Mail پس از تعویض VPN می‌چرخد: همگام‌سازی دوباره یا دانلود مجدد؟

وقتی تغییر شبکه Mail را بیدار می‌کند و نشانگر پیشرفت شروع به حرکت می‌کند، همان لحظه‌ای است که مردم نتیجه می‌گیرند VPN یک دانلود کامل مجدد را تحمیل کرده است. معمولاً چنین نکرده است. اتصال دوباره یک دور همگام‌سازی را آغاز می‌کند، و دور همگام‌سازی بسیار پیش از آنکه به متن پیام‌ها برسد، وضعیت صندوق پستی، پرچم‌ها و فراداده پیام‌ها را پوشش می‌دهد. تصمیم سودمند این است که در کدام یک از سه داستان هستید، و تنها وضعیت خود حساب می‌تواند آن را به شما بگوید.

یک نشانگر شلوغ، سه داستان متفاوت

سه گزینه عبارت‌اند از همگام‌سازی دوباره عادی، خطای ورود یا احراز هویت که مدام تلاش می‌کند، و مشکل مسیر که در آن Mail اصلاً نمی‌تواند از طریق شبکه جدید به سرور برسد. از دور شبیه هم به نظر می‌رسند، چون هر سه یک پنجره را به حرکت درمی‌آورند، و سه اقدام متفاوت می‌خواهند.

همین جدول تمام تصمیم است. همچنین توضیح می‌دهد چرا «دوباره دانلود می‌کند» توصیف پنجره است و نه تشخیص عیب، و چرا تغییر یک تنظیم VPN در پاسخ به خطای ورود به‌ندرت کمک می‌کند.

پیش از تفسیر هر چیزی وضعیت حساب را بخوانید

نشانگر وضعیت را کنار حساب آسیب‌دیده یا درون پنجره Mail پیدا کنید و آن را باز کنید تا متن دقیق پیام دیده شود. راهنمای Apple برای ارسال و دریافت، مشکلات اتصال، خطاهای ورود، دسترس‌پذیری سرویس و محدودیت‌های حساب را از هم جدا می‌کند، و این چهار دسته به چهار مسئول متفاوت می‌رسند. تایپ دوباره گذرواژه برای پیامی درباره دسترس‌پذیری سرویس، همان بعدازظهر را دو بار هدر می‌دهد.

آزمون را باریک نگه دارید: یک حساب، یک عملیات تازه که هیچ چیز حساسی را به اشتراک نمی‌گذارد، و همه از مسیری که می‌خواهید استفاده کند. یک صندوق ورودی ذخیره‌شده می‌تواند کاملاً قابل مشاهده بماند در حالی که همگام‌سازی جاری شکست می‌خورد، و همین «ایمیل‌هایم را می‌بینم» را آزمونی ضعیف برای رسیدن چیزی می‌کند. متن دقیق وضعیت را پیش از تغییر تنظیم بنویسید، چون آن جمله تنها مدرکی است که بعداً خواهید داشت. نسخه‌ای که پنج دقیقه بعد به یاد می‌آورید همیشه مبهم‌تر از نسخه روی صفحه است.

Mac اینترنت دارد، اما Mail می‌گوید آفلاین است

وقتی همه چیز دیگر روی دستگاه کار می‌کند و Mail آفلاین گزارش می‌دهد، پرسش جالب این است که از اتصال خواسته می‌شود کدام مسیر را برود. یک تنظیم پروکسی، یک فیلتر شبکه یا یک تونل که فقط بخشی از ترافیک را حمل می‌کند می‌تواند Mail را روی مسیری بگذارد که سرور به آن پاسخ نمی‌دهد. پیش از ویرایش حساب ببینید پیکربندی پروکسی در سطح سیستم چه می‌گوید.

scutil --proxy

سپس حساب را از مسیر جدا کنید. ایمیل وب اثبات می‌کند حساب نزد ارائه‌دهنده کار می‌کند، اما هیچ چیز درباره پیکربندی برنامه Mail یا مسیری که برنامه استفاده می‌کند اثبات نمی‌کند، چون مرورگر ممکن است با رفتار پروکسی متفاوت مسیری کاملاً دیگر را در پیش بگیرد. ارسال و دریافت هم ممکن است به سرویس‌های متفاوت وابسته باشند، بنابراین یک عملیات موفق آزمون کامل دیگری نیست.

موارد تکراری یک مشاهده جداست

همگام‌سازی مداوم اثبات ایجاد موارد تکراری قابل مشاهده نیست، و موارد تکراری که از قبل وجود دارند اثبات آنچه VPN کرده نیستند. اگر واقعاً نسخه‌های تکراری می‌بینید، آن را به‌عنوان یافته‌ای مستقل ثبت کنید و صندوق پستی را در سمت سرور با ارائه‌دهنده بررسی کنید. این به شما می‌گوید نسخه‌ها یک بار وجود دارند و دو بار نمایش داده می‌شوند، یا واقعاً دو بار وجود دارند.

در هر صورت، حذف ایمیل محلی، بازسازی هر صندوق پستی یا حذف حساب‌ها واکنشی اولیه و شدید به یک شمارنده پیشرفت است. این کارها وضعیتی را نابود می‌کند که برای تشخیص پرسش اصلی لازم داشتید، و در دستگاهی که ایمیلی دارد که هیچ‌جای دیگر نیست، بازگرداندنشان دشوار است.

پیش از حذف حساب تصمیم بگیرید

اگر یک رویه بازیابی تأییدشده واقعاً مستلزم حذف و افزودن دوباره حساب است، دو چیزی را که دیگر به دست نمی‌آیند نگه دارید: کار ارسال‌نشده و هر ایمیلی که فقط روی این دستگاه وجود دارد. هر آنچه باید تحویل شود را پیش از زمان‌بندی تغییر شبکه و نه پس از آن کامل کنید، سپس از طریق کنترل‌های معمول صاحب VPN اتصال را قطع کنید.

سرانجام، یادتان باشد نمایش فعالیت چیست. این مشاهده برنامه درباره کار خود Mail است، نه اثبات اینکه VPN قابل توقف نیست یا تونل مسئول است. تصمیم، به ترتیب، این است: وضعیت را بخوانید، آن را با جدول تطبیق و دسته‌بندی کنید، یک عملیات را از مسیر موردنظر بیازمایید، و تنها پس از آن به حساب دست بزنید.