Sunny61

Steht im ersten Posting.

Existiert das Problem bei euch auf jedem W10 Client, oder nur bei bestimmten Clients/Usern?

Nein, das funktioniert auch mit einem W2012R2 als DC. Wichtig ist dabei nur, die ADMX Templates vom eingesetzten W10 zu verwenden. D.h. entweder einen Central Store einsetzen https://www.gruppenrichtlinien.de/de/artikel/central-store-fuer-administrative-vorlagen/ oder die ADMX Templates auf dem W2012R2 ins lokale Verzeichnis kopieren oder von einem Client mit installierten RSAT Tools die GPOs administrieren. Computerkonfig > Admin. Vorlagen > Windows Komponenten > Übermittlungsoptimierung. Hier kannst Du sehr viel einstellen. ;)

Wenn das Problem mit dem Update gelöst hast, kannst Du das RU22 installieren.

Umd den Pfad in den Worddateien zu ändern, kann man auch ein PS-Script verwenden. NorbertFe hat sich damit auseinandersetzen dürfen: https://social.technet.microsoft.com/Forums/de-DE/2bb22bee-acb5-4301-913a-120af0b2b2d7/word-templates-entfernenkorrigieren?forum=powershell_de Gab auch hier im Forum einen Thread dazu: Ich bin immer noch der Meinung dass die Vorlagen auf C:\ kopiert werden können, dann spart man sich die Änderungen bei jedem Umzug. Du könntest auch einen SPN (Service Principal Name) im AD für den Server anlegen, den kann man AFAIK umziehen.

Meckert jedes Outlook oder nur vereinzelte? Clients neu starten wäre auch eine gute Möglichkeit. ;)

Hier ist zwar nur die Rede vom Ex2010 SP1, aber die Problematik ist bei die gleiche: https://www.borncity.com/blog/2018/07/13/kb4018385-zurckgezogen-weitere-patchday-probleme/ Außerdem gibt es schon das UR *22* für den Exchange 2010 SP3. https://support.microsoft.com/de-de/help/4295699/update-rollup-22-for-exchange-server-2010-service-pack-3

Freut mich für Dich und Danke für die Rückmeldung. ;) Jetzt bitte noch das Posting mit der Lösung als *die* Lösung/Antwort markieren. Nein, wir können das nicht für dich machen, das darfst nur du als TO machen.

Wie genau meldest Du von extern an? domain\deinuser wäre eine Variante.

Wenn Du das Info@ als zusätzliches Postfach *ohne* Automapping True einbindest, wird normalerweise auch sofort das Info@ als Absendeadresse genommen, sofern der User direkt aus diesem Postfach heraus ein neues Mail versenden möchte.

AFAIK immer im Benutzerprofil des angemeldeten Benutzers.

In welchem *genauen* Pfad liegt das Script? Wer ist ausführender der Aufgabe? Läuft das Script mit erhöhten Rechten? Läuft das Script sofort los oder musst Du noch etwas bestätigen, wenn Du das Script manuell ausführst?

Was ist denn in Security aktiviert? Möglicherweise musst Du dort noch etwas abschalten.

Und aufpassen dass Du auch einen User mit dem GPO erwischt! :)

Der einzige Haken sind die Defender Updates als solches, da hast Du dann am Ende des Tages 10 Updates für den Defender freigegeben, aber es wird nur das aktuellste benötigt. Die 'alten' einfach ablehnen im WSUS. Wenn Du mit SQL Scripten etwas kannst, dann kannst Du das auch automatisieren.

Ok, dann sag bitte Bescheid was raus gekommen ist.

Evtl. gibt es ja Einstellungen, die per GPP gesetzt sind. Die verschwinden nicht von den Systemen, wenn man die Verknüpfungen entfernt.

Trotzdem ist der Exchange nicht aktuell. Im Fall des Falles lässt dich MSFT im Regen stehen und besteht auf eine Aktualisierung des Exchange.

Der Exchange ist vermutlich nicht aktuell, dir fehlen ein paar RUs: Microsoft Exchange Server 2010 SP3 RU18 14.03.0361.001 06.07.2017 Microsoft Exchange Server 2010 SP3 RU19 14.03.0382.000 17.12.2017 Microsoft Exchange Server 2010 SP3 RU20 14.03.0389.001 05.03.2018 Microsoft Exchange Server 2010 SP3 RU21 14.03.0399.002 07.05.2018 Microsoft Exchange Server 2010 SP3 RU22 14.03.0411.000 12.06.2018 Wenn es nur einen Client betrifft, würde ich den neu installieren. Das Office 2010 ist auch aktuell? Unbedingt manuell selbst prüfen bitte. Benutzt ihr den Cache Mode auf diesem Client? Welcher AV-Scanner ist wo installiert?

Welche exakte Build hat der Exchange, der Windows Server 2016 und der Windows 10 Client?

Hier sieht man immer schön die Builds und die nötigen Updates dafür: http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern Microsoft Exchange Server 2016 CU7 15.01.1261.035 16.09.2017 Microsoft Exchange Server 2016 CU8 15.01.1415.002 17.12.2017 Microsoft Exchange Server 2016 CU9 15.01.1466.003 15.03.2018 Microsoft Exchange Server 2016 CU10 15.01.1531.003 12.06.2018

SRP wird in GPOs nicht mehr weiter entwickelt. Lies doch einfach den Artikel komplett durch.

Mehrmals täglich synchronisieren mit MU. Zusätzlich kannst Du im GPO konfigurieren, dass der WSUS für die Update verwendet wird. Hast Du das auch richtig konfiguriert?

Hast Du schon einen anderen Benutzer probiert?

Und wenn der Client offline startet, wie lange wartet dann deine Batch bis sie den Pfad findet?