VPN yhdistetty, mutta IMAP ei synkronoi? Tarkista nämä kolme kerrosta

Yhdistä toimiston VPN:ään, avaa sähköpostiohjelma ja katso, kuinka saapuneet-kansio kieltäytyy päivittymästä, kun verkkosähköposti latautuu normaalisti. Tavallinen diagnoosi on, että VPN päästää liikenteen läpi mutta estää sähköpostin, tai että tilin salasana on vaihtunut. Molemmat arvaukset ohittavat sen rakenteen, mitä IMAP-asiakas tekee. Isäntään pääseminen, TLS:n viimeistely, todennus ja postilaatikon valinta ovat neljä eri tapahtumaa, ja VPN omistaa vain ensimmäisen.

Myytti: yksi yhteys tarkoittaa yhtä kirjautumista

Uskomus on, että kun tunneli on pystyssä ja postipalvelin vastaa, postilaatikko on käytännössä auki. Ei ole. VPN tarjoaa polun palveluun; se ei kirjaa sinua sisään eikä valitse kansiota. Asiakas voi seistä näiden vaiheiden neljännessä täysin toimivalla tunnelilla ja kelvollisella salasanalla.

Juuri tässä aukossa elää suurin osa raporteista ”IMAP ei toimi VPN:n yli”.

Kolme IMAP-tilaa ja missä asiakkaat juuttuvat

IMAP määrittelee todentamattoman tilan, todennetun tilan ja valitun tilan, ja komennot ovat voimassa vain tilassa, joka sallii ne. Yhteys voi myös alkaa jo todennettuna, kun palvelin tarjoaa ennakkotodennuksen, joten salasanakehotteen puuttuminen ei todista mitään. Postilaatikon valinta siirtää istunnon todennetusta valittuun, ja vasta silloin viesteihin vaikuttavilla komennoilla on kohde.

Asiakas, joka todennetaan onnistuneesti ja joka sitten ei pysty valitsemaan määritettyä kansiota, näyttää synkronointivirheeltä, vaikka palvelin käyttäytyy oikein. Uudelleennimetut kansiot, tarjoaja, joka kuvaa ”saapuneet” eri tavalla, tai puuttuvat käyttöoikeudet päätyvät kaikki tänne. Palvelimen tagattu NO-vastaus on todiste, eikä se ole sama vastaus kuin hylätty salasana.

TLS tulee ennen IMAP-keskustelua

Implisiittisellä TLS:llä portissa 993 TLS-kättely valmistuu ennen kuin yhtään IMAP-komentoa lähetetään, minkä vuoksi varmenneongelma tuottaa virheen, joka mainitsee luottamuksen eikä sähköpostia. Sähköpostin isäntänimi on validoitava varmennetta vasten samalla tavalla kuin verkkosivuston isäntänimi; liikennettä säilyttävä tunneli ei tee virheellisestä varmenteesta kelvollista.

Virheteksti erottaa tapaukset. Yhteyden aikakatkaisu tarkoittaa, että SYN ei koskaan valmistunut. TLS-virhe tarkoittaa, että TCP-yhteys toimi ja kättely ei. IMAP NO tai BAD -vastaus tarkoittaa, että molemmat onnistuivat ja protokollakerros hylkäsi jotain. Kirjaa, minkä näit, ennen kuin muutat mitään asetusta.

Välimuistiin tallennettu posti ei todista mitään

Sähköpostiohjelma näyttää aiemmin ladatut viestit riippumatta siitä, pääseekö se tänään palvelimelle, joten näytetty saapuneet-kansio kertoo vain, että paikallinen tallennus toimii. Jokaisen todellisen testin on pakotettava palvelintoiminto: päivitä kansio, hae viesti, jota ei koskaan ladattu, tai lähetä komento, jonka asiakas antaisi vasta valittuaan postilaatikon.

Käytä ei-tuhoavaa tarkistusta. Yhden kansion päivittäminen ja tilin virhelokin lukeminen on parempi kuin tilin poistaminen ja uudelleen lisääminen, mikä lähinnä todistaa, että asetusnäyttö toimii edelleen.

Lähettäminen ja verkkosähköposti ovat eri protokollia

Sähköpostin lähettäminen on lähettämistä, ei IMAP. Se käyttää erillistä palvelua ja yleensä erillistä porttia omalla TLS-tilallaan ja omalla todennuksellaan, joten toimiva lähtevät-kansio ei todista, että IMAP-postilaatikko valittiin, eikä rikkinäinen lähtevät-kansio syytä IMAP:ää.

Verkkosähköposti on taas eri asia. Se voi onnistua saman VPN:n yli, koska se on HTTPS-istunto verkkokäyttöliittymää vasten, mikä ei kerro mitään työpöytäasiakkaan IMAP-isännästä, portista tai TLS-tilasta.

Siirtoa varten kirjaa neljä tulosta erikseen: VPN-polut, sähköpostin päätepisteen ja TLS:n tulos, tilin todennuksen tulos ja postilaatikon valinnan tulos. Pidä tunnistetiedot ja viestien sisältö muistiinpanon ulkopuolella. Tämä kirjaus kertoo seuraavalle henkilölle, kuuluuko korjaus verkkoon, varmenteeseen, tiliin vai kansioasetuksiin, heikentämättä kumpaakaan suojakerrosta.