ایمیل کش‌شدهٔ Outlook باز می‌شود اما هیچ‌چیز همگام‌سازی نمی‌شود: چه چیزی را بررسی کنید

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

بررسی‌ها را به ترتیب انجام دهید و پیش از هر چیز بنویسید کدام نسخهٔ Outlook را می‌بینید، چون کنترل‌ها متفاوت‌اند.

تأیید کنید کدام کلاینت و کدام نوع حساب

Outlook کلاسیک برای Windows، Outlook جدید و Outlook در وب سه کلاینت متفاوت با سه مسیر اتصال متفاوت هستند و توصیه برای یکی اغلب برای دیگری نادرست است. در Outlook کلاسیک، حساب Exchange و حساب POP یا IMAP وقتی سرور در دسترس نیست رفتار متفاوتی دارند، چون فقط حساب Exchange یک انتقال MAPI و یک مخزن صندوق پستی کش‌شده دارد. پیش از تفسیر هر وضعیتی، نوع حساب را در تنظیمات حساب مشخص کنید. اصلاحی که از یک پیکربندی IMAP کپی شده باشد اتصال Exchange را توصیف نمی‌کند.

نام و نسخهٔ کلاینت را بنویسید. رشته‌های پشتیبانی مرتب آنها را با هم قاطی می‌کنند و تصاویر در نیمهٔ راه دیگر مطابقت ندارند.

وضعیت اتصال را هنگام شکست بخوانید

وقتی Outlook کلاسیک در حال اجراست، Ctrl را نگه دارید و روی نماد ناحیهٔ اعلان کلیک راست کنید، سپس Connection Status را باز کنید. این کار را در حین عملیات ناموفق انجام دهید نه بعد از راه‌اندازی مجدد، چون نما گزارش می‌دهد که کلاینت در همان لحظه چه چیزی را می‌کوشد. نام سرور، پروتکل و وضعیت را ثبت کنید، سپس آن سرور را با آنچه انتظار دارید حساب استفاده کند مقایسه کنید. راهنمایی‌های تشخیصی مایکروسافت این نما و گزارش‌های تفصیل‌تری را که وقتی خلاصه کافی نیست می‌توانید جمع‌آوری کنید پوشش می‌دهد.

استقرارهای مدرن Exchange ترافیک Outlook را روی MAPI over HTTP منتقل می‌کنند، بنابراین باز کردن درگاه‌های ارسال SMTP تعمیر اتصال صندوق پستی نیست. اگر انتقال به سرویس برسد، خطای HTTP یا احراز هویت را نگه دارید و روی همان مرحله کار کنید، نه اینکه رمز عبوری را بازنشانی کنید که هرگز مشکل نبوده است.

نقطهٔ پایانی را با مسیر مرورگر مقایسه کنید

یک صندوق پستی وبِ کارکننده ثابت می‌کند که مرورگر می‌تواند از یک نام و یک پیکربندی پروکسی به یک نقطهٔ پایانی برسد. ثابت نمی‌کند که Outlook همان نشانی را حل کرده، همان مسیر را استفاده کرده یا همان گواهی را پذیرفته است. با وجود VPN، DNS تقسیم‌شده می‌تواند نام Outlook را به نشانی داخلی بفرستد در حالی که مرورگر از نشانی عمومی استفاده می‌کند، و همین تفاوت به‌تنهایی نشست وبِ کارکننده در کنار کلاینت خراب را توضیح می‌دهد. نشانی حل‌شده، مسیر انتخاب‌شده و هویت TLS را در هر دو مسیر مقایسه کنید.

درگاه‌های مدیریتی و PowerShell راه دور جایگزین آزمون صندوق پستی کاربر نیستند، چون سرویس‌های متفاوتی با احراز هویت متفاوت‌اند.

حافظهٔ نهان را با یک عملیات تازه بیازمایید

Cached Exchange Mode یک نسخهٔ محلی نگه می‌دارد و با سرور همگام می‌شود، که آن را نسبت به وقفه بردبار می‌کند و آن را از سرور مستقل نمی‌کند. خواندن یک پیام قدیمی کش‌شده آزمون شبکه نیست، و کلید Work Offline هم نیست. پیام تازه‌ای بفرستید یا همگام‌سازی را به زور اجرا کنید و همان عملیات خاص را زیر نظر بگیرید. اگر مبادلات کوچک موفق باشند در حالی که انتقال‌های بزرگ متوقف می‌شوند، اندازهٔ بسته و MTU مسیر شایستهٔ توجه‌اند، با شواهدی که از عملیات ناموفق گرفته شده است.

تغییر حالت حافظهٔ نهان می‌تواند نشانه را جابه‌جا کند بدون اینکه مسیر یا سرویس را تعمیر کند.

پس از هر اصلاح پشتیبانی‌شده، عملیات اصلی را تکرار کنید و تأیید کنید که داده‌های تازه به سرور می‌رسند و برمی‌گردند. آن نتیجه را جدا از راحتی خواندن ایمیلی که از قبل روی دیسک بود ثبت کنید.