mikro

Moin, Ja ich würde sobald du testen kannst, schauen ob die Mailbox geht und vielleicht, ob du mit get-mailbox statistics schon Ordner in der Mailbox siehst und sobald du den access getestet hast, den moverequest löschen. Mikro

Moin, was sagt denn Get-mailboxdatase "DBName" |get-mailboxstatistics sowie Get-mailboxdatase "DBName" |get-mailboxstatistics |measure mikro

Richtig auf dem DC im Security Log schauen woher die Sperrung kommt, dann auf dem Exchange im IIS Log zu der Zeit suchen. Du hast da viele Möglichkeiten. Browser, Mobile, Windows Tresor, Outlook etc. Schau in die Logs.

Bei Forwardingaddress ist es eingetragen... Gruß mikro

Hast Du den Transportdienst mal durchgestartet ?

Die wirds wohl nicht sein. Mit |fl dahinter kannst du auch sehen was die macht. Sagt das Messagetrack denn das sie mails "stored" wurde?

Geh in die Exchangeshell und schau ob bei Get-inboxrule -mailbox "Usermailadrress" -includehidden was angezeigt wird was danach aussieht.

Was sagt dsa Messagetrackinglog? Vielleicht ne Postfachregel? Gruß mikro

Moin, New-inboxrule -redirect to.... Gruß mikro

Moin, ja das ist so. Gruss Mikro

Dann läuft er aber gefahr, das die bei denen das schon richtig läuft die doppelt eingetragen haben....

Wenn Du den Cache Modus rausnimmst, oder das Konto als eigenständiges und nicht erweitert einrichtest nicht.

Moin, google mal den Regkey DelegateSentItemsStyle Dword 1 Auf dem Client wo es nicht in der Shared MBX landet. Gruß Mirko

Moin, das geht nicht. Mirko

Moin hast du im OWA oder Postfach Emailweiterleitungsregeln? Die erzeugen eine neue Mail und zeigen somit nicht mehr den ursprünglichen Header an. mikro

Hast Du auch obwohl man vielleicht keine Regeln angezeigt bekommen Outlook mal mit den Schaltern outlook /cleanserverrules, cleanclientrules oder /cleanrules gestartet? mikro

Hey, ich würde sagen die Basic Auth ist schon geblockt. Gruß Mikro

Moin, kommt die Mail wirklich mit der falschen Emailadresse an oder landet sie nur im falschen Gesendete Elemente Ordner? Hast Du mal im Von Feld die Adresse aus dem Addressbuch ausgewählt? Gruß Mikro

Ach, wenn es das gewesen sein sollte und bei dem User mit neuer OST Datei alles in Ordnung ist, kannst du die umbenannte OST Datei entgültig entfernen.

Was wäre wenn... ich würde erstmal das tun... Ligitation Hold etc. kopiert die Mails nicht an den ursprünglichen Ort zurück, kann es somit auch nicht sein.. Mir wäre jetzt so erstmal keine Einstellungen bekannt, ich würde aber auch auf die Cache Datei wetten ;)

Ich würde erstmal auf den Server schauen, wenn du Get-mailboxfolderstatistics Postfachname |select name,folderpath machst, was er da für Ordner anzeigt. Danach würe ich mich auf die User Kiste schalten und unter C:\Users\Loginname\AppData\Local\Microsoft\Outlook die OST Datei umbenennen. Nein löschen sollte er gar nichts, ist es wirklich die OST Datei, ist as nur verschwendete Zeit.

Moin, Cache Modus defekte OST Datei. Gruß mikro

Moin, nein das ist nicht nötig und in vielen Fällen auch eher kontraproduktiv. Gruß mikro

Im AD onPrem löschen Gruß mikro