Das folgende Verhalten tritt derzeit verstärkt mit Outlook 2016 und Exchange Server 2016 CU7 auf. Outlook fragt nach dem Öffnen von Anhängen nach den Anmeldeinformationen bzw. es erscheint die Passwortabfrage.
Dieses verhalten konnte ich in meiner Umgebung mit Outlook 2016 (Version 1708 Build 8431.2079) und Exchange 2016 CU7 nachvollziehen.
Sobald der Anhang einer E-Mail in Outlook geöffnet wird, wird der Benutzer zur Eingabe von Benutzernamen und Passwort aufgefordert. Der Anhang lässt sich wie gewohnt öffnen. Scheinbar spielt es keine Rolle, welchen Typ der Anhang hat. Mit einer Testmail konnte ich das Problem bei PDF und DOCX Dateien nachstellen:
Auch nach der Eingabe von gültigen Anmeldedaten, taucht die Aufforderung wieder auf.
Das Problem ist bei mir erst mit der Installation von CU7 für Exchange Server 2016 aufgetaucht. Es haben mich allerdings mehrere Nachrichten erreicht, dass auch Exchange 2013 und Outlook 2013 von dem Problem betroffen ist.
In einer Testumgebung mit Exchange 2016 CU7 und einer älteren Outlook 2016 Version konnte ich das Problem nicht nachvollziehen. Erst nach dem Update auf das Build 8431.2079 tritt der Fehler auch in der Testumgebung auf.
Scheinbar handelt es sich hier um einen Bug im Zusammenspiel mit der aktuellen Outlook Version und den aktuellen Exchange Updates. Ein Konfigurationsproblem auf Exchange Server Seite konnte ich bisher nicht feststellen. Daher hat bei mir bisher nur das Downgrade der Outlook Version geholfen. Ich setze die Office 2016 Click-to-Run Variante ein und konnte mit den folgenden Befehlen auf ein älteres Build wechseln:
cd %programfiles%\Common Files\Microsoft Shared\ClickToRun\ officec2rclient.exe /update user updatetoversion=16.0.8326.2107
Auf andere Builds wollte sich meine Outlook/Office Installation nicht downgraden lassen. Hier finden sich die entsprechenden Build Nummern:
Version and build numbers of update channel releases
Hier gibt es eine Anleitung für das Downgrade einer Office Click-to-Run Installation:
How to revert to an earlier version of Office 2013 or Office 2016 Click-to-Run
Hier gibt es auch einen aktuellen Thread im Technet Forum:
Outlook 2016 prompting for login credentials when opening any email attachments
Mit dem Build 8326.2107 tritt das Problem bei mir nicht mehr auf. Ich nehme an, dass es bald ein Update geben wird…
Update 27.10.17:
Leider ist auch in der aktuellen Click-to-Run Version (8528.2139) das Problem immer noch vorhanden. Es gibt allerdings einen Workaround. Andi hat einen Hinweis im MS Forum gefunden, wonach das Problem mit einer Verbindung von Outlook zu outlook.office.com hervorgerufen wird (siehe Kommentare). Als Workaround wurde ein Eintrag in der Host-Datei des Clients vorgenommen um das Problem zu umschiffen. Ich habe es ebenfalls getestet und kann bestätigen, dass es hilft den Hostnamen für Outlook.office.com ins Leere laufen zu lassen. Ich würde allerdings vorschlagen, anstatt der lokalen HOST-Datei an jedem Client, den Eintrag am DNS Server zu manipulieren. Dazu kann einfach eine neue Zone mit dem Namen „Outlook.office.com“ angelegt werden, innerhalb der Zone wird dann ein A-Record ohne Namen mit dem Wert 127.0.0.1 angelegt:
So muss nicht an jedem Client die Host-Datei angepasst werden und es lässt sich schnell wieder rückgängig machen. Bisher hat Outlook bei mir nicht wieder nach den Anmeldeinformationen gefragt. Danke an Andi für den Hinweis.
Update 10.01.2018
Aktuell tritt das Problem wieder auf Outlook 2016 (Build 7730.2175) versucht wieder die Autodiscover Abfrage gegen Outlook.office365.com:
Der Workaround, wie oben beschrieben, der die Autodiscover Abfrage ins Leere laufen lässt funktioniert auch in diesem Fall.
Update 11.01.2018
Marc hat darauf hingewiesen das bei Outlook 2016 Click-to-Run die Autodiscover Methode geändert wurde. Dies ist an mir komplett vorbei gegangen. Hier der entsprechende Kommentar von 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
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.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
Vielen Dank an Marc! Das geänderte Verhalten erklärt auch, warum „normale“ Outlook 2016 Installationen dieses Verhalten nicht an den Tag legen.
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.