14
Exchange-Postfachzugriff über OWA funktioniert, über Outlook jedoch nicht
Hallo in die Runde,
ich habe das Problem, dass ein Nutzer in einer RDS-Umgebung auf Basis von Windows Server 2019
nur über OWA auf ein gemeinsam genutztes Exchange-Postfach zugreifen kann.
Über Outlook auf Basis vom M365 lässt sich das Postfach nicht öffnen.
Sein eigenes Nutzerpostfach kann der Nutzer über beide Wege ohne Probleme öffnen.
Auch können alle anderen berechtigten Nutzer dieser RDS-Umgebung auf das gemeinsam genutzte Exchange-Postfach
über OWA und Outlook zugreifen.
Da es über OWA funktioniert schließe ich ein Rechteproblem derzeit aus. Laut ECP hat der Nutzer Vollzugriff auf das entsprechende Postfach.
Ich habe auch schon das Outlookprofil des Nutzer gelöscht und neu erstellt und ebenso den Exchange-Cache-Modus deaktviert.
Beides führte bisher nicht zum Erfolg.
Hat eventuell jemand von einen Tipp für mich?
ich habe das Problem, dass ein Nutzer in einer RDS-Umgebung auf Basis von Windows Server 2019
nur über OWA auf ein gemeinsam genutztes Exchange-Postfach zugreifen kann.
Über Outlook auf Basis vom M365 lässt sich das Postfach nicht öffnen.
Sein eigenes Nutzerpostfach kann der Nutzer über beide Wege ohne Probleme öffnen.
Auch können alle anderen berechtigten Nutzer dieser RDS-Umgebung auf das gemeinsam genutzte Exchange-Postfach
über OWA und Outlook zugreifen.
Da es über OWA funktioniert schließe ich ein Rechteproblem derzeit aus. Laut ECP hat der Nutzer Vollzugriff auf das entsprechende Postfach.
Ich habe auch schon das Outlookprofil des Nutzer gelöscht und neu erstellt und ebenso den Exchange-Cache-Modus deaktviert.
Beides führte bisher nicht zum Erfolg.
Hat eventuell jemand von einen Tipp für mich?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 668970
Url: https://administrator.de/forum/exchange-postfachzugriff-ueber-owa-funktioniert-ueber-outlook-jedoch-nicht-668970.html
Ausgedruckt am: 22.12.2024 um 11:12 Uhr
14 Kommentare
Neuester Kommentar
Moin,
Fehlermeldung?
Gruß,
Avoton
Über Outlook auf Basis vom M365 lässt sich das Postfach nicht öffnen.
Fehlermeldung?
Gruß,
Avoton
Wahrscheinlich hast du einen Autodiscover-Problem. Autodiscover ist verantwortlich dafür, dass Outlook die Verbindungen zu Postfächern korrekt herstellt, insbesondere bei gemeinsam genutzten Postfächern. Wenn Autodiscover nicht korrekt funktioniert, kann das dazu führen, dass Outlook das Postfach nicht findet oder nicht korrekt verbindet, obwohl es über OWA zugänglich ist.
Meine OWA Kenntnisse sind veraltet, meine letzte OWA Story stammt aus 1999.
Daher folgendes mit Vorsicht genießen:
Autodiscover-Test in Outlook: führe den Test E-Mail AutoConfiguration in Outlook aus, dabei hälst du die Strg-Taste gedrückt und klickst mit der rechten Maustaste auf das Outlook-Symbol in der Taskleiste. Wähle dann "Test E-Mail AutoConfiguration" und gib die E-Mail-Adresse des gemeinsamen Postfachs ein. Stell bitte sicher, dass nur Autodiscover aktiviert ist. Sehe sonst: How to quickly verify if Autodiscover is working. Prüfe, ob der Test erfolgreich ist und ob die richtigen Einstellungen angezeigt werden.
Check mal , ob es eventuell alte oder falsche DNS-Einträge gibt, die zu Autodiscover-Problemen führen könnten....löschen ggf. den DNS-Cache auf dem Client: cmd, ipconfig /flushdns...ich gehe nicht davon aus, aber sicher ist sicher.
Wenn das Problem durch Autodiscover bedingt ist, könnte das Löschen und Neuanlegen des Outlook-Profils auf Basis der richtigen Autodiscover-Daten helfen.
Hoffe es hilft. Gruß
"Bitte beachten Sie, dass meine Beiträge auf meiner 25-jährigen Erfahrung sowie der Nutzung von Suchmaschinen und Fach-KI-Agenten basieren. Ich erhebe keinen Anspruch auf absolute Richtigkeit und übernehme keine Haftung für die Inhalte. Jeder Hinweis und jede Ergänzung sind willkommen!"
Meine OWA Kenntnisse sind veraltet, meine letzte OWA Story stammt aus 1999.
Daher folgendes mit Vorsicht genießen:
Autodiscover-Test in Outlook: führe den Test E-Mail AutoConfiguration in Outlook aus, dabei hälst du die Strg-Taste gedrückt und klickst mit der rechten Maustaste auf das Outlook-Symbol in der Taskleiste. Wähle dann "Test E-Mail AutoConfiguration" und gib die E-Mail-Adresse des gemeinsamen Postfachs ein. Stell bitte sicher, dass nur Autodiscover aktiviert ist. Sehe sonst: How to quickly verify if Autodiscover is working. Prüfe, ob der Test erfolgreich ist und ob die richtigen Einstellungen angezeigt werden.
Check mal , ob es eventuell alte oder falsche DNS-Einträge gibt, die zu Autodiscover-Problemen führen könnten....löschen ggf. den DNS-Cache auf dem Client: cmd, ipconfig /flushdns...ich gehe nicht davon aus, aber sicher ist sicher.
Wenn das Problem durch Autodiscover bedingt ist, könnte das Löschen und Neuanlegen des Outlook-Profils auf Basis der richtigen Autodiscover-Daten helfen.
Hoffe es hilft. Gruß
"Bitte beachten Sie, dass meine Beiträge auf meiner 25-jährigen Erfahrung sowie der Nutzung von Suchmaschinen und Fach-KI-Agenten basieren. Ich erhebe keinen Anspruch auf absolute Richtigkeit und übernehme keine Haftung für die Inhalte. Jeder Hinweis und jede Ergänzung sind willkommen!"
Guten Morgen,
anbei die Fehlermeldung.
anbei die Fehlermeldung.
Ich habe jetzt noch die folgenden Schritte ausgeführt:
- Neustart Exchange-Server
- Neustart Terminal-Server
- Test bei dem nur der betroffene Nutzer am Terminal angemeldet ist
Auch dies brachte nicht den gewünschten Erfolg.
- Neustart Exchange-Server
- Neustart Terminal-Server
- Test bei dem nur der betroffene Nutzer am Terminal angemeldet ist
Auch dies brachte nicht den gewünschten Erfolg.
Moin
Vielleicht hilft das, ich weiß nicht welche Outlook Versionen im Einsatz sind:
https://learn.microsoft.com/de-de/exchange/troubleshoot/public-folders/u ...
Vielleicht hilft das, ich weiß nicht welche Outlook Versionen im Einsatz sind:
https://learn.microsoft.com/de-de/exchange/troubleshoot/public-folders/u ...
Sonst auf Server Ebene wäre das relevant:
https://learn.microsoft.com/en-us/exchange/architecture/mailbox-servers/ ...
https://learn.microsoft.com/en-us/exchange/architecture/mailbox-servers/ ...
Danke für die Antwort.
Es ist das Outlook auf dem M365-Packet im Einsatz.
Das schließe ich derzeit aus, da direkt nach dem Neustart von Terminal-Server und Exchange-Server sich der betreffende Nutzer allein am Terminal anmeldet zum Testen. Das Problem bleibt dennoch bestehen.
Die Anzahl der möglichen Sessions sollte somit nicht überschritten sein. Andere Outlook-Sessions sind auch nicht aktiv.
Zitat von @SPOK71:
Moin
Vielleicht hilft das, ich weiß nicht welche Outlook Versionen im Einsatz sind:
https://learn.microsoft.com/de-de/exchange/troubleshoot/public-folders/u ...
Moin
Vielleicht hilft das, ich weiß nicht welche Outlook Versionen im Einsatz sind:
https://learn.microsoft.com/de-de/exchange/troubleshoot/public-folders/u ...
Es ist das Outlook auf dem M365-Packet im Einsatz.
Zitat von @SPOK71:
Sonst auf Server Ebene wäre das relevant:
https://learn.microsoft.com/en-us/exchange/architecture/mailbox-servers/ ...
Sonst auf Server Ebene wäre das relevant:
https://learn.microsoft.com/en-us/exchange/architecture/mailbox-servers/ ...
Das schließe ich derzeit aus, da direkt nach dem Neustart von Terminal-Server und Exchange-Server sich der betreffende Nutzer allein am Terminal anmeldet zum Testen. Das Problem bleibt dennoch bestehen.
Die Anzahl der möglichen Sessions sollte somit nicht überschritten sein. Andere Outlook-Sessions sind auch nicht aktiv.
Es geht nicht um die Anzahl der User, die sich gleichzeitig anmelden können, sondern um die Anzahl der sessions die ein einziger User haben kann.
Okay, steht was im Logbuch des Exchange Servers? Wie das hier:
Mapi session /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=568808a4721b4f25bbd58d03f15fb787-Alexa with client type MoMT exceeded the maximum of 32 objects of type Session.
Okay, steht was im Logbuch des Exchange Servers? Wie das hier:
Mapi session /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=568808a4721b4f25bbd58d03f15fb787-Alexa with client type MoMT exceeded the maximum of 32 objects of type Session.
Der KI-Agent meint folgendes:
Quelle: KI
Diese Fehlermeldung tritt auf, wenn die Anzahl der gleichzeitig geöffneten Elemente in Outlook die vom Exchange-Server festgelegte Grenze überschreitet. Es gibt mehrere mögliche Lösungsansätze:
Kurzfristige Maßnahmen
Schließen Sie geöffnete E-Mails und Anhänge in Outlook.
Entfernen Sie Anhänge und Bilder aus Entwürfen von E-Mails, die Sie gerade verfassen.
Starten Sie Outlook neu.
Serverseitige Anpassungen
Der Exchange-Administrator kann die Einschränkungen (Throttling Policy) anpassen:
Verbinden Sie sich mit Exchange PowerShell.
Überprüfen Sie die aktuelle Policy:
Erstellen Sie eine neue Policy mit höheren Limits:
Wenden Sie die neue Policy auf betroffene Benutzer an:
Clientseitige Anpassungen
In der Windows-Registry können Sie die maximale Anzahl geöffneter Elemente erhöhen:
Öffnen Sie den Registrierungs-Editor.
Navigieren Sie zu:
Erstellen Sie einen neuen DWORD-Wert:
Name: MaxLargeFileChangesToCache
Wert: 50 (oder höher, je nach Bedarf)
Starten Sie Outlook neu.
Beachten Sie, dass diese Änderungen die Serverleistung beeinflussen können. Es ist ratsam, zuerst die kurzfristigen Maßnahmen zu versuchen und bei anhaltenden Problemen mit dem IT-Support oder Exchange-Administrator Rücksprache zu halten
Kurzfristige Maßnahmen
Schließen Sie geöffnete E-Mails und Anhänge in Outlook.
Entfernen Sie Anhänge und Bilder aus Entwürfen von E-Mails, die Sie gerade verfassen.
Starten Sie Outlook neu.
Serverseitige Anpassungen
Der Exchange-Administrator kann die Einschränkungen (Throttling Policy) anpassen:
Verbinden Sie sich mit Exchange PowerShell.
Überprüfen Sie die aktuelle Policy:
powershell
Get-ThrottlingPolicy | flpowershell
New-ThrottlingPolicy -Name "IncreasedLimits" -RCAMaxConcurrency Unlimited -EWSMaxConcurrency Unlimited Wenden Sie die neue Policy auf betroffene Benutzer an:
powershell
Set-Mailbox -Identity "Benutzername" -ThrottlingPolicy "IncreasedLimits" Clientseitige Anpassungen
In der Windows-Registry können Sie die maximale Anzahl geöffneter Elemente erhöhen:
Öffnen Sie den Registrierungs-Editor.
Navigieren Sie zu:
text
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Cached ModeErstellen Sie einen neuen DWORD-Wert:
Name: MaxLargeFileChangesToCache
Wert: 50 (oder höher, je nach Bedarf)
Starten Sie Outlook neu.
Beachten Sie, dass diese Änderungen die Serverleistung beeinflussen können. Es ist ratsam, zuerst die kurzfristigen Maßnahmen zu versuchen und bei anhaltenden Problemen mit dem IT-Support oder Exchange-Administrator Rücksprache zu halten
Zitat von @SPOK71:
Sonst auf Server Ebene wäre das relevant:
https://learn.microsoft.com/en-us/exchange/architecture/mailbox-servers/ ...
Sonst auf Server Ebene wäre das relevant:
https://learn.microsoft.com/en-us/exchange/architecture/mailbox-servers/ ...
Ich habe den Session-Wert testweise auf 600 gesetzt. Dies brachte keinen Erfolg.
Zitat von @SPOK71:
Der KI-Agent meint folgendes:
Diese Fehlermeldung tritt auf, wenn die Anzahl der gleichzeitig geöffneten Elemente in Outlook die vom Exchange-Server festgelegte Grenze überschreitet. Es gibt mehrere mögliche Lösungsansätze:
Kurzfristige Maßnahmen
Schließen Sie geöffnete E-Mails und Anhänge in Outlook.
Entfernen Sie Anhänge und Bilder aus Entwürfen von E-Mails, die Sie gerade verfassen.
Starten Sie Outlook neu.
Serverseitige Anpassungen
Der Exchange-Administrator kann die Einschränkungen (Throttling Policy) anpassen:
Verbinden Sie sich mit Exchange PowerShell.
Überprüfen Sie die aktuelle Policy:
Erstellen Sie eine neue Policy mit höheren Limits:
Wenden Sie die neue Policy auf betroffene Benutzer an:
Clientseitige Anpassungen
In der Windows-Registry können Sie die maximale Anzahl geöffneter Elemente erhöhen:
Öffnen Sie den Registrierungs-Editor.
Navigieren Sie zu:
Erstellen Sie einen neuen DWORD-Wert:
Name: MaxLargeFileChangesToCache
Wert: 50 (oder höher, je nach Bedarf)
Starten Sie Outlook neu.
Beachten Sie, dass diese Änderungen die Serverleistung beeinflussen können. Es ist ratsam, zuerst die kurzfristigen Maßnahmen zu versuchen und bei anhaltenden Problemen mit dem IT-Support oder Exchange-Administrator Rücksprache zu halten
Der KI-Agent meint folgendes:
Diese Fehlermeldung tritt auf, wenn die Anzahl der gleichzeitig geöffneten Elemente in Outlook die vom Exchange-Server festgelegte Grenze überschreitet. Es gibt mehrere mögliche Lösungsansätze:
Kurzfristige Maßnahmen
Schließen Sie geöffnete E-Mails und Anhänge in Outlook.
Entfernen Sie Anhänge und Bilder aus Entwürfen von E-Mails, die Sie gerade verfassen.
Starten Sie Outlook neu.
Serverseitige Anpassungen
Der Exchange-Administrator kann die Einschränkungen (Throttling Policy) anpassen:
Verbinden Sie sich mit Exchange PowerShell.
Überprüfen Sie die aktuelle Policy:
powershell
Get-ThrottlingPolicy | flpowershell
New-ThrottlingPolicy -Name "IncreasedLimits" -RCAMaxConcurrency Unlimited -EWSMaxConcurrency Unlimited Wenden Sie die neue Policy auf betroffene Benutzer an:
powershell
Set-Mailbox -Identity "Benutzername" -ThrottlingPolicy "IncreasedLimits" Clientseitige Anpassungen
In der Windows-Registry können Sie die maximale Anzahl geöffneter Elemente erhöhen:
Öffnen Sie den Registrierungs-Editor.
Navigieren Sie zu:
text
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Cached ModeErstellen Sie einen neuen DWORD-Wert:
Name: MaxLargeFileChangesToCache
Wert: 50 (oder höher, je nach Bedarf)
Starten Sie Outlook neu.
Beachten Sie, dass diese Änderungen die Serverleistung beeinflussen können. Es ist ratsam, zuerst die kurzfristigen Maßnahmen zu versuchen und bei anhaltenden Problemen mit dem IT-Support oder Exchange-Administrator Rücksprache zu halten
Auch das setzten der ThrottlingPolicy half nicht weiter.
Und das Logbuch vom Exchange ?
In den Logs konnte ich nichts verwertbares finden.
Da diese Fehlersuche doch sehr viel Zeit in Anspruch nimmt, werde ich morgen die Userprofildisk (VHDX) einfach neu anlegen.
Da der Nutzer der Einzige mit diesem Problem ist, vermute ich das Problem in den Untiefen seines Profils.
Da diese Fehlersuche doch sehr viel Zeit in Anspruch nimmt, werde ich morgen die Userprofildisk (VHDX) einfach neu anlegen.
Da der Nutzer der Einzige mit diesem Problem ist, vermute ich das Problem in den Untiefen seines Profils.
Ist es ja auch, aber du kennst das Problem jetzt und wenn du es wieder hast, weißt du Bescheid.
Das Anlegen einer neuen Userprofildisk brachte den erwünschten Erfolg. Der Zugriff auf das Postfach funktioniert jetzt wieder.
