NorbertFe

Am Ende aber egal, denn die Warnung hat offensichtlich nie jemand gelesen. Hätte der besprechungsorganisator eine Aktualisierung gesendet wären diese selbsteingetragenen Informationen danach im digitalen Orkus gelandet. Ein Grund, warum es durchaus sinnvoll ist, sich einfach einen eigenen Parallelen Termin anzulegen.

Das würde ich bezweifeln.

Ich dafür schon häufiger. Ist im Allgemeinen unkritisch. Spezialfälle wurden ja schon erwähnt.

Wie hast du es denn in der Domäne konfiguriert? Vermutlich ja per gpo, oder? Und lokal gibts dann gpedit.msc mit dem man das ähnlich konfiguriert.

Und wo ist das Problem? Konfiguriere halt per lokaler Policy den wsus für den Host. Falls der wsus per ssl arbeitet braucht der Host natürlich auch die zertifikatskette, damit er dem Zertifikat vertraut.

Ja, hab ich was anderes behauptet? Ich hab das erahnt, weil ich Kunden hab, die zig Adressen auch neuen Mailboxen geben, weil sich niemand traut alte adressvarianten auch mal zu entfernen.

Bezüglich der adressrichtlinien ist das auch vollkommen. Offtopic. ;)

Schreib das doch einfach in die bestehende Policy. Kein Grund, dafür ne eigene zu verwenden. Das verwirrt nur. Und wenn du die bestehende änderst, kannst du auswählen, ob die alte oder neue Variante die default Adresse sein soll. Danach musst du sie nur noch anwenden, damit die bestehenden Konten aktualisiert werden. wenn du das getestet hast entfernst du die alte Variante und fertig.

Omo. Is doch ganz einfach. ;) kommt sowieso als nächste Anforderung, weil das sonst soviel zu buchstabieren ist. ;)

Gab ja nu genug Beispiele. Such dir eine aus und schreibs als Regel fest und gut. So oft kommt das auch nicht vor bei normal großen unternehmen.

Wie lauten die Mailadressen denn derzeit? Bei gleichlautenden Namen wird man halt irgendeine Unterscheidung wählen müssen. Ob das dann zusätzliche Zahlen oder Buchstaben oder weglassen des Vornamens sind, ist die überlasse. In den meisten Fällen denen ich bisher begegnet bin, hat man dann den Vornamen gekürzt oder ganz weggelassen. Am Ende muss man es halt nur irgendwo ins namenskonzept schreiben. ;)

Ich vermute eher sowas hier: https://learn.microsoft.com/de-de/troubleshoot/windows-server/group-policy/force-authoritative-non-authoritative-synchronization falls es noch ntfrs sysvol sein sollte, dann burflags d2 d4.

Wenn’s nicht mal der Fachverlag kann… https://heise.de/-9295445

Kann aber Probleme bei Antworten von alten Mails/Terminen bedeuten.

Aktuelle Version vom Skript? steht da ggf. Noch etwas mehr? Da wird doch relativ viel zu extended Protection gelistet.

Und? Warum sollte der Client jetzt unbedingt vom anderen was bekommen? Ist auch egal, ich finds nur nicht "verwunderlich". ;)

Ja, weil DHCP funktioniert. Wieso sollte das vom "anderen" kommen?

Ist ne Sache von weniger als einem Arbeitstag um auf 2016 zu kommen, wenn man weiß was man tut und nicht zuviel im Altsystem verbogen ist.

Ja, du kannst keinen Exchange 2019 installieren, wenn da noch ein Exchange 2010 im AD hängt. ;) Das wäre dann innerhalb der selben Org und da ist maximal 2010 und 2016 erlaubt. Also migriere einfach korrekt, dann gibts deutlich weniger Stress.

Übernahme. ;)

Ja es muss ja nicht in der registry stehen und wie schon oben angemerkt muss es auch in der registry nicht zwingend lesbar stehen.

Xyzz eintragen und die gesamte registry durchsuchen. Wenn’s nicht drin steht, dann wird’s entweder nicht in der registry gespeichert oder ggf. Nicht in einer editierbaren Form (reg_binary).

Und welcher davon hängt am printserver?

Nein. Ja die sind unbegründet.

Auf jeden Fall ist die erste kw nicht die, die den 1. Januar enthält. Zumindest gilt das nicht in Deutschland. ;)