VPN dəyişdirildikdən sonra Mail fırlanır: yenidən sinxronlaşdırma, yoxsa yenidən endirmə?
Şəbəkə dəyişikliyindən sonra məşğul Mail pəncərəsi yenidən endirmənin sübutu deyil. Hesabın statusunu oxuyun, sonra sinxronlaşdırma, giriş xətası və VPN yolu arasında seçim edin.
Şəbəkə dəyişikliyi Mail-i oyadıb tərəqqi göstəricisi hərəkət etməyə başlayanda, insanlar VPN-in tam yenidən endirməni məcbur etdiyi qənaətinə gəldiyi an elə həmin andır. Adətən belə olmayıb. Yenidən qoşulma sinxronlaşdırma mərhələsini işə salır və sinxronlaşdırma mərhələsi poçt qutusunun vəziyyətini, bayraqları və mesaj metadatasını mesaj mətnlərindən çox əvvəl əhatə edir. Faydalı qərar üç hekayədən hansında olduğunuzu müəyyən etməkdir və bunu sizə yalnız hesabın öz statusu deyə bilər.
Bir məşğul göstərici, üç fərqli hekayə
Üç namizəd normal sinxronlaşdırma, təkrar-təkrar cəhd edən giriş və ya autentifikasiya xətası, və Mail-in yeni şəbəkə vasitəsilə serverə heç çata bilmədiyi yol problemidir. Onlar uzaqdan oxşar görünür, çünki hər üçü eyni pəncərəni hərəkətə gətirir və üç fərqli hərəkət tələb edir.
| What you observe | Most likely story | Where to look next |
|---|---|---|
| Brief activity that settles, mail arrives | Normal resync | Nothing to fix |
| Status says login failed | Mail account or provider authentication | The account and its provider settings |
| Status says offline or cannot contact server | Path through the new network | The VPN, proxy or filter in the way |
| Activity never settles, no new mail | Retry loop against a blocked or wrong endpoint | The exact status text and the destination |
Bu cədvəl bütün qərardır. O, həmçinin "yenidən endirir" ifadəsinin nasazlığın diaqnozu deyil, pəncərənin təsviri olduğunu və giriş xətasına cavab olaraq VPN parametrini dəyişməyin niyə nadir hallarda kömək etdiyini izah edir.
Heç nəyi şərh etməzdən əvvəl hesabın statusunu oxuyun
Təsirlənmiş hesabın yanında və ya Mail pəncərəsinin içində status göstəricisini axtarın və dəqiq mesajın görünməsi üçün onu açın. Apple-in göndərmə və qəbul təlimatı qoşulma problemlərini, giriş xətalarını, xidmətin mövcudluğunu və hesab limitlərini ayırır və bu dörd kateqoriya dörd fərqli sahibə aparır. Xidmətin mövcudluğu barədə mesaj üçün parolu yenidən yazmaq həmin günortanı iki dəfə itirir.
Testi dar saxlayın: bir hesab, həssas heç nə paylaşmayan bir yeni əməliyyat və hamısı istifadə olunmasını istədiyiniz yoldan. Keşlənmiş gələn qutusu cari sinxronlaşdırma uğursuz olanda tam görünən qala bilər və bu, "poçtumu görürəm" ifadəsini nəyinsə gəlib çatmasının zəif testinə çevirir. Parametri dəyişməzdən əvvəl dəqiq status mətnini yazın, çünki sonra sizdə qalacaq yeganə sübut həmin cümlədir. Beş dəqiqə sonra xatırladığınız versiya həmişə ekrandakından daha qeyri-dəqiq olur.
Mac internetə çıxır, amma Mail oflayn olduğunu deyir
Maşındakı hər şey işləyəndə və Mail oflayn olduğunu bildirəndə, maraqlı sual qoşulmanın hansı yoldan getməsinin tələb olunduğudur. Yalnız bəzi trafiki daşıyan proksi parametri, şəbəkə filtri və ya tunel Mail-i serverin cavab verməyəcəyi yolda qoya bilər. Hesabı redaktə etməzdən əvvəl sistem səviyyəsindəki proksi konfiqurasiyasının nə dediyinə baxın.
scutil --proxySonra hesabı yoldan ayırın. Veb-poçt hesabın provayderdə işlədiyini sübut edir, lakin Mail tətbiqinin konfiqurasiyası və ya tətbiqin istifadə etdiyi yol haqqında heç nə sübut etmir, çünki brauzer fərqli proksi davranışı ilə tamamilə başqa yol tuta bilər. Göndərmə və qəbul həm də fərqli xidmətlərdən asılı ola bilər, ona görə də bir uğurlu əməliyyat digərinin tam testi deyil.
Dublikatlar ayrı bir müşahidədir
Davam edən sinxronlaşdırma görünən dublikatların yaradıldığına sübut deyil və artıq mövcud olan dublikatlar VPN-in nə etdiyinə sübut deyil. Əgər həqiqətən təkrarlanan nüsxələr görürsünüzsə, bunu ayrı bir tapıntı kimi qeyd edin və poçt qutusunu provayderlə server tərəfində yoxlayın. Bu, nüsxələrin bir dəfə mövcud olub iki dəfə göstərildiyini, yoxsa həqiqətən iki dəfə mövcud olduğunu sizə deyir.
Hər halda, yerli poçtu silmək, hər poçt qutusunu yenidən qurmaq və ya hesabları çıxarmaq tərəqqi sayğacına qarşı kəskin ilk reaksiyadır. Bu əməliyyatlar ilkin sualı diaqnoz etmək üçün lazım olan vəziyyəti məhv edir və başqa heç yerdə mövcud olmayan poçtu saxlayan maşında onları geri qaytarmaq çətindir.
Hesabı çıxarmazdan əvvəl qərar verin
Təsdiqlənmiş bərpa proseduru həqiqətən hesabın çıxarılıb yenidən əlavə edilməsini tələb edirsə, yenidən əldə edilə bilməyən iki şeyi qoruyun: göndərilməmiş iş və yalnız bu maşında mövcud olan istənilən poçt. Şəbəkə dəyişikliyi planlaşdırılmazdan əvvəl təqdim edilməli olan hər şeyi sonraya deyil, əvvələ çatdırın, sonra VPN-ə sahib olanın adi idarəetmə vasitələri ilə əlaqəni kəsin.
Nəhayət, fəaliyyət göstəricisinin nə olduğunu xatırlayın. Bu, Mail-in öz işi barədə tətbiq müşahidəsidir, VPN-in dayandırıla bilmədiyinə və ya tunelin məsuliyyət daşıdığına sübut deyil. Qərar, ardıcıllıqla, budur: statusu oxuyun, onu cədvəllə müqayisə edərək təsnif edin, nəzərdə tutulan yoldan bir əməliyyat sınaqdan keçirin və yalnız bundan sonra hesaba toxunun.