gelöscht

Hier ist der Startpunkt: https://docs.microsoft.com/en-us/exchange/client-developer/exchange-web-services/explore-the-ews-managed-api-ews-and-web-services-in-exchange Ist einigermaßen selbsterklärend. ASR

Ich auch. Könntest aber ein EWS Script bauen dass den Nickname Cache ausließt. Aber ernsthaft: eine Mail die auf gefälschte Mails hinweist? Ziemlich peinlich und unprofessionell. ASR

Hatte ja geschrieben Du sollst das nicht auf dem Exchange IIS machen. Wenn doch sind Deine Bindings auf diesem IIS falsch. Wenn das auf einen R-Proxy zeigen sollte, darf der natürlich auch nicht auf 443 lauschen. ASR

hm, auf Port 443 sollte Dein Redirect Endpunkt ja gar nicht reagieren. ASR

Erstelle einen Trace mit dem iPhone, dann siehst Du schon: http://docs.telerik.com/fiddler/configure-fiddler/tasks/configureforios was passiert und was nicht. ASR

Mach nur den Redirect nicht mit auf den Exchange IIS, installiere dazu irgendwo einen separaten. ASR

Die müssen i.d.R. auch nicht geändert werden, nur in DNS muss der Endpunkt geändert werden. ASR

Das ist längst veraltet. ASR

obsolet.

Und was hat jetzt die Automapping Diskussion mit dem eigentlichen Problem bzw. der Frage zu tun? ASR

Schau mal hier: https://blogs.technet.microsoft.com/exchange/2015/03/03/want-more-control-over-sent-items-when-using-shared-mailboxes/ und da: https://support.microsoft.com/en-us/help/202517/items-that-are-deleted-from-a-shared-mailbox-go-to-the-wrong-folder-in oder dort: https://www.ntweekly.com/2016/02/21/sent-items-and-deleted-items-behavior-in-shared-mailbox-exchange-server-2016/ mit Automapping ein/aus hat das AFAIK nichts zu tun. ASR

Outlook syncronisiert die dann nicht in die OST, sollten aber trotzdem versendet werden. Mit MFCMAPI kommst Du in jedem fall dran. Am einfachsten dürfte es aber sein wenn Du anweist am Tag x oder über das Wochenende Y keine Nachrichten in der Outbox per verzögerter Übermittlung zu haben. Ich finde das Feature ohnehin problematisch und einigermaßen sinnfrei. ASR

Wie gesagt: dann aktiviere den Cache Mode, das ist von Microsoft aus vielen guten Gründen empfohlen: https://support.office.com/en-us/article/Turn-on-Cached-Exchange-Mode-7885AF08-9A60-4EC3-850A-E221C1ED0C1C Cached Exchange Mode is the default when you add an Exchange or Office 365 account. We recommend always using Cached Exchange Mode with an Exchange or Office 365 account. Ich denke eher nicht dass Exchange ein Objekt neu indiziert, wenn es auf die von Dir beschriebene Weise geändert wird. ASR

Outlook im Cache Mode? Wenn nicht, schalte den ein. ASR

Das ist falsch, gehe zum Beitrag von "testperson". ASR

falsches Forum, hier würde es um Exchange gehen. ASR

Noch besser wäre sicher: C:\Program Files\Microsoft\Exchange Server\V15 denn in Englisch gibt es noch weniger Problemchen zu umschiffen. ASR

Naja, wenn Du das am Client manuell änderst wird dies ggf. wieder von Autodiscover überschrieben. Wenn am Client, dann per GPO. ASR Defacto nicht messbar mehr. ASR

Ja, jeder ActiveSync Client ist besser als POP/IMAP. OWA ist bei 2010 zwar keine Offenbarung, aber immer noch funktionaler als POP/IMAP. ASR

Hast Du die Logs usw. verschoben? Die Meldung hier dürfte wohl erwartet sein wenn die DB nicht gemounted ist. Was sagt eseutil /mh für die DB? ASR

Hast hoffentlich auch gelernt Exchange besser in den Standardpfad zu installieren, leider gab/gibt es immer mal wieder Problemchen wenn dieser nicht verwendet wird. ASR

Verschiebe mal die Transaction logs und die Checkpoint Datei in einen Temp Folder. Wie viel freier Plattenplatz ist auf dem Volume? ASR

Mal das UpdateCas.ps1 Script aus dem /bin Verzeichnis probiert? ASR

Oder Du nimmst eine richtige Anleitung: https://docs.microsoft.com/en-us/exchange/exchange-deployment-assistant ASR

Wie ist da die Revisionssicherheit gewährleistet? ASR