VPN konektatuta baina IMAP ez da sinkronizatzen? Egiaztatu hiru geruza hauek

Konektatu bulegoko VPN-ra, ireki posta bezeroa eta ikusi sarrera ontziak freskatzea ukatzen duen bitartean webposta normaltasunez kargatzen dela. Ohiko diagnostikoa da VPN-ak trafikoa uzten duela baina posta blokeatzen duela, edo kontuaren pasahitza aldatu dela. Bi susmoek IMAP bezeroak egiten duenaren egitura saltatzen dute. Ostalarira iristea, TLS osatzea, autentifikatzea eta postontzi bat hautatzea lau gertaera desberdin dira, eta VPN-ak lehenengoa baino ez du.

Mitoa: konexio batek saio-hasiera bat esan nahi du

Sinesmena da tunela altxatu eta posta zerbitzariak erantzuten duenean postontzia praktikan irekita dagoela. Ez dago. VPN-ak zerbitzurako bidea ematen du; ez zaitu saioa hasten eta ez du karpetarik hautatzen. Bezero bat urrats horietako laugarrenean egon daiteke tunel erabat funtzionalarekin eta pasahitz baliozkoarekin.

Hutsune horretan bizi dira, hain zuzen, «IMAP ez dabil VPN bidez» txostenen gehiengoa.

IMAPen hiru egoera eta non trabatzen diren bezeroak

IMAPek autentifikatu gabeko egoera, autentifikatutako egoera eta hautatutako egoera definitzen ditu, eta aginduak onartzen dituen egoeran soilik dira baliozkoak. Konexioa jada autentifikatuta has daiteke zerbitzariak aurretiazko autentifikazioa eskaintzen duenean, beraz pasahitz eskaerarik ez egoteak ez du ezer frogatzen. Postontzi bat hautatzeak saioa autentifikatutik hautatura eramaten du, eta orduan soilik dute mezuetan eragiten duten aginduek helburua.

Behar bezala autentifikatzen den eta gero konfiguratutako karpeta hautatzerik lortzen ez duen bezero bat sinkronizazio hutsegitea emango du, zerbitzaria behar bezala ari den bitartean. Izenaz aldaturiko karpetak, «sarrera ontzia» bestela mapatzen duen hornitzailea edo falta diren sarbide baimenak denak hemen amaitzen dira. Zerbitzariaren NO erantzun etiketatua da froga, eta ez da pasahitz baztertu baten erantzun bera.

TLS IMAP elkarrizketaren aurretik dator

993 portuko TLS inplizituarekin, TLS esku-ematea IMAP agindu bat bidali aurretik osatzen da, eta horregatik ziurtagiri arazo batek konfiantza aipatzen duen errorea sortzen du, ez posta. Posta ostalariaren izena ziurtagiriaren aurka balioztatu behar da web ostalariaren izena bezala; trafikoa mantentzen duen tunel batek ez du ziurtagiri baliogabea baliozko bihurtzen.

Errorearen testuak kasuak bereizten ditu. Konexioaren denbora-muga batek SYNak inoiz osatu ez zuela esan nahi du. TLS errore batek TCP konexioak lan egin zuela eta esku-emateak ez. IMAP NO edo BAD erantzun batek biak arrakastatsuak izan zirela eta protokolo geruzak zerbait baztertu zuela esan nahi du. Idatzi zein ikusi zenuen edozein ezarpen aldatu aurretik.

Cachean gordetako postak ez du ezer frogatzen

Posta bezero batek aurretik deskargatutako mezuak erakusten ditu gaur zerbitzarira irits daitekeen ala ez, beraz erakusten den sarrera ontziak tokiko biltegia funtzionatzen duela besterik ez dizu esaten. Benetako edozein probak zerbitzariko eragiketa bat behartu behar du: freskatu karpeta bat, inoiz deskargatu ez zen mezu bat lortu, edo bezeroak postontzia hautatu ondoren soilik bidaliko lukeen agindua bidali.

Erabili suntsitzerik gabeko egiaztapena. Karpeta bat freskatzeak eta kontuaren errore erregistroa irakurtzeak kontua ezabatu eta berriro gehitzea baino hobea da, eta horrek batez ere konfigurazio pantailak oraindik funtzionatzen duela frogatzen du.

Bidaltzea eta webposta protokolo desberdinak dira

Posta bidaltzea bidalketa da, ez IMAP. Zerbitzu bereizi bat eta normalean portu bereizi bat erabiltzen ditu, bere TLS moduarekin eta bere autentifikazioarekin, beraz irteerako ontzi batek ondo funtzionatzeak ez du frogatzen IMAP postontzia hautatu zela, eta irteerako ontzi hondatuek ez dute IMAP erruduntzat jotzen.

Webpostak beste bat da berriro. VPN beraren bidez arrakasta dezake web aurreko baten aurkako HTTPS saioa delako, eta horrek ez du ezer esaten mahaigaineko bezeroaren IMAP ostalari, portu edo TLS moduari buruz.

Eskualdatzeko, idatzi lau emaitza bereizita: VPN bidea, posta amaiera-puntuaren eta TLSren emaitza, kontuaren autentifikazioaren emaitza eta postontziaren hautaketaren emaitza. Eduki itzazu kredentzialak eta mezuen edukia oharretik kanpo. Erregistro horrek hurrengo pertsonari esaten dio konponketa sareari, ziurtagiriari, kontuari edo karpeta konfigurazioari dagokion, babes geruzetako bat ere ahuldu gabe.