The following behavior is currently occurring more frequently with Outlook 2016 and Exchange Server 2016 CU7. Outlook asks for the login information after opening attachments or the password prompt appears.
I was able to reproduce this behavior in my environment with Outlook 2016 (Version 1708 Build 8431.2079) and Exchange 2016 CU7.
As soon as the attachment to an e-mail is opened in Outlook, the user is prompted to enter their user name and password. The attachment can be opened as usual. It doesn't seem to matter what type the attachment is. I was able to reproduce the problem with PDF and DOCX files with a test email:
Even after entering valid login data, the prompt appears again.
I first encountered the problem when I installed CU7 for Exchange Server 2016. However, I have received several messages that Exchange 2013 and Outlook 2013 are also affected by the problem.
In a test environment with Exchange 2016 CU7 and an older Outlook 2016 version, I was unable to reproduce the problem. Only after updating to build 8431.2079 did the error also occur in the test environment.
Apparently this is a bug in the interaction with the current Outlook version and the latest Exchange updates. I have not yet been able to identify a configuration problem on the Exchange server side. Therefore, only downgrading the Outlook version has helped me so far. I am using the Office 2016 Click-to-Run version and was able to switch to an older build with the following commands:
cd %programfiles%\Common Files\Microsoft Shared\ClickToRun\ officec2rclient.exe /update user updatetoversion=16.0.8326.2107
My Outlook/Office installation did not want to be downgraded to other builds. The corresponding build numbers can be found here:
Version and build numbers of update channel releases
Here are instructions for downgrading an Office Click-to-Run installation:
How to revert to an earlier version of Office 2013 or Office 2016 Click-to-Run
There is also a current thread in the Technet forum:
Outlook 2016 prompting for login credentials when opening any email attachments
With build 8326.2107 the problem no longer occurs for me. I assume that there will be an update soon...
Update 10/27/17:
Unfortunately, the problem is still present in the current Click-to-Run version (8528.2139). However, there is a workaround. Andi has found a note in the MS Forum, according to which the problem is caused by a connection from Outlook to outlook.office.com (see comments). As a workaround, an entry was made in the host file of the client to circumvent the problem. I have also tested it and can confirm that it helps to leave the hostname for outlook.office.com empty. However, I would suggest manipulating the DNS server entry instead of the local HOST file on each client. To do this, you can simply create a new zone with the name "Outlook.office.com" and then create an A-record without a name with the value 127.0.0.1 within the zone:
This means that the host file does not have to be adapted on every client and it can be undone quickly. So far, Outlook has not asked me for my login information again. Thanks to Andi for the tip.
Update 10.01.2018
Currently the problem occurs again Outlook 2016 (Build 7730.2175) tries again the autodiscover query against Outlook.office365.com:
The workaround described above, which causes the Autodiscover query to fail, also works in this case.
Update 11.01.2018
Marc has pointed out that the autodiscover method has been changed in Outlook 2016 Click-to-Run. This completely passed me by. Here is the corresponding comment from Marc
Hallo Franky
Hallo Community,It's not a bug, it's a feature!
Wir haben nun nochmal ein wenig geforscht. Microsoft hat hier die Implementation von Autodiscover verändert und greift zunächst erstmal auf Office365 zu.
https://support.microsoft.com/en-us/help/3211279/outlook-2016-implementation-of-autodiscover
However, we also have computers in our company on which Autodiscover works properly. We have compared these once. On the computers where it does not work properly and it connects to O365, we have also stored 2 accounts under "File->Office account". One for the local Exchange account and one for the Microsoft Cloud service. Unfortunately, removing the cloud account was not successful. But maybe it is somehow related to this. Despite having the same version, our computers behave very differently here.
Schaut euch auch mal folgenden Link an:
https://www.gothamweb.com/portal/index.php/knowledgebase/8/Outlook-bypasses-AutoDiscover-and-connects-directly-to-Office-365-mailbox.htmlMit dem entsprechenden Registry Eintrag kann man Outlook davon abhalten den Autodiscover auf dem Office365 Server auszuführen:
HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\office\16.0\outlook\autodiscover
DWORD: ExcludeExplicitO365Endpoint
Value = 1Das kann aber auch immer noch nicht die beste Lösung sein.
Liebe Grüße
Marc Debus
Many thanks to Marc! The changed behavior also explains why "normal" Outlook 2016 installations do not exhibit this behavior.
Hallo,
vielen Dank für den Artikel an Franky und die vielen Hinweise der Teilnehmer hier. Bei uns nervt die Abrage manche Anwender seit einiger Zeit und manche Anwender nicht. Wir haben Office 2013 ProPlus und 16 ProPlus 32-Bit in verschiedenen Builds am Start.
Der Regkey (der Pfad nach ‚office‘ war bei uns überhauptm nicht angelegt) hat das Problem adhoc auf 3 Arbeitsplätze behoben – gerade eben. Hier die verwendeten REGs (in Testdatei kopieren und Endung auf .reg ändern. Doppelklicken und Abfragen bestätigen):
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\13.0\outlook\autodiscover]
„ExcludeExplicitO365Endpoint“=dword:00000001
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\outlook\autodiscover]
„ExcludeExplicitO365Endpoint“=dword:00000001
Gruß, twen
Moin Zusammen,
kleines Update ich habe das Problem mit der Passwortabfrage nun jüngst wieder gehabt sowohl bei mir selbst Office 2019 & Exchange 2019, als auch bei Kunden Exchange 2013 & Office 2016.
Ich konnte das Problem mit dem angesprochenem Reg-Key beheben, jedoch gehört dieser an eine andere Stelle rein wie oben mehrfach angegeben.
Der richtige Pfad für den Key lautet beim Office 2019:
[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover]
Für ältere Office Pakete bitte auf die richtige Version im Pfad achten!
Grüsse aus BaWü
Alex
Hallo Frank, Matthias,
danke für die schnellen Antworten!
Ich probiere erstmal am Montag den Tipp aus im lokalen DNS Server den Eintrag hinzuzufügen 127.0.0.1 Outlook.office365.com und sonst schick ich dir Frank mal unsere Autodiscover.xml .
Nach den Beitragen hier aber zu sehen haben echt viele das Problem. Ich hoffe Office bringt schnellstens einen Patch raus echt nicht schön…
Grüße und schönes WE
Hi Toby,
du hattest geschrieben, dass du „outlook.office.com“ in die Hosts-Datei eingefügt hast. Eine Möglichkeit zum entfernen der neuen Passwortabfrage wäre das hinzufügen des Eintrags in der Hosts-Datei.
127.0.0.1 Outlook.office365.com
Nachträglich kannst du in der Anmeldeinformationsverwaltung noch die alten Office365 Konten entfernen, falls vorhanden.
Hallo wir haben auch das Problem der wiederkehrenden Passwortabfrage sowohl bei Office 2016 Professional als auch bei Office 365 Versionen 1711 8730.2175. Der Fehler taucht bei immer mehr Kunden auf. DNS Eintrag beim DC hilft nicht, Host-Datei hilft nicht, Regestry Key hilft nicht, Den Fehler hatten wir schon einmal in einer älteren Version der dann von Microsoft durch ein Update mit einer nachfolgenden Version behoben wurde… Hoffentlich auch diesmal bald.
Hallo ich habe aktuell auch das Problem, allerdings nicht wie hier beschrieben mit Anhang sonder auch so
DNS Eintrag beim DC hilft nicht
Host-Datei hilft nicht
Regestry Key hilft nicht
Profil neu anlegen hilft
Office auf eine alte Build – Version hilft nicht, kann mir einer helfen?
Hallo,
wir haben bei unseren Kunden auch das Problem aber das beginnt schon mit dem Autodiscover. Sobald wir das Mailkonto einrichten kommt das Passwortfeld welches wir aber einfach schließen. Wir haben den Exchange 2016 und öffentliche SSL Zertifikate wie in der Anleitung von Frankysweb installiert aber die Anmeldemaske taucht immer wieder auf aber Outlook 2016 klappt. Es gibt keine Zertifikatsprobleme. Klick-und-los Office 2016 sowie Office 2016 Standard Installationen weißen das Problem auf. Aktuelle Build Nummer: 1711 8730.2175
Diese Tipps haben wir schon ausprobiert ohne Erfolg:
– Host Datei geändert das outlook.office.com auf 127.0.0.1 auflöst
– Registryeintrag zum umgehen von Office365 Autodiscover eingetragen HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\office\16.0\outlook\autodiscover
– Postfach neu eingerichtet
– Url autodiscover.domain.de und mail.domain.de weißen auf Exchange IP 192.168.1.5 , Zertifkat ist öffentliches vom Comodo Multidomain. Alle Autodiscover Urls heißen. https://mail.domain.de/*
Wir wissen nicht weiter. Wir können unseren Kunden nur sagen „Bitte einfach das Anmeldefenster wegklicken“ dann können Sie weiterarbeiten.
Wer einen Tipp hat bitte her damit :)
Grüße
Toby
Hallo Toby,
könntest du mir einmal die Autodiscover.xml per Mail schicken? Bitte auch das Protokoll aus Outlook „E-Mail Autokonfiguration testen“.
Gruß, Frank
Hallo, vielen vielen DANK!!!
Nach ca. 50 Lösungsansätzen hat die Host Methode geholfen.
Jedoch war bei mir das Phänomen, dass dauernd die Abfrage kam, egal ob Anhang oder nicht.
Erst seit dem Update gestern auf 1711 8730.2175
Hallo Franky
Hallo Community,
It’s not a bug, it’s a feature!
Wir haben nun nochmal ein wenig geforscht. Microsoft hat hier die Implementation von Autodiscover verändert und greift zunächst erstmal auf Office365 zu.
https://support.microsoft.com/en-us/help/3211279/outlook-2016-implementation-of-autodiscover
Bei uns im Hause haben wir jedoch auch Rechner, bei denen der Autodiscover ordentlich funktioniert. Wir haben diese einmal verglichen. Auf den Rechnern wo es nicht ordnungsgemäß funktioniert und er sich mit O365 verbindet haben wir unter „Datei->Office-Konto“ auch 2 Kontos hinterlegt. Eins für’s lokale Exchange Konto und eins für den Microsoft Cloud Dienst. Leider brachte hier das rausnehmen des Cloud Kontos keinen Erfolg. Aber vielleicht hängt es irgendwie auch hiermit zusammen. Trotz gleicher Version verhalten unsere Rechner sich hier ganz unterschiedlich.
Schaut euch auch mal folgenden Link an:
https://www.gothamweb.com/portal/index.php/knowledgebase/8/Outlook-bypasses-AutoDiscover-and-connects-directly-to-Office-365-mailbox.html
Mit dem entsprechenden Registry Eintrag kann man Outlook davon abhalten den Autodiscover auf dem Office365 Server auszuführen:
HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\office\16.0\outlook\autodiscover
DWORD: ExcludeExplicitO365Endpoint
Value = 1
Das kann aber auch immer noch nicht die beste Lösung sein.
Liebe Grüße
Marc Debus
Hallo Zusammen,
vielen Dank, es funktioniert! Ich habe gefühlt schon 100 Foreneinträge gelgesen und nichts hatte bisher geholfen.
ja geil nachdem ich Outlook.office365.com im DNS wie oben beschrieben mit Localhost 127.0.0.1 hinterlegt habe rennt es grins
der Witz ist es taucht auf wen ich die Auto Konfiguration mit Autoermittlung starte und dann steht da https://outlook.office365.com die habe wohl die reinfolge geändert bei der Abfrage
es gibt bereits wieder ein update 8730.2175 , server Exchange 2016 CU8 und habe wieder die Windows Sicherheit anzeige
grr MS baut echt ab
Hi,
stimmt, jetzt tritt es auch bei mir wieder auf. Outlook 2016 8730.2175 versucht wieder die Autodiscover Abfrage gegen Outlook.office365.com. Der Workaround mit dem DNS/Host Eintrag funktioniert wieder.
Gruß,
Frank
Nahmd!
Kann mich Frank anschliessen – Outlook 2016 Build 8730.2165, Exchange 2016 CU8 (@Frank: wo hast Du CU9 ausgenbuddelt??? :-)) – bisher aller fein!
Schönen Abend noch!
VG Marcus
Äh, ich bin meiner Zeit immer etwas voraus… (Sorry, meinte CU8)
Gruß, Frank
Nachtrag Exchange 2016 CU 8
Bekomme seit update auf Version 1711 Build 8730.2165 auch wieder die Outlook 2016 Passwortabfrage beim Öffnen von Anhängen
Hi,
ich habe bisher keine Probleme beim Öffnen der Anhänge, aber was nicht ist, kann ja noch kommen. Hier ist es Outlook 2016 Build 8730.2165 und Exchange 2016 CU9.
Gruß, Frank
Nachtrag:
Installiert ist Office 2016 Pro Plus Version 1711 Build 8730.2165
Hallo zusammen,
diesen Fehler konnte ich bei einem Kunden im Oktober / November 2017 mit dem Host-Datei Eintrag umgehen. Seit gestern kommt die Anmeldung allerdings immer wieder, genau wie damals. Es betrifft nur einen PC, ca. 8 weitere haben das Problem nicht.
Wie sieht das bei Euch aus? (Windows 7 mit Outlook 2016 – das genaue Build muss ich noch prüfen)
Gibt es diesbezüglich was neues?
Grüße
Martin
Guten Morgen!
Seit dem mein Outlook 2016 auf Version 1709 (Build 8528.2147) upgedatet hat,
ist das Problem „verschwunden“… Auch nach mehreren Reboots, etc.
funktioniert es wieder einwandfrei!
Grüße
Marcus
Ich hatte das Problem ebenfalls mit OL2010 und Exchange 2010.
Deinstallation von KB3203467 hat geholfen.
Hallo,
also der Eintrag in der Hosts funktioniert hier auch einwandfrei. Endlich ein Workaround, da MS offensichtlich Wochen braucht um den Murks wieder zu korrigieren!
Danke für den Tipp!
Halt STOPP,
nach einem PC Neustart wieder die alten Probleme…
aber für einen Tag war es gut ;-)
Guten Morgen,
bei uns, seit dem letzten Update, erst mal wieder OK.
Anlagen öffnen und öffentliche Ordner öffnen ohne Probleme…
Schönes langes Wochenende,
Gruß Thomas
also ich habe vor 2 Tagen die geänderte hosts Datei bei ca. 100 Clients ausgerollt, seitdem habe ich keine Probleme mehr
Ich nehme alles zurück… Soeben habe ich Excel-Attachment geöffnet und es kam wieder die Passwortabfrage…. :-(
VG Marcus
Guten Morgen!
Mit Build 8528.2139 (Klick-und-Los) im montalichen Kanal funktioniert es wieder
einwandfrei!
Grüße
Marcus
Hallo
Habe das in einen MS Forum gefunden.
In die Host Datei das eintragen:
127.0.0.1 outlook.office.com
seit 1h keine PW Abfrage mehr beim öffnen der Anlagen
Gruss Andi
was ist sspi?
ich habe Version 1709 Build 8528.2139. Da ist das Problem noch vorhanden.
nachtrag geht doch nicht , sorry nach ca. 30min wieder da
Gruss Andi
Hallo
ich glaube habe die Lösung, iedenfalls hat es bei mir geklappt
OL beenden
im regedit zu Computer\HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity\Identities\
gehen. Alle keys mit sspi löschen,
OL starten und testen
Gruss Andi
Es besteht Hoffnung:
https://social.technet.microsoft.com/Forums/office/en-US/594bbea2-2774-4b27-afc0-cc350a688c33/outlook-2016-prompting-for-login-credentials-when-opening-any-email-attachments?forum=Outlook
Post von Gabriel Bratton: Es gibt einen Fix, welcher momentan an die Office-Insider verteilt wir. Wenn es keine Probleme gibt, können wir Anfang nächster Woche im Current/Monthly-Channel damit rechnen.
habe auf Windows 1703 15063.674 das gleiche Problem aber auch mit der Office 8326.2107
da ich bereite ein rechner mit 19266.15 versehen habe und es da nicht passiert denke ich ist das ehr die lösung für mich
Wir mussten auch bei unseren Kunden Office365 auf die frühere Version zurücksetzen.
Exchange 2010 und Exchange 2013 mit aktuellen RUs bzw. CUs installiert… und Microsoft stellt sich in den Support-Foren noch immer blöd. Es nervt.
Ich hab zwar auch die C2R Office 2016 Version aber leider ließ sich Office bei mir nicht zurücksetzen. Möglicherweise wird nur eine älter Version bereitgestellt und es gab seit der funktionierenden Version 8326.2107 ja bereits 2 Updates.
Ist inzwischen bekannt was die eigentliche Usache des Fehlers ist?
Meine Konstallation: Exchange 2016 CU6 auf Server 2016, Outlook 2016 (8431.2094), machte auch den Fehler.
Outlook zurücksetzen auf 8326.2107 hat geholfen.
Danke für den Tipp!
Hallo Frank und andere,
könnt ihr mal die betreffenden KB Nummern durchgeben?
Ich habe seit 3.10.2017 eine ganze Reihe von Updates für Office2016 und Office2013 in unserem WSUS Server angeboten bekommen. Wenn man jetzt wüsste, welche nicht genehmigt werden sollten, wäre schon viel geholfen.
Gruß, Philipp
Hi Daniel,
guter Tipp, klappt…
Bin auf Insider Preview, der Fehler kommt aber auch auf 1703.
Gruß Thomas
Sehe ich auch so wie die meisten anderen: Ich hatte meine Exchange 2016 bisher noch auf CU4 (letzte Wochenende dann CU6 nachgezogen). Mehrere Outlook 2016 Clients melden seit ca. 2 Wochen, dass sie ständig Passwort Prompts bekommen. Ich hab mir das auch angeschaut. Tatsächlich muss man gar nichts eingeben. Wenn man das Fenster wegklickt, erscheint zwar in der Outlook-Statusleiste unten „Kennwort erforderlich“, wenn man da draufklickt, ist man aber sofort wieder verbunden. Ich werde mal schauen, ob die auch das Update KB3203467 haben. Möglicherweise hängt es auch noch mit der Windows 10 Version zusammen könnte ich mir vorstellen. Ich selbst habe das Problem nämlich nicht mit der 1703.
wir haben das Microsoft Outlook Update KB3203467 deinstalliert und keine Probleme mehr
Vermute auch das Problem bei Outlook. Wir nutzen auch Outlook 8431.2079 an Exchange 2016 CU3 und Exchange 2010 (14.3).
Kommt bei uns das Anmeldefenster und ich klicke auf Abbrechen, dann bleibt Outlook trotzdem mit dem Server verbunden. Outlook läuft bei uns ausnahmslos auf Win10.
Wird unser Exchange 2010 neu gestartet nervt Outlook 2016 auch mit der Abfrage von Logindaten. Schließen von Outlook reicht nicht. Erst ein Ab- und Anmelden an Windows überzeugt Outlook, wieder benutzbar zu sein.
Dieses Problem ist bei uns sehr zuverlässig :/
Für mich scheint es eher ein Outlook- als ein Exchange-Problem zu sein. Gestern hatte ich die Passwortabfrage mit mehreren Outlook 8431.2079 und einem Exchange 2013 CU15. Heute konnte ich das nicht mehr nachstellen!?
danke dir frank :)
Es gibt zwar aktuell ein Update auf Build 8431.2094, aber leider wird das Problem nicht gelöst.