VPN almashtirilgandan keyin Mail aylanib turadi: qayta sinxronlash yoki qayta yuklash?
Tarmoq o‘zgarganidan keyin band Mail oynasi qayta yuklashning isboti emas. Hisob holatini o‘qing, so‘ng qayta sinxronlash, kirish xatosi va VPN yo‘li o‘rtasida tanlang.
Tarmoq o‘zgarishi Mailni uyg‘otib, taraqqiyot ko‘rsatkichi qimirlay boshlaganda, odamlar VPN to‘liq qayta yuklashni majbur qildi degan xulosaga keladigan aynan shu lahza. Odatda bunday bo‘lmagan. Qayta ulanish sinxronlash bosqichini ishga soladi, sinxronlash bosqichi esa xabarlarning asosiy qismiga yetishdan ancha oldin pochta qutisi holatini, bayroqlarni va xabar metama’lumotlarini qamrab oladi. Foydali qaror uch hikoyadan qaysi birida ekaningizni aniqlashdir va buni sizga faqat hisobning o‘z holati aytib beradi.
Bitta band ko‘rsatkich, uch xil hikoya
Uch nomzod — oddiy qayta sinxronlash, qayta-qayta urinadigan kirish yoki autentifikatsiya xatosi, va Mail yangi tarmoq orqali serverga umuman yetib bora olmaydigan yo‘l muammosi. Uzoqdan ular bir xil ko‘rinadi, chunki uchalasi ham bir oynani qimirlatadi va uchalasi ham har xil choralarni talab qiladi.
| 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 |
O‘sha jadval butun qaror. U shuningdek, «u yana yuklab olmoqda» degani oynaning tavsifi ekanini, nosozlik tashxisi emasligini va kirish xatosiga javoban VPN sozlamasini o‘zgartirish nima uchun kamdan-kam yordam berishini tushuntiradi.
Biror narsani talqin qilishdan oldin hisob holatini o‘qing
Ta’sirlangan hisobning yonidan yoki Mail oynasi ichidan holat ko‘rsatkichini toping va aniq xabar ko‘rinishi uchun uni oching. Apple’ning yuborish va olish bo‘yicha ko‘rsatmasi ulanish muammolarini, kirish muvaffaqiyatsizliklarini, xizmat mavjudligini va hisob cheklovlarini ajratadi va bu to‘rt toifa to‘rt xil mas’ulga olib boradi. Xizmat mavjudligi haqidagi xabar uchun parolni qayta yozish o‘sha tushdan keyinni ikki marta behuda o‘tkazadi.
Sinovni tor tuting: bitta hisob, hech qanday nozik narsani bo‘lishmaydigan bitta yangi amal va hammasi siz ishlatmoqchi bo‘lgan yo‘l orqali. Keshlangan kirish qutisi joriy sinxronlash muvaffaqiyatsiz bo‘lganda ham to‘liq ko‘rinib turishi mumkin, bu «men o‘z pochtamni ko‘raman» deganini biror narsa kelayotganini tekshirishning kuchsiz sinoviga aylantiradi. Sozlamani o‘zgartirishdan oldin holatning aniq matnini yozib qo‘ying, chunki keyinchalik sizda qoladigan yagona dalil o‘sha gap. Besh daqiqadan keyin eslaydigan nusxa har doim ekrandagidan xiraroq.
Mac’da internet bor, lekin Mail oflayn deb aytadi
Mashinada qolgan hamma narsa ishlab, Mail oflayn deb xabar berganida, qiziqarli savol — ulanish qaysi yo‘ldan yurishi talab qilinayotgani. Proksi sozlamasi, tarmoq filtri yoki trafikning bir qismini olib yuruvchi tunnel Mailni server javob bermaydigan marshrutda qoldirishi mumkin. Hisobni tahrirlashdan oldin tizim darajasidagi proksi konfiguratsiyasi nima deyishini tekshiring.
scutil --proxySo‘ng hisobni yo‘ldan ajrating. Veb pochta hisob provayderda ishlashini isbotlaydi, lekin Mail ilovasining konfiguratsiyasi yoki ilova ishlatadigan yo‘l haqida hech narsa isbotlamaydi, chunki brauzer boshqa proksi bilan ishlash orqali butunlay boshqa yo‘lni tanlashi mumkin. Yuborish va olish ham turli xizmatlarga tayanishi mumkin, shuning uchun bitta muvaffaqiyatli amal ikkinchisining to‘liq sinovi emas.
Dublikatlar alohida kuzatuvdir
Davom etayotgan sinxronlash ko‘rinadigan dublikatlar yaratilganiga dalil emas, allaqachon mavjud dublikatlar esa VPN nima qilganiga dalil emas. Agar haqiqatan takroriy nusxalarni ko‘rsangiz, buni alohida topilma sifatida yozib qo‘ying va provayder bilan server tomonidagi pochta qutisini tekshiring. Bu nusxalar bir marta bor-yo‘qligini va ikki marta ko‘rsatilishini yoki haqiqatan ikki marta borligini aytadi.
Qanday bo‘lmasin, mahalliy pochtani o‘chirish, har bir pochta qutisini qayta qurish yoki hisoblarni olib tashlash taraqqiyot hisoblagichiga qarshi keskin birinchi javobdir. Bu amallar asl savolni tashxislash uchun kerak bo‘ladigan holatni yo‘q qiladi va boshqa hech qayerda mavjud bo‘lmagan pochta saqlanadigan mashinada ularni qaytarish qiyin.
Hisobni olib tashlashdan oldin qaror qiling
Agar tasdiqlangan tiklash tartibi haqiqatan hisobni olib tashlab, qayta qo‘shishni talab qilsa, qayta olish mumkin bo‘lmagan ikki narsani saqlang: yuborilmagan ish va faqat shu mashinada mavjud bo‘lgan har qanday pochta. Tarmoq o‘zgarishi rejalashtirilishidan oldin, keyin emas, topshirilishi kerak bo‘lgan hamma narsani tugating, so‘ng VPN egasining odatiy boshqaruv vositalari orqali uzib qo‘ying.
Nihoyat, faoliyat displeyi nima ekanini unutmang. Bu Mailning o‘z ishi haqida ilovaning kuzatuvi, VPNni to‘xtatib bo‘lmaydi yoki tunnel aybdor degan dalil emas. Qaror tartib bilan quyidagicha: holatni o‘qing, jadvalga qarab tasniflang, mo‘ljallangan yo‘l orqali bitta amalni sinab ko‘ring va shundan keyingina hisobga teging.