NorbertFe

und dort natürlich den entsprechenden Unterordner.

vor 21 Minuten schrieb Vinc211:

Wie bereits gesagt. Der User gibt das Kennwort jedesmal für den zweiten Benutzer/Postfach ein doch der prompt kommt jedesmal wieder.

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

vor 31 Minuten schrieb Vinc211:

muss ich ja auch keine Send-as rechte vergeben

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...

vor 3 Minuten schrieb Nobbyaushb:

Zahl ist aber auch nicht sehr groß (kleiner 130 aus dem Gedächtnis)

Das bezieht sich nur auf eine Outlook Limitierung. Exchange hat da andere Limits. :)

https://docs.microsoft.com/de-de/exchange/mail-flow/message-size-limits

Maximum number of recipients in a message 

Da sieht man auch schön, dass Exchange nicht zwischen To: CC: und BCC unterscheidet (geht technisch afaik auch gar nicht).

Bye

Norbert

Nein, das geht nicht. Abgesehen davon ist aber "das BCC" Feld eigentlich schon ein KO Kriterium, denn das sieht man im SMTP Envelope sowieso nicht. Ich könnte mir vorstellen, dass ein vorgeschalteter Sendmail oder Postfix da mehr Möglichkeiten bieten als Exchange. Ich wüßte jetzt auch keinen TransportAgent oder 3rd Party Tool für deine Anforderungen.

Klingt in der Tat merkwürdig. Ich glaub, ich würde in dem Fall ein Recovery (Backup) oder Revoverserver vor einer Reparatur dieses Zustandes vorziehen. ;)

Na dann.... Was passiert, wenn dieser eine Nutzer mal einen anderen PC verwendet?

Das ginge aber einfacher mit einer Transportregel, als dort an der Stelle mit den extended Rights zu konfigurieren. Exchange 2013/2016 dürften evtl. Probleme haben, weil dort immer zwischen FrontEnd und HubTransport Connector unterschieden wird.

Wildgewordener Virenscanner?