Outlook се стартира бавно и увисва на първоначалния екран, когато REST към MAPI е неочаквано превключен

Последна актуализация: 4 януари 2024 г.

ПРОБЛЕМ

Понякога изглежда, че Outlook синхронизира целия OST всички или повечето пъти, когато се стартира. Outlook ще забие на първоначалния екран дълго време, преди в крайна сметка да отвори и да работи нормално.  

Изследването на имената на профили и OST файлове ще покаже, че не се създават нови OST файлове (това също ще се появи в регистрите на събитията на приложението, ако това е причината). Клиентите често съобщават, че ако отменят отварянето на Outlook и опитат отново, той ще се отвори незабавно. Те може също така да имат предвид, че ако са преминали в самолетен режим, Outlook понякога ще откаже да стартира изобщо, което дава тази грешка: 

"Microsoft Outlook не може да се стартира. Прозорецът на Outlook не може да се отвори. Наборът от папки не може да бъде отворен. Неуспешен опит за влизане в Microsoft Exchange.” 

Една известна причина за този симптом е повторното зареждане на кеша. Това се очаква, ако потребителят е създал нов профил, или ръчно е превключил от REST към MAPI, като забрани подобренията в споделения календар. Въпреки това поради ендемични проблеми при услугата за четене състоянието на функцията в приложения, които не са базирани на MAPI на Office, изпълнението на такива приложения може неочаквано да доведе до това превключване.

СЪСТОЯНИЕ: ЗАОБИКОЛНО РЕШЕНИЕ

Този проблем първоначално е коригиран в компилация 17029.20000 и по-нови, но корекцията се изтегля, за да се справи с друг проблем, грешка на Outlook "Не може да премести елементите" при преместване на елементи в други папки. На 4.01.24 корекцията се премахва във всички вътрешни канали на Office, бета-версията и каналите за предварителен преглед на CC. Тази промяна ще се разшири до каналите за производство скоро и ще актуализираме тази тема веднага след излизането на промяната.  

Докато не бъде пусната актуализирана корекция, ако срещнете проблема в тази статия, приложете ключа на системния регистър, отбелязан по-долу RestUpdatesForCalendar DWORD:1. Ще актуализираме тази тема, когато е налична актуализирана корекция, и можете да премахнете смекчаването на ключа на системния регистър.

Този проблем възниква, защото Outlook има проблеми с определянето на състоянието "по подразбиране" на кеша, като Outlook и приложенията MAPI, които не са на Office, като MFCMAPI, идват за различни заключения.

Едно заобиколно решение е да използвате настройката за групови правила в статията Как да разрешите и забраните актуализациите за споделяне на календар на Outlook.

Тази настройка, когато е зададена на 1, ще включи принудително REST и ще избегне проблема:

Местоположение:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\Options\Calendar 

DWORD: RestUpdatesForCalendar

Стойност: 1 , ако е разрешено, 0 – ако е забранено 

Тази настройка е налична и във формуляр, който не е от правила: 

Местоположение:
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Options\Calendar

Друго решение е изрично да зададете състоянието REST в настройките на акаунта за Outlook. Това се прави чрез изключване и включване на "Подобрения на споделения календар":

1. Настройки на файл/акаунт/настройки на акаунт

2. В диалоговия прозорец Имейл акаунти щракнете върху Име на акаунта за Exchange и щракнете върху Промяна.

3. Още настройки

4. Напреднали

5. Имайте предвид, че "Включване на подобренията на споделения календар" е включено.

6. Превключете го на изключено, след което незабавно го включете отново.

7. Щракнете върху OK.

8. Outlook може да предупреди за необходимост от рестартиране. Няма, но можете, ако искате.

9. Щракнете върху X, за да затворите диалоговия прозорец Настройки на акаунт за Exchange.

10. Щракнете върху Затвори.

Ето снимка на диалоговия прозорец: