NorbertFe

15 Laufwerke? wozu braucht man denn 15 Laufwerke? Oder sind das je ein Laufwerk für 15 verschiedene nutzergruppen? ;)

Das wäre auch nicht selfsigned. ;)

Nein. wieviele Exchangeserver hast du, wie sind dort die URLs konfiguriert?

Immer diese Wildcardzertifikate ;)

Nein das macht keine Probleme. Der CN lautet dann halt exchange.firma.de und der Name steht zusammen mit autodiscover.firma.de dann auch als SAN drin. Der interne Name kann sowieso nicht in ein öffentliches Zertifikat aufgenommen werden. Abgesehen davon mußt du das Zertifikat ja nicht an den SMTP Service binden. ;)

So bisschen selber suchen ist gar nicht dein Ding, oder? Wie wärs denn mit new-emailaddresspolicy?

Ich kann mich ja nochmal wiederholen: https://www.mcseboard.de/topic/214091-änderung-der-neue-primary-e-mail-adresse-hinterlegen-und-bestehende-als-alias-behalten/?do=findComment&comment=1364685

Ich kann nicht auf deinen Bildschirm gucken. Du müßtest also ggf. etwas ausführlicher oder mit Screenshot usw. arbeiten, damit man das nachvollziehen kann.

Kann ich hier am Exchange 2016 mit CU11 nicht nachvollziehen. Entweder patchst du mal auf aktuellen Stand (CU21 afair) und testest dann nochmal, oder du versuchst es über die Powershell.

Und welche Berechtigungen hast du auf Quell- und Zielordner? Unabhängig davon ist "verschieben" innerhalb des selben Volumes eben mit genau diesem Phänomen verbunden.

Wo genau erhältst du diese Fehlermeldung? Welchen Patchstand hat dein Server?

Schreib ich irgendwie unverständlich?

Ja. Vielleicht schaust du dir deinen Exchange ja einfach mal an. :)

Ja und? Nennt sich "localpart", was ich oben geschrieben habe, oder?

Warum so umständlich? Bau ne neue Emailadressrichtlinie und vergib die neue Emailadresse (domain oder localpart) und definiere sie als Antwortadresse. Bestehende Adressen werden _NICHT_ gelöscht.

Ich hab das jetzt nicht komplett verfolgt, aber im Endeffekt sind das also zwei (oder mehr ) GALs, oder? ;)

Erfahrungsgemäß testet man mit sowas maximal eine "korrekte" Installation. Allerdings auf die Gefahr Test und Produktion recht schnell zu verwechseln und vor allem in der Testumgebung Produktivdaten zu verwenden. Im Allgemeinen ist das zumindest für obiges Szenario absolut überflüssig imho und selbst wenn in der "Testumgebung" alles läuft, heißt das leider noch lange nicht, dass es dann in der Produktion auch so ist. Bye Norbert

Weil man dafür keinen Support bekommt. Kannst ja mal überlegen, warum das so sein könnte. :)

Tja, ob das aber schon ausreicht, eine nicht DSGVO-Konforme Umgebung vorauszusetzen? Ist sicher diskussionswürdig. Aber ich bin da bei Nils. Schönen Abend noch Norbert

Du wirst aber mindestens eine neue benötigen, in der dann die Freelancer stecken. Wenn die sich auch nicht sehen sollen brauchst du für jeden eine eigene.

Würde ich aktuell zumindest so sehen.

Vielleicht klären wir ja erstmal, über welche Exchange Version in welchem Patchstand wir überhaupt sprechen. :)

Du meinst auf dem gleichen darunterliegenden RAID (Physik)? Volumes können es ja trotzdem unterschiedliche sein. ;) Ich konfiguriere das meist als Mountpoints um etwas (für mich) Übersicht zu bekommen. Wenn alles auf einem Volume liegt, dann muß man länger forschen, welche DB und welche Logfiles grad anwachsen. Performancetechnisch dürfte es in diesen Fällen aber egal sein. Im DAG Verbund braucht manches aber logs und dbs auf dem selben Volume fürs afair Autoreseed. Aber das hast du ja nicht. Bye Norbert

Danke für die Info. Das Thema VC++ 2012 Ist ja gar nicht mal so "umständlich" beschrieben. ;)

Korrekt, wenn nur die Notebooks auf den Terminalserver zugreifen, dann benötigst du keine weiteren Lizenzen, sondern hast 15x Office Pro zuviel.