Старата поща се отваря, списъкът с папки изглежда нормален, а съобщение, изпратено тази сутрин, така и не напуска Изходящи. Тази комбинация показва, че локалният кеш е наред, а връзката с Exchange не е, и това е най-погрешно разчитаният симптом в цялата тази област. Нищо не се е сривало, затова докладът обикновено пристига като „Outlook е бавен“, а не като „Outlook е изключен“.

Изпълнявайте проверките по ред и отбележете коя версия на Outlook гледате преди всичко друго, защото контролите се различават.

Потвърдете кой клиент и какъв тип акаунт

Класическият Outlook за Windows, новият Outlook и Outlook в мрежата са три различни клиента с три различни пътя на връзка, а съветът за единия често е грешен за другия. В класическия Outlook акаунтът Exchange и акаунтът POP или IMAP се държат различно, когато сървърът е недостъпен, защото само акаунтът Exchange има MAPI транспорт и хранилище за кеширана поща. Определете типа акаунт в настройките на акаунта, преди да тълкувате какъвто и да е статус. Корекция, копирана от настройка на IMAP, няма да опише връзка с Exchange.

Запишете името и версията на клиента. В темите за поддръжка редовно ги смесват и екранните снимки спират да съвпадат по средата.

Прочетете статуса на връзката, докато тя се проваля

Докато класическият Outlook работи, задръжте Ctrl и щракнете с десния бутон върху иконата в областта за уведомяване, след което отворете Connection Status. Правете го по време на операцията, която се проваля, а не след рестарт, защото изгледът показва какво се опитва клиентът в този момент. Запишете името на сървъра, протокола и състоянието, след което сравнете този сървър с този, който очаквате акаунтът да използва. диагностичните указания на Microsoft обхваща този изглед и по-подробните журнали, които можете да съберете, когато обобщението не е достатъчно.

Съвременните внедрявания на Exchange пренасят трафика на Outlook през MAPI over HTTP, така че отварянето на портове за подаване на SMTP не е поправка за връзка с пощенска кутия. Ако транспортът достигне до услугата, запазете грешката с HTTP или удостоверяването и работете по този етап, вместо да нулирате парола, която никога не е била проблемът.

Сравнете крайната точка с пътя на браузъра

Работеща уеб пощенска кутия доказва, че браузърът може да достигне една крайна точка чрез едно име и една конфигурация на прокси. Тя не доказва, че Outlook е разрешил същия адрес, използвал е същия маршрут или е приел същия сертификат. При наличие на VPN разделеният DNS може да изпрати името на Outlook към вътрешен адрес, докато браузърът използва публичен, и само тази разлика обяснява работеща уеб сесия до повреден клиент. Сравнете разрешения адрес, избрания маршрут и идентичността по TLS на двата пътя.

Административните портали и отдалеченият PowerShell не заменят тест на потребителска пощенска кутия, защото това са различни услуги с различна автентикация.

Тествайте кеша с прясна операция

Cached Exchange Mode пази локално копие и се синхронизира със сървъра, което го прави толерантен към прекъсване и не го прави независим от сървъра. Четенето на старо кеширано съобщение не е мрежов тест, както и превключвателят Work Offline. Изпратете ново съобщение или принудително синхронизирайте и наблюдавайте точно тази операция. Ако малките обмени успяват, а големите прехвърляния забиват, размерът на пакета и MTU на пътя заслужават внимание, с доказателства, взети от операцията, която се проваля.

Промяната на режима на кеширане може да премести симптома, без да поправи маршрута или услугата.

След всяка подкрепена корекция повторете първоначалната операция и потвърдете, че свежите данни достигат до сървъра и се връщат. Запишете този резултат отделно от удобството да четете поща, която вече е била на диска.

Подобни статии