NorbertFe

Wenn für dich Shared Folder eine Shared Mailbox ist, dann nein (ist global) wenn es eine Public Folder Mailbox mit Public Folders ist, dann ist es bei Exchange möglich. Es ist vollkommen egal wieviele Emailadresse, Postfächer, Verteiler usw. du anlegst. Bei Exchange wird entweder die Anzahl der zugreifenden Menschen (ja die Benutzer und nicht die Benutzerkonten) gezählt (nicht im System, sondern auf dem Lizenzpapier) oder die Anzahl der zugreifenden Geräte (Webbrowser im InternetCafe, Handys der Nutzer, Ipads, PCs usw.). Wie man sieht, dürfte bei externer Erreichbarkeit das per Device CAL vorgenommene Modell so gut wie unmöglich einzuhalten sein. Exchange ist ein Serverprodukt, welches nur auf Windows Server OS läuft. Bye Norbert

Dann kopier die ADML doch einfach in den EN-US Ordner. ;)

Dann hast du eindeutig was falsch kopiert, wenn soviele Fehler auftreten

Deswegen sollst du es ja auch per Full Access _und_ send as rechten Regeln. Ohne automapping und dann einfach nicht die credentials des anderen Postfachs angeben. Denn da man ja vollzugriff besitzt ist das nicht nötig und man muss auch nichts speichern.

Indem man mal schaut, welche Templates den Fehler verursachen und diese erstmal "entfernt". ;)

Entweder weil Fehler im ADMX/ADML sind (kommt bei MS immer mal wieder vor), oder weil du die Dateien nicht überschrieben hast.

und dort natürlich den entsprechenden Unterordner.

DEswegen sollst du ja auch VOllzugriff einrichten und KEINE Credentials speichern, weil das gar nicht notwendig ist.

Seit RUP 22 ist es zumindest supported. https://blogs.technet.microsoft.com/exchange/2018/06/19/released-june-2018-quarterly-exchange-updates/

Auch Windows Server 2016 (1607) kann noch NTFRS Replikation. Wenn die Freigaben also bei dir nicht korrekt erstellt werden, solltest du rausfinden, warum das so ist. Im Eventlog evtl. was zu sehen? Eine Umstellung auf DFS-R ist grundsätzlich empfehlenswert, ob du das aber in dem derzeitigen Status tun solltest, kann man mit den paar Infos nicht genau sagen. Bye Norbert

Ja aber dafür mußt du ein Kennwort eingeben und es sogar lokal speichern. ;)

Das ist egal. Wenn 2012 er Lizenz vorhanden, dann gelten deren Bestimmungen. Und das downgrade bezieht sich auf die Lizenz, also ja man darf trotzdem 2x 2008r2 einsetzen. Bei Exchange 2010 war auch die lizenzmobilität enthalten. Das gilt auch nicht, wenn ich ein downgrade von 2013 oder 2016 durchführe.

Weils ab und an eben noch software gibt, die das voraussetzt. ;) oder weil der Kunde keine neuen cals kaufen will. Fallen mir bestimmt noch mehr Gründe ein.

Ja ab 2012 (ohne r2) hatte man das Recht zwei vms zu betreiben mit dieser Lizenz. Das kann dann auch 2008r2 oder älter sein.

Bitte klar unterscheiden zwischen DFS-N und DFS-R. Ersteres stellt einfach nur den gemeinsamen Namensraum mehrerer Server bereit (egal wo die Ziele jeweils liegen). Letzeres repliziert die Daten und die müssen nicht zwingend als Nametargets veröffentlicht sein. Probiers einfach aus, das ist einfacher, als darüber zu philosophieren. ;) Bye Norbert

Und wieso alles neu? Überflüssige Arbeit nenne ich das mal. Aber du wirst deine Gründe haben. ich rate mal: altlasten loswerden grüne wiese alles richtig machen ;) bye norbert

Und wieso eigentlich „neue Domäne“?

Hilft das: https://support.microsoft.com/en-us/help/2586832/can-t-manage-distribution-group-from-outlook-with-exchange-server-mail bye norbert

Probiers doch erstmal aus. Vielleicht erledigen sich deine Fragen dann ja schon. :)

Jedes halbwegs namhafte NAS, welches ich in irgendwelchen Kundenschränken gesehen habe, hatte eine Möglichkeit einer Domäne beizutreten. Selbst die, die ich eher als Heimgerät bezeichnen würde. Insofern wäre es evtl. hilfreich, wenn der TO einfach den Typ des verwendeten NAS nennt. Vielleicht hat ja hier jemand so ein Ding im Einsatz.

Dann stimmt die Konfiguration entweder doch nicht, oder der Exchange kommt nicht ins Internet. Wären meine Vermutungen.

Dann solltest du diesmal einfach der Empfehlung folgen. Zumindest wenn das mehr als ein Test oder Home use case sein sollte.

Klassischer Ansatz etwas technisch mit dem falschen Werkzeug zu lösen. Aber viel Erfolg :)

Das ist aber schon deswegen nicht sinnvoll mit TransportAgent zu lösen, weil oben die Bedingung ist intern/extern zu unterscheiden. Also was passiert, wenn interne UND externe Empfänger unter den mehr als 10 Empfängern stecken?

Tja, da hilft nur Information und Sensibilisierung der Kollegen und keine technische "ungeeignete" Keule. Wenn, dann sollte man es schon richtig machen, und solche Kommunikation nur noch über ein CRM (deswegen heißt der Kram ja so) abfackeln. Da kann man sowas dann auch verhindern und steuern. ;) Aber das ist natürlich schon wieder viel zu weit gedacht...