Amikor egy hálózatváltás felébreszti a Mailt, és a folyamatjelző mozogni kezd, az az a pillanat, amikor az emberek arra jutnak, hogy a VPN teljes új letöltést kényszerített ki. Általában nem tette. Az újracsatlakozás szinkronizálási menetet indít, és egy szinkronizálási menet jóval azelőtt lefedi a postaláda állapotát, a jelzőket és az üzenetek metaadatait, hogy az üzenetek törzsét lefedné. A hasznos döntés az, hogy melyik három történetben van, és ezt csak maga a fiók állapota tudja megmondani.

Egy forgalmas jelző, három különböző történet

A három jelölt a normál újraszinkronizálás, egy bejelentkezési vagy hitelesítési hiba, amely újra és újra próbálkozik, és egy útvonalprobléma, ahol a Mail egyáltalán nem éri el a kiszolgálót az új hálózaton keresztül. Messziről hasonlónak tűnnek, mert mindhárom ugyanazt az ablakot mozgatja, és három különböző műveletet igényelnek.

What you observeMost likely storyWhere to look next
Brief activity that settles, mail arrivesNormal resyncNothing to fix
Status says login failedMail account or provider authenticationThe account and its provider settings
Status says offline or cannot contact serverPath through the new networkThe VPN, proxy or filter in the way
Activity never settles, no new mailRetry loop against a blocked or wrong endpointThe exact status text and the destination

Ez a táblázat a teljes döntés. Azt is megmagyarázza, miért az ablak leírása, és nem a hiba diagnózisa a «megint letölt», és miért ritkán segít a VPN-beállítás módosítása egy bejelentkezési hibára válaszul.

Olvassa el a fiók állapotát, mielőtt bármit értelmezne

Keresse meg az állapotjelzőt az érintett fiók mellett vagy a Mail ablakában, és nyissa meg, hogy a pontos üzenet látható legyen. Az Apple küldési és fogadási útmutatása különválasztja a kapcsolódási problémákat, a bejelentkezési hibákat, a szolgáltatás elérhetőségét és a fiókkorlátokat, és ez a négy kategória négy különböző felelőshöz vezet. A jelszó újragépelése egy szolgáltatás-elérhetőségi üzenet miatt kétszer pazarolja el ugyanazt a délutánt.

Tartsa szűken a tesztet: egy fiók, egyetlen friss művelet, amely semmi érzékenyt nem oszt meg, és mindez azon az útvonalon, amelyet használni szeretne. Egy gyorsítótárazott beérkező mappa teljesen látható maradhat, miközben a jelenlegi szinkronizálás meghiúsul, ami «látom a leveleimet» rossz tesztjévé teszi annak, hogy érkezik-e valami. Írja fel a pontos állapotszöveget, mielőtt módosít egy beállítást, mert az a mondat lesz az egyetlen bizonyíték, amivel utána rendelkezik. Az öt perccel később felidézett változat mindig homályosabb, mint a képernyőn látható.

A Mac-nek van internete, de a Mail azt mondja, offline

Amikor minden más működik a gépen, és a Mail offline állapotot jelez, az az érdekes kérdés, hogy melyik útvonalat kéri a kapcsolat. Egy proxybeállítás, egy hálózati szűrő vagy egy alagút, amely csak a forgalom egy részét továbbítja, olyan útvonalon hagyhatja a Mailt, amelyre a kiszolgáló nem válaszol. Ellenőrizze, mit mond a rendszerszintű proxykonfiguráció, mielőtt szerkeszti a fiókot.

scutil --proxy

Ezután válassza el a fiókot az útvonaltól. A webmail bizonyítja, hogy a fiók működik a szolgáltatónál, de semmit nem bizonyít a Mail alkalmazás konfigurációjáról vagy az alkalmazás által használt útvonalról, mert a böngésző teljesen más útvonalat vehet igénybe eltérő proxykezeléssel. A küldés és a fogadás különböző szolgáltatásokra is támaszkodhat, ezért egyetlen sikeres művelet nem teljes tesztje a másiknak.

A duplikátumok külön megfigyelés

A folyamatban lévő szinkronizálás nem bizonyíték arra, hogy látható duplikátumok keletkeztek, és a már létező duplikátumok nem bizonyíték arra, mit tett a VPN. Ha valóban ismétlődő másolatokat lát, jegyezze fel külön leletként, és ellenőrizze a postaládát a kiszolgáló oldalán a szolgáltatónál. Ez megmondja, hogy a másolatok egyszer léteznek és kétszer jelennek meg, vagy valóban kétszer léteznek.

Akárhogy is, a helyi levél törlése, minden postaláda újjáépítése vagy fiókok eltávolítása drasztikus első reakció egy folyamatszámlálóra. Ezek a műveletek megsemmisítik azt az állapotot, amelyre az eredeti kérdés diagnosztizálásához szüksége lett volna, és nehéz visszafordítani őket egy olyan gépen, amelyen olyan levél van, amely sehol másutt nem létezik.

Döntsön, mielőtt eltávolít egy fiókot

Ha egy jóváhagyott helyreállítási eljárás valóban megköveteli a fiók eltávolítását és újbóli hozzáadását, őrizze meg a két dolgot, amelyet nem lehet újra beszerezni: az el nem küldött munkát és minden olyan levelet, amely csak ezen a gépen létezik. Fejezze be mindazt, amit be kell adni, mielőtt hálózatváltást ütemeznek, és nem utána, majd szakítsa meg a kapcsolatot a VPN tulajdonosának szokásos vezérlőivel.

Végül emlékezzen rá, mi az aktivitásmegjelenítő. Ez az alkalmazás megfigyelése a Mail saját munkájáról, nem bizonyíték arra, hogy a VPN nem állítható le, vagy hogy az alagút a felelős. A döntés sorrendben ez: olvassa el az állapotot, sorolja be a táblázat alapján, teszteljen egy műveletet a szándékolt útvonalon, és csak ezután nyúljon a fiókhoz.

Kapcsolódó cikkek