NorbertFe

https://learn.microsoft.com/de-de/powershell/exchange/recipientfilter-properties?view=exchange-ps
 
New-AddressList -Name "Was auch Immer" -RecipientFilter {((RecipientTypeDetails -eq 'UserMailbox') -and (City -like 'Was auch immer'))}

Und warum nicht? Üblicherweise weils zu schnell erfolgt und die Synchronität noch nicht wieder gegeben ist. Was steht dazu denn im eventlog?

Falsch geguckt?
https://www.silextechnology.com/de/device-server-and-virtual-link-software

https://www.silextechnology.com/hubfs/assets/Downloads/SVL_lite_1.3.0_UPTP3.8.10.0.zip?hsLang=en-us
 

Warum nicht? Abgesehen davon könnte man für den Absender ja netterweise auch eine Verteilerliste bereitstellen.

Wirst du wohl eine Transfer Domain brauchen, womit du das rausrouten kannst. 

Nein, wenn du von restart-computer am Exchange absiehst ;)

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.

Nein.
 
Ja die sind unbegründet.

Jetzt gibt es einen workaround für nicht-englischsprachige Systeme. (Wieder mal hardcoded username verwendet, wie es scheint).
https://support.microsoft.com/en-us/topic/exchange-server-2019-and-2016-august-2023-security-update-installation-fails-on-non-english-operating-systems-ef38d805-f645-4511-8cc5-cf967e5d5c75
 
 

Vergiß Kategorien und arbeite einfach NICHT damit, wenn man auch noch postfachübergreifend damit hantieren will. Das hat noch NIE funktioniert und ich bezweifle, dass sich das jemals ändert. 

Du hast die Antwort auch gelesen? Was willst du denn jetzt testen? Ja natürlich greift weiterhin die Domänen-GPO. Oder glaubst du ernsthaft, du wärst der erste, der auf die Idee kommt, ohne Netzwerk zu booten und dann wären alle Restriktionen weg?

Jeder sendende Server (im Namen deiner Domain) kann einen eigenen DKIM Selector nutzen. Wo und wie das konfiguriert wird, hängt halt vom jeweiligen System ab. Als erstes müßtest du klären, ob der Webshop Server das kann (im Allgemeinen könnten das vermutlich alle, wenn sie es wollten). Wenn ja, dann müßt ihr euch nur noch auf einen Selector-Namen einigen bspw. webshop._domainkey.deinedomain.tld (webshop ist der Selector) und dir dann vom Betreiber den public Key geben lassen. Das packst du dann alles zusammen in den DNS Server.
Und damit du auch was siehst von dem Kram, solltest du auch gleich noch DMARC inklusive entsprechender Reportinglösung einsetzen. Gabs hier neulich ein paar "längere" Threads zu, die evtl. hilfreich sein dürften.
 
Bye
Norbert
 

Was vermutest du denn? Dass ich die da ranzaubere?
https://github.com/Pro/dkim-exchange
Mal davon abgesehen, dass das Teil "kaum" noch weiterentwickelt wird derzeit und auch einige "Issues" hat, funktioniert es recht stressfrei Der von mir verwendete Spamfilter soll aber lt. Hersteller auch demnächst einen eigenen DKIM Signer erhalten und dann brauch ich das Teil oben nicht mehr.
 
Bye
Norbert

https://www.tech-faq.net/windows-server-2012-alias-erstellen/
 
Ich kann mir gar nicht vorstellen, dass du noch nie davon gehört hast. Zusätzlich noch den SPN hinterlegen, sonst gibts nur ekliges NTLM anstatt Kerberos. ;)
 

https://morgantechspace.com/2019/08/get-all-public-folders-and-permissions-powershell.html
 
Je nach Größe vielleicht auch ein Ansatz.

Hi,
 
den den es schon immer gab, der ist ja erkennbar daran, dass er nicht lokal gesynct ist. ;) Steht im AzureAD in der passenden Spalte. Den neuen "falschen" User löschst du im AzureAD und auch aus dem AzureADPapierkorb. Danach sollte ggf. ein Softmatch erfolgen. Kannst ja mal probieren.
 
Bye
Norbert

Gar nicht.

wäre aber das einzig sinnvolle. ;)
Nein.

Wenn kein Refresh passiert, kann das sein. Wenn du auf jetzt installieren klickst, wird das vermutlich direkt korrigiert. ;)

Ja, warum auch nicht? Über die öffentliche ip wäre das ja auch erreichbar (wenn der reverseproxy es zulässt).
 
DNS caching?

So kurz noch als "Lösung". Da ich ja der ausgehende Mailserver bin, hab ich das jetzt mittels Addressrewrite auf meinem Edge (Edge01) geregelt. ;) Kann mich MS mal gerne haben.

Mit Cluster meinst du vermutlich DHCP Replikation, oder? Falls ja, dann geht das relativ problemlos. Replikation auflösen (aufpassen, dass du die Konfig vom richtigen Node löschen läßt) und dann den neuen Server nach der Neuinstallation wieder hinzufügen.
 
Bye
Norbert

Die sind nicht nicht optimal, die sind Mist. ;)
 
Nein, das ist keine andere Geschichte, sondern das Problem. Wenn der Kunde mehr wissen mag als der Dienstleister, kommt oft sowas bei raus. :)
 
Bye
Norbert
Dann wäre die konkrete Beschreibung des jeweiligen Problems hilfreich. Wie schon oben geschrieben, kann man mit deiner Aussage oben definitiv nicht viel unterstützen. Sieh Fragen von @winmadness

https://learn.microsoft.com/en-us/outlook/troubleshoot/user-interface/navigate-to-public-folders-in-new-outlook

Domain Controller sollte man nicht mehr als Zertifikatsvorlage verwenden, sondern stattdessen die für kerberosauthentifizierung. Dann muss man den dcs aber auch beibringen, dass sie sich diese ziehen sollen. Denn hardcoded ist leider Domain controllers.
 
zum Rest evtl. Hier:
https://www.gradenegger.eu/?p=3939