Exchange - Outlook wyświetla monity logowania do Office 365

Wprowadzenie

Może się zdarzyć, że program Outlook wielokrotnie wyświetla okno logowania Microsoft 365 z prośbą o podanie danych uwierzytelniających, czasami z komunikatem "Określ konto, za pomocą którego mamy otworzyć dokument autodiscover.xml". Okno to może pojawić się ponownie nawet po ponownym uruchomieniu programu Outlook lub utworzeniu nowego profilu. Tymczasem skrzynka pocztowa, której to dotyczy, nie jest hostowana w chmurze Microsoft: znajduje się ona na rozwiązaniu Exchange OVHcloud (Hosted Exchange lub dedykowany Exchange).

To zachowanie wynika z funkcji programu Outlook o nazwie "Direct Connect to Office 365", która zmusza klienta do odpytywania funkcji autodiscover Office 365 i pomija tę znajdującą się na Twoim serwerze Exchange OVHcloud.

Ten przewodnik wyjaśnia, jak zidentyfikować źródło tych powtarzających się monitów o połączenie i zapobiec łączeniu się programu Outlook z Office 365.

Wymagania początkowe

• Posiadanie skonfigurowanego już rozwiązania Exchange OVHcloud.
• Posiadanie aplikacji klasyczny program Outlook (Outlook 2016, 2019, 2021 lub Microsoft 365) w systemie Windows.
• Posiadanie dostępu administratora do komputera klienckiego w celu edycji rejestru systemu Windows. Nie jest to konieczne, jeśli zastosujesz rozwiązanie alternatywne opisane poniżej.
• Rekord SRV OVHcloud musi być poprawnie skonfigurowany w strefie DNS domeny. Sprawdź nasz przewodnik Dodaj domenę do usługi Exchange.

Dostęp do Panelu klienta OVHcloud

• Link bezpośredni: Exchange
• Ścieżka nawigacji: Web Cloud > Exchange > Wybierz platformę

W praktyce

Zrozumienie problemu

Microsoft wprowadził funkcję programu Outlook o nazwie "Direct Connect to Office 365". Gdy jest ona aktywna, program Outlook łączy się bezpośrednio z funkcją autodiscover Office 365 i ignoruje adres URL autodiscover Twojego serwera Exchange.

Serwer ten może być serwerem Exchange zainstalowanym w siedzibie Twojej firmy (on-premises) lub rozwiązaniem Hosted Exchange OVHcloud. Rozwiązanie Hosted Exchange nie jest hostowane na serwerach Office 365 / Microsoft 365: jest to serwer Exchange hostowany na serwerach OVHcloud.

Program Outlook odpytuje wówczas Office 365, zakładając, że skrzynka pocztowa znajduje się w chmurze Microsoft, zamiast najpierw sprawdzić funkcję autodiscover serwera Exchange OVHcloud. To właśnie powoduje pojawianie się powtarzających się okien logowania Microsoft.

Podczas dodawania konta to automatyczne wyszukiwanie ustawień (autodiscover) jest widoczne na etapie "Trwa wyszukiwanie ustawień serwera poczty e-mail":

Identyfikacja objawów

Prawdopodobnie ten problem Cię dotyczy, jeśli zauważysz następujące sytuacje:

• Okno logowania Microsoft 365 pojawia się wielokrotnie w programie Outlook i nadal prosi o podanie danych uwierzytelniających.

• Pojawia się komunikat "Określ konto, za pomocą którego mamy otworzyć dokument autodiscover.xml".

  

• Okno utrzymuje się po ponownym uruchomieniu programu Outlook lub utworzeniu nowego profilu Outlook.

• Skrzynka pocztowa jest mimo to poprawnie hostowana na rozwiązaniu Exchange OVHcloud, a funkcja autodiscover OVHcloud jest poprawnie skonfigurowana.

• Może pojawić się czerwony komunikat o błędzie "Ta nazwa użytkownika może być nieprawidłowa…", gdy wprowadzone konto nie jest rozpoznawane przez dzierżawcę Microsoft 365.

  

Sprawdzenie, czy skrzynka pocztowa jest hostowana na rozwiązaniu Exchange OVHcloud

Przed zastosowaniem rozwiązania sprawdź, czy konfiguracja po stronie OVHcloud jest poprawna:

• Sprawdź, czy rekord SRV _autodiscover domeny wskazuje na serwery OVHcloud, zgodnie z opisem w przewodniku Dodaj domenę do usługi Exchange.

  

• Uruchom diagnostykę z poziomu Panelu klienta, aby potwierdzić stan konta, postępując zgodnie z przewodnikiem Korzystanie z diagnostyki błędów Exchange.

Jeśli konfiguracja OVHcloud jest poprawna, ale okna logowania nadal się pojawiają, przyczyna leży po stronie klienta: program Outlook preferuje punkt końcowy Office 365.

Identyfikacja przyczyny

To zachowanie jest wywoływane w 2 głównych sytuacjach:

• Domena została zadeklarowana w dzierżawcy Office 365. Gdy dodajesz domenę do dzierżawcy Microsoft 365, Microsoft uznaje, że skrzynki pocztowe tej domeny znajdują się w chmurze. Program Outlook łączy się wówczas z funkcją autodiscover Office 365 zamiast z tą należącą do OVHcloud.
• Konto Microsoft używa już tego samego adresu e-mail. Może to być użytkownik dzierżawcy Microsoft 365, o tym samym adresie lub tej samej nazwie UPN. Może to być również osobiste konto Microsoft — utworzone na przykład w celu aktywacji licencji Office — którego adresem logowania jest Twój adres Exchange. W obu przypadkach program Outlook znajduje to konto jako pierwsze i podąża za nim, mimo że nie jest z nim powiązana żadna skrzynka pocztowa.

Poniżej opisano dwa rozwiązania. Klucz rejestru działa niezależnie od przyczyny, ale wymaga uprawnień administratora na komputerze. Jeśli konflikt wynika z osobistego konta Microsoft, zmiana jego adresu logowania usuwa przyczynę i nie wymaga takich uprawnień.

Zastosowanie rozwiązania: klucz rejestru ExcludeExplicitO365Endpoint

Aby zapobiec używaniu przez program Outlook jawnego punktu końcowego Office 365 podczas autodiscover, dodaj klucz rejestru na komputerze klienckim.

Korzystanie z Edytora rejestru

1. Otwórz Edytor rejestru (regedit) w sesji danego użytkownika na komputerze klienckim.

   

2. Przejdź do następującego klucza. Jeśli podklucz AutoDiscover nie istnieje, utwórz go:

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Numer wersji 16.0 odpowiada programom Outlook 2016, 2019, 2021 i Microsoft 365.

3. Utwórz nową wartość DWORD (32-bitową), nadaj jej nazwę ExcludeExplicitO365Endpoint i ustaw jej wartość na 1.
4. Zamknij Edytor rejestru.

Korzystanie z wiersza polecenia

Możesz również dodać klucz za pomocą pojedynczego polecenia w wierszu polecenia:

reg add HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover /t REG_DWORD /v ExcludeExplicitO365Endpoint /d 1

Rozwiązanie alternatywne: zmiana adresu logowania konta Microsoft

Jeśli konflikt wynika z osobistego konta Microsoft, możesz usunąć przyczynę zamiast ją obchodzić. Ta metoda nie wymaga uprawnień administratora na komputerze, co czyni ją jedyną możliwością na stanowisku zarządzanym przez dział informatyczny.

1. Utwórz alias na koncie Exchange OVHcloud, postępując zgodnie z naszym przewodnikiem "Korzystanie z aliasów i przekierowań e-mail".
2. Zaloguj się na account.microsoft.com, otwórz Twoje informacje, a następnie Zarządzaj sposobem logowania do konta Microsoft i dodaj ten alias do konta Microsoft. Wiadomość weryfikacyjna trafi do skrzynki Exchange, ponieważ alias na nią wskazuje.
3. Ustaw ten alias jako alias główny, a następnie usuń adres Exchange z konta Microsoft.

Program Outlook nie znajduje już konta Microsoft dla Twojego adresu Exchange, a funkcja autodiscover wraca do serwera OVHcloud.

Sprawdzenie połączenia z Exchange OVHcloud

Uruchom program Outlook i sprawdź, czy okno logowania Microsoft 365 już się nie pojawia. Program Outlook łączy się teraz bezpośrednio z Twoim serwerem Exchange OVHcloud, a nie z Office 365 / Microsoft 365.

Nie ma potrzeby ponownego tworzenia profilu Outlook po dodaniu klucza rejestru.

Aby potwierdzić połączenie, otwórz klasyczny program Outlook i spójrz na pasek stanu u dołu okna: powinien wyświetlać Połączono z: Microsoft Exchange. Program Outlook komunikuje się wówczas z Twoim serwerem Exchange OVHcloud, a nie z Office 365:

Aby sprawdzić dokładną nazwę serwera (ex?.mail.ovh.net), przytrzymaj klawisz Ctrl i kliknij prawym przyciskiem myszy ikonę programu Outlook w obszarze powiadomień systemu Windows, a następnie wybierz Stan połączenia.

Sprawdź również

Exchange - Konfiguracja konta e-mail w klasycznym programie Outlook dla systemu Windows

Korzystanie z diagnostyki błędów Exchange

Dodaj domenę do usługi Exchange

Dołącz do grona naszych użytkowników.