7
Exchange Hybridstellung, Authentifierungsaufforderung
Guten Abend,
ich habe mal folgendes Problem. Folgendes zum Aufbau:
Hybridstellung
Exchangeversion: 2012 CU22
Officeversion: 2016 Std
Das eigentliche Problem: Es existieren sowohl On-Premise als auch Online Postfächer. Erfolgt eine Mapi Anforderung aus einer Branchensoftware (oder auch: Musterdatei -> senden als E-Mail) klappt das beim ersten Aufruf fehlerfrei. Im zweiten Anlauf erscheint ein (Basic Auth) Authentifizierungsfenster. Das Verhalten tritt auch nur bei migrierten Postfächern auf. Lokale Postfächer sind nicht betroffen. Meine Vermutung geht Richtung Autodiscover oder ähnliches habe aber gerade nicht wirklich einen Ansatz.
Das Problem tritt nicht mit einem Office 365 auf - nur mit der 2016er Version.
Jemand einen Ansatz?
VG Tzzz
ich habe mal folgendes Problem. Folgendes zum Aufbau:
Hybridstellung
Exchangeversion: 2012 CU22
Officeversion: 2016 Std
Das eigentliche Problem: Es existieren sowohl On-Premise als auch Online Postfächer. Erfolgt eine Mapi Anforderung aus einer Branchensoftware (oder auch: Musterdatei -> senden als E-Mail) klappt das beim ersten Aufruf fehlerfrei. Im zweiten Anlauf erscheint ein (Basic Auth) Authentifizierungsfenster. Das Verhalten tritt auch nur bei migrierten Postfächern auf. Lokale Postfächer sind nicht betroffen. Meine Vermutung geht Richtung Autodiscover oder ähnliches habe aber gerade nicht wirklich einen Ansatz.
Das Problem tritt nicht mit einem Office 365 auf - nur mit der 2016er Version.
Jemand einen Ansatz?
VG Tzzz
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 3916728560
Url: https://administrator.de/forum/exchange-hybridstellung-authentifierungsaufforderung-3916728560.html
Ausgedruckt am: 15.04.2025 um 22:04 Uhr
7 Kommentare
Neuester Kommentar
Hallo,
um welche Software geht es denn ?
Wird beim versenden das lokale Benutzerkonto aus Outlook verwendet
oder habt ihr ein spezielles Postfach für das versenden wie Rechnung@FIRMA.de ?
Verwendet Ihr ggf. Shared Mailboxes ?
Wie sieht es mit den Einstellungen für MFA aus, ist da was für die Benutzer aktiviert ?
um welche Software geht es denn ?
Wird beim versenden das lokale Benutzerkonto aus Outlook verwendet
oder habt ihr ein spezielles Postfach für das versenden wie Rechnung@FIRMA.de ?
Verwendet Ihr ggf. Shared Mailboxes ?
Wie sieht es mit den Einstellungen für MFA aus, ist da was für die Benutzer aktiviert ?
Guten Morgen,
das ist Softwareunabhängig, ist jetzt nur bei der Branchensoftware aufgefallen. Das ganze lässt sich nachstellen, indem ich auf dem Desktop ein Textdokument erstelle und über das Kontextmenü "Senden an -> E-Mail Empfänger" auswähle. Bei Benutzererstanmeldung am Client öffnet sich das normale Outlookfenster für eine neue E-Mail. Wiederhole ich das ganze, öffnet sich ein Authentifizierungsfenster und nichts passiert. Es wird das lokale Benutzerkonto verwendet und keine Shared Mailbox. Keine MFA.
VG
das ist Softwareunabhängig, ist jetzt nur bei der Branchensoftware aufgefallen. Das ganze lässt sich nachstellen, indem ich auf dem Desktop ein Textdokument erstelle und über das Kontextmenü "Senden an -> E-Mail Empfänger" auswähle. Bei Benutzererstanmeldung am Client öffnet sich das normale Outlookfenster für eine neue E-Mail. Wiederhole ich das ganze, öffnet sich ein Authentifizierungsfenster und nichts passiert. Es wird das lokale Benutzerkonto verwendet und keine Shared Mailbox. Keine MFA.
VG
Ihr habt die Benutzer aus dem AD nach Azure AD gesynced bzw. eine Verbindung zwischen den beiden AD´s aufgebaut.
Passworthashsync und/oder Seamless Signon und oder ADFS ? ALso der Benutzer hat in der Cloud das selbe kennwort wie lokal ?
Ich weiß das MS irgendwann die Basic Auth. abschalten will. Mir ist jetzt leider entfallen ob das der 1 Okt war oder der 1 Sept.
Seit wann habt Ihr das Problem ?
Passworthashsync und/oder Seamless Signon und oder ADFS ? ALso der Benutzer hat in der Cloud das selbe kennwort wie lokal ?
Ich weiß das MS irgendwann die Basic Auth. abschalten will. Mir ist jetzt leider entfallen ob das der 1 Okt war oder der 1 Sept.
Seit wann habt Ihr das Problem ?
Nachtrag:
Hab ihr ESTOC PROCALL oder eine andere UC Lösung am laufen ? Ich kann mich erinnern das wir mit ESTOS Procall hier und da auch diese Probleme hatten da sich das ESTOS mit Plugin ins Outlook reinhängt und permanent versucht das Outlook offen zu halten auch wenn man es schließt.
Betrifft das ALLE Benutzer oder nur die welche vor einiger Zeit ihr Kennwort geändert haben oder es ändern mussten ?
Bezüglich desd Azure AD Sync sind keine Fehler vorhanden, speziell die Nutzer mit dem Problem betreffend ?
Hab ihr ESTOC PROCALL oder eine andere UC Lösung am laufen ? Ich kann mich erinnern das wir mit ESTOS Procall hier und da auch diese Probleme hatten da sich das ESTOS mit Plugin ins Outlook reinhängt und permanent versucht das Outlook offen zu halten auch wenn man es schließt.
Betrifft das ALLE Benutzer oder nur die welche vor einiger Zeit ihr Kennwort geändert haben oder es ändern mussten ?
Bezüglich desd Azure AD Sync sind keine Fehler vorhanden, speziell die Nutzer mit dem Problem betreffend ?
Also:
VG
- Passworthashsync
- kein Seamloess Signon
- identische Passworter (Cloud/lokal)
- seit die Mailbox der User in den EXO verschoben wurden sind
- keine UC Lösung
- bei meinem Testuser gab es keine Kennwortänderung
- betroffen ist nur Office 2016, bei Office 365 mit dem gleichen User/Postfach tritt das verhalten nicht auf
- keine Probleme beim AD Sync
VG
https://docs.microsoft.com/de-de/exchange/troubleshoot/administration/mo ...
Schau hier mal rein, und setze das entsprechend um.
Schau hier mal rein, und setze das entsprechend um.
Zitat von @Cloudrakete:
https://docs.microsoft.com/de-de/exchange/troubleshoot/administration/mo ...
Schau hier mal rein, und setze das entsprechend um.
https://docs.microsoft.com/de-de/exchange/troubleshoot/administration/mo ...
Schau hier mal rein, und setze das entsprechend um.
Guten Morgen,
hatte ich zwischenzeitlich auch schon gefunden, aber das hat auch keine Abhilfe gebracht.
VG
