Kein Zugriff auf Exchange Postfach mit Outlook 2013, 2016

[gelöscht 0]

Falsche Partition. Du musst den "Default Naming Context" verbinden. Nicht die Configuration Partition. Dann siehst Du OUs und User -> rechte Mäusetaste -> Properties -> und die Attribute suchen

 

ASR

[testperson 1.680]

Noch eine Idee, die bei "kuriosen Exchange Problemen" schonmal hilft: Schieb die Mailbox mal in eine andere / neue Datenbank und teste, ob dann alles funktioniert.

[pipen 0]

Am 20.11.2018 um 16:17 schrieb ASR:

Falsche Partition. Du musst den "Default Naming Context" verbinden. Nicht die Configuration Partition. Dann siehst Du OUs und User -> rechte Mäusetaste -> Properties -> und die Attribute suchen

 

ASR

Habe die Attribute gefunden. showInAddressBook zeigt den gleichen Inhalt wie z.B. bei meinem und msExchQueryBaseDN ist nichts festgelegt.

[pipen 0]

Am 20.11.2018 um 17:35 schrieb testperson:

Noch eine Idee, die bei "kuriosen Exchange Problemen" schonmal hilft: Schieb die Mailbox mal in eine andere / neue Datenbank und teste, ob dann alles funktioniert.

Entschuldigt mich, aber ich frage jetzt lieber nochmals nach. Wenn ich in der Exchange Verwaltungkonsole eine neue Datenbank anglege, auf was muß ich da achten??? Oder kann ich da einfach mit dem Assistenten eine Neue Postfachdatenbank erstellen? Beim verschieben des Postfachs mache ich eine neue lokale Verschiebungsanforderung, Postfach und Zielpostfachdatenbank auswählen und Fertigstellen?

[Nobbyaushb 1.471]

Ja.

Kommt einem RepairRequest gleich, ist nur einfacher.

[testperson 1.680]

vor 22 Minuten schrieb Nobbyaushb:

Kommt einem RepairRequest gleich, ist nur einfacher.

Das hat auch schon geholfen wenn der RepairRequest nix gebracht hat. ;)

[pipen 0]

Neue Datenbank erstellt, Postfach verschoben, Fehler bleibt bzw. Postfach kann in Outlook nicht verbunden werden.

bearbeitet 22. November 2018 von pipen

[gelöscht 0]

vor 3 Stunden schrieb pipen:

Neue Datenbank erstellt, Postfach verschoben, Fehler bleibt bzw. Postfach kann in Outlook nicht verbunden werden.

Das war zu erwarten. Ich sehe zwei Möglichkeiten:

 

a) Lösche den AD User, leg einen neuen an und verbinde die Mailbox wieder.

b) Mach LDAP Dumps von einem funktionierenden und dem betroffenen User und poste die.

 

GPOs oder so können es ja nicht sein? Auch ist die Vererbung für das betroffene AD Objekt nicht deaktiviert?

 

ASR

[pipen 0]

Ich habe schon etwas vorgegriffen, weil gerade Zeit war. Ich habe die Möglichkeit "a" gemacht. Den User habe ich dann genau identisch wieder angelegt. Danach das Postfach wieder verbunden. Am Windows Client neu angemeldet wo er sich auch ein neues lokales Profil erstellt hat. Outlook gestartet. So jetzt hat es sich wieder sauber die Daten gezogen. Als ich auf weiter ging, kam schon wieder die Sicherheitsabfrage. Da habe ich die Daten mehrfach eingegeben, ohne Erfolg. Danach habe ich Abbrechen gedrückt. Plötzlich kam die Meldung das es erfolgreich verbunden ist. Ok und siehe da Verbunden mit Microsoft Exchange. Die Ordner wurden sauber synchronisiert und es ist alles da. Jetzt habe ich Outlook beendet und mich mit dem Mobilnetz verbunden. Auch hier kam anfangs wieder die Sicherheits Meldung, was ja beim ersten Mal mit Mobilnetz normal ist (zumindest bei mir). Nach der Eingabe der Benutzerdaten konnte sich Outlook im externen Netz verbinden.

Irgendwie verstehe ich aber immer noch nicht warum genau bei diesem einen neu angelegten User die Ersteinrichtung so wackelig ist und ich bei der korrekten Eingabe der Benutzerdaten immer wieder die Sicherheitsmeldung bekommen habe???

GPOs passen und die Vererbung passt auch, das habe ich schon einmal kontrolliert.

[NorbertFe 2.035]

vor 53 Minuten schrieb pipen:

Auch hier kam anfangs wieder die Sicherheits Meldung,

Welche Sicherheitsmeldung denn? Find ich ja schon "verdächtig". Ich denke Autodiscover usw. funktioniert fehlerfrei?

[pipen 0]

So ein Fenster öffnet sich. Normaler Weise funktioniert nach der Eingabe der Benutzerdaten die Verbindung mit Exchange. Dieses Fenster bekomme ich immer bei der ersten Verbindung mit Mobilnetz.

Im LAN also in der Domäne kommt das Fenster nicht. Wenn Autodiscover fehlerfrei funktioniert, sollte dann dieses Fenster nicht auftauchen? Ich meine im externen Netz? Weil wenn das nicht normal ist dann funktioniert mein Autodiscover nicht fehlerfrei.

 

[NorbertFe 2.035]

Ach sag doch gleich, dass du ein Anmeldefenster meinst. Doch natürlich kommt das immer von extern. Gehts denn, wenn du von extern zugreifst aber nicht per mobilenetz? Also bspw. Per dsl? Ich kann mich dunkel an die Telekom DNS Abfrage erinnern. Sowas hier: https://jans.cloud/2016/01/citrix-receiver-und-outlook-anywhere-vs-telekom-navigationshilfe/ keine Ahnung, ob’s sowas auch bei mobil Netz gibt/gab.

[pipen 0]

Eigentlich bin ich bei der Ersteinrichtung Outlook bei einem mobilen Gerät immer so vorgegangen:

- Gerät ist in der Domäne und mit LAN/WLAN verbunden

- Verbindung Outlook mit Exchange sind dann noch ca. 2 – 3 Klicks, fertig. Ohne jegliche PW Abfrage in dem Anmeldefenster.

- Anschließend habe ich das Gerät vom LAN/WAN getrennt und dann je nach Gerät entweder mit Mobilen Hotspot (Telekom), Datenstick (Telekom) oder interner Datenkarte (Telekom) eine Verbindung aufgebaut.

- Outlook gestartet, einmalig bei dieser Verbindung das Anmeldefenster ausgefüllt, Hacken speichern und dann hats funktioniert

Bei einigen Mobilen User weiß ich das die auch mal Zuhause ans DSL gehen. Ist aber ebenfalls problemlos möglich. Wenn ich mein Notebook Zuhause mit DSL verbinde funktioniert Outlook auch einwandfrei.   

Gestern habe ich noch versucht bei mir Zuhause ein jungfräuliches Gerät das nicht in der Domäne ist mit Exchange zu verbinden. Das hat nicht funktioniert. Gleiches Fehlerbild. Bis zum Anmeldefenster und dann war Schluß. Hmm, muß ich zur Erstverbindung mit Exchange in der Domäne sein? Wohl eher nicht, oder?

bearbeitet 23. November 2018 von pipen

[NorbertFe 2.035]

vor 23 Minuten schrieb pipen:

Hmm, muß ich zur Erstverbindung mit Exchange in der Domäne sein? Wohl eher nicht, oder?

Nein! Und hast du mal geschaut ob das im link auf dich zutrifft?

 

bye

norbert

[gelöscht 0]

vor 39 Minuten schrieb pipen:

Eigentlich bin ich bei der Ersteinrichtung Outlook bei einem mobilen Gerät immer so vorgegangen:

- Gerät ist in der Domäne und mit LAN/WLAN verbunden

- Verbindung Outlook mit Exchange sind dann noch ca. 2 – 3 Klicks, fertig. Ohne jegliche PW Abfrage in dem Anmeldefenster.

- Anschließend habe ich das Gerät vom LAN/WAN getrennt und dann je nach Gerät entweder mit Mobilen Hotspot (Telekom), Datenstick (Telekom) oder interner Datenkarte (Telekom) eine Verbindung aufgebaut.

- Outlook gestartet, einmalig bei dieser Verbindung das Anmeldefenster ausgefüllt, Hacken speichern und dann hats funktioniert

Bei einigen Mobilen User weiß ich das die auch mal Zuhause ans DSL gehen. Ist aber ebenfalls problemlos möglich. Wenn ich mein Notebook Zuhause mit DSL verbinde funktioniert Outlook auch einwandfrei.   

Gestern habe ich noch versucht bei mir Zuhause ein jungfräuliches Gerät das nicht in der Domäne ist mit Exchange zu verbinden. Das hat nicht funktioniert. Gleiches Fehlerbild. Bis zum Anmeldefenster und dann war Schluß. Hmm, muß ich zur Erstverbindung mit Exchange in der Domäne sein? Wohl eher nicht, oder?

Wenn Du ein Anmeldefenster bekommst, hast Du IMHO eine Fehlkonfiguration bei den Auth Einstellungen des vDir. Ist das MAPI/HTTP oder RPC/HTTP?

Ich würde empfehlen Exchange so zu konfigurieren, dass Du zu keinem Zeitpunkt ein Fenster bekommst - wenn der an Windows angemeldete Benutzer sich verbindet, 

 

Mit einem privaten Client der nicht in der Domäne ist, wirst Du notwendigerweise ein Popup bekommen.

 

ASR