Autotdiscovery exchange onPrem funktioniert bei einem user nicht

Hallo und vielen Dank für Deine Antwort,

die Fehlermeldung erscheint im O365 Web Portal wenn man sich die Eigenschaften des User ansehen will,

Ausgelöst wird er, wenn wir eine Mailbox wieder VON Exchange Online ZU OnPrem Exchange verschieben (Pilotphase Kundenwunsch)

UND

der User im O365 gelöscht wird (also User aus Sync entfernt, User endgültig aus O365 Papierkorb gelöscht)

wenn wir den User dann neu zum Sync hinzufügen, stimmen wohl die Exchange Attribute nicht mehr

O365 legt den User (MailUser) nicht korrekt an

Hallo Alexander,

hab mit adsiedit auf der OnPrem Seite die 3 Attribute geleert. Hat im ersten Schritt nicht funktioniert, da der User noch eine Archivmailbox hatte. Ich habe dann noch das Attribut msExchArchiveGUID geleert. In Onprem änderte sich der Recipienttype zu Mailuser.
Dann nochmal die E3 Lizenz entzogen und wieder zugewiesen. Nach dem nächsten AADConnect Sync war die Mailbox dann in O365 wieder sichtbar. Als letzte Schritte konnte ich dann mit set-mailuser die ExchangeGuid und ArchiveGuid wieder zuweisen und die Mailbox
nach OnPrem verschieben.

Danke für die Hilfe

Grüße

Andreas

Hallo,

ja im OWA funktioniert Autocomplete.

Wir verwenden aktuell noch Exchange 2013 OnPrem.

Ist die Idee Autocomplete Daten direkt im Postfach zu löschen?

Wenn ja, wie wird das ausgeführt?

LG

Philipp

Hallo Markus,

handelt es sich um eine Click-to-Run Version von Office?

Und habt ihr einen Exchange Hybrid oder ausschliesslich OnPrem?

Falls nur OnPrem, prüfe ob nicht die Lizenz für Exchange Online noch dem Benutzer zugewiesen ist - nur nicht dass hier noch etwas reinspielt.

Und werden die Benutzer mittels AADConnect in die Cloud repliziert mit Passwort Hash oder habt ihr ADFS im Einsatz oder gar Passtrouth Authentication? Du sagst ja, dass beide Adressen identisch sind.

Wie ist der User UPN im AD? Ist er korrekt auf die Mailadresse (also Public Domain) gesetzt oder lautet dieser noch z.B. *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***?

Welcher Benutzer ist am Windows Client angemeldet? Ist es derjenige, dessen Postfach im Outlook hinterlegt ist und geöffnet werden soll?

Das waren alles schon Sachen, die bei mir resp. bei meinen Kunden solche Phänomene ausgelöst haben. Ich würde also bei diesen Sachen ansetzen bei der Lösungssuche.

Gruss & viel Erfolg

Hallo Roi,
<br />
<br />vielen Dank für deine Anfrage.
<br />
<br />Prüfe bitte lokal mit folgendem Befehl, um sicherzustellen, dass das Postfach dort existiert.
<br />
<br />Get-Mailbox "address@domain.com"
<br />
<br />Dann prüfe, ob ein Remote-Postfach dafür existiert
<br />
<br />Get-RemoteMailbox "address@domain.com"
<br />
<br />Weiter verbinde PowerShell mit dem Echange Online und stelle bitte sicher, dass ein Cloud Postfach für den Betroffenen bereitgestellt wurde.
<br />
<br />Get-Mailbox "address@domain.com"
<br />
<br />Falls beide Befehle im EMS keine Ergebnisse zurückbringen, die Lösung ist einem Remote-Postfach für Betroffenen zu generieren.
<br />
<br />Enable-RemoteMailbox "address@domain.com" -RemoteRoutingAddress "address@yourinitialdomain.mail.onmicrosoft.com"
<br />
<br />Wenn man ein Benutzer-Postfach lokal mit Get-Mailbox finden kann, folge bitte diesem Artikel.
<br />
<br />Freue mich auf deine Rückmeldung.
<br />
<br />Mit freundlichen Grüßen
<br />Alexander Petrov
<br />Microsoft Office 365 for Business Support Engineer
<br />