NorbertFe

Wir wollen Namen, Daten und Adressen. ;)

Was beim Defender im _Zusammenhang_ mit einer CU Installation definitiv nicht stimm. Kann sich jeder selbst mal den Taskmanager anschauen mit aktiviertem und deaktiviertem Windows Defender. Der Unterschied ist sofort sichtbar. Guter Hinweis, aber auch das hilft nicht während des Updates eines CUs, weil der sich beim Kompilen der .net Assemblies einfach totrödelt. Wobei das auch stark von der Hardware abhängt. Bei richtiger Konfiguration stört er aber auch nicht. ;)

Ja diese Erfahrung kann ich auch bei den "größeren" Supportverträgen bestätigen. So richtig "hilfreich" waren die in den letzten Jahren sehr selten.

Gibt nen Grund, warum empfohlen wird ihn während des Updates zu deaktivieren. ;)

4h ist sehr lange. Ist die Hardware so schlapp, oder lässt du den virenscanner während der Installation an?

Freiwillige vor! :)

Fraschtig. ;) Falls du mit "Zwischenstationen" sowas wie Router auf dem Weg von dir zum Empfängerhost meinst, dann richtig. WEnn du meinst Zwischenstation "beliebige Relays" auf dem Weg zum Empfänger_postfach_. Deine transportverschlüsselung kannst du logischerweise nur mit einem (End-)system herstellen. Ob das dann schon in der Verwaltung des Kunden liegt, oder überhaupt das richtige System ist sagt dir niemand. Auf genau dieser Verbindung ist dann allerdings mittels der Transportverschlüsselung sichergestellt, dass eben nur du (Absender) und der Empfänger die Information lesen kann. Was dann danach mit der Nachricht passiert kannst du als Absender sowieso nicht beeinflussen. Bye Norbert

Ja, Exchange 2016 und Outlook 2010 sind leider miteinander supported.

Da erinnerst du dich falsch. Das ist im "NORMALFALL" nicht notwendig, sondern führt erfahrungsgemäß eher zu mehr Problemen.

Nein, du hattest dann schon geantwortet als meine Antwort noch geschrieben wurde ;)

Versuchs. :)

Mach mal vor. Liest du die Antworten, die man die schreibt?

Was du nicht sagst. ;) Blöderweise musst du das aber selber bauen. Bspw. per GPO auf eine Gruppe gefiltert einen Registry Key/Wert erstellen und den kannst du dann im WPP abfragen. Hast also zwei Teile zur Administration. 1. Active Directory Gruppe in der sich der entsprechende Computeraccount befindet und auf diese Gruppe gefiltert ein GPO, in dem bspw. per GPP Registry dann ein Wert HKLM\Software\Deployment-LooMiS\Firefox angelegt wird. 2. WPP mit der Bedingung nur bei Clients mit obigem Registrywert/Key die jeweilige Software zu installieren.

Wäre evtl. sinnvoller, wenn du das deinen DSB bzw. Firmenanwalt fragst. ;)

Wenn in der OU nur die Gruppe steckt, dann ist dein Design eh falsch.

Und oben mit der Gruppe ersetzen nennst du nicht "Berechtigungen angepaßt"? Was genau hast du denn jetzt anders gemacht?

Wenn die Gruppe mit Usern und Computer lesen darf und übernehmen, reicht das auch. ;) ggf. Einfach mal Booten. Authentifizierte Nutzer ist ja auch nichts anderes.

Allein bei dem Beitrag, würde ich ganz stark empfehlen, jemanden ranzuholen, der sich mit der verwendeten Technik und ggf. wie Nils schon schrieb sogar in der Branche auskennt. Mit "wie leg ich denn am besten los" in einem Forum aufzuschlagen ist bei dem Thema irgendwie ein klassischer fail. Bye Norbert

OK, dann sag Bescheid, was beim Support Call rauskommt. :)

Tja die Chance hast du durch deine Aktivität ja nu verpaßt :p

Und deswegen macht man es einfach gleich richtig. ;)

Nichts hält länger als deine Lösung/das Provisorium. ;)

Und die neue maildomain hast du beim autodiscover berücksichtigt? Intern wird vermutlich auch der scp abgefragt, da ist das trivial. Was sollte das bringen? Ohne autodiscover gehts nicht. wenns aber nur der eine ist, dann kann’s natürlich auch am Client liegen, aber das wirst du dann evtl. Nur mittels fiddler rausfinden, wo denn die Verbindungen hingehen. Ist im Forum schwierig zu klären so ein Problem.

Ja falsche Autodiscover Konfiguration, sonst würde Outlook gar nicht erst per EAS versuchen. Ist das ein "NORMALER" Testuser? Oder mit welchem Nutzer probierst du das?