NorbertFe

RDS cals sind zwingend für die jeweilige Version zu nutzen. Du musst ja die Lizenzen auf dem lizenzserver installieren. Und 2022er rds cals kannst du verwenden wenn du 2022er rds Server verwendest. Verwendest du 2019er Server musst du die Lizenzen für die Installation auf dem lizenzserver downgraden. Das ist seit 2003 so. ;) Du musst keine alten Lizenzen kaufen. Ein Anruf reicht aus. Dass dir das am Wochenende nicht gelingt ist im Zweifel einfach Pech. Dann hast du sicherlich auch meine Antwort darauf gelesen. ;)

Wobei ich den eher nach extern positionieren würde oder sowohl intern als auch extern drüber führen würde. Nur eben mit unterschiedlichen security settings.

Ja, die cals müssen natürlich zur verwendeten Version des Servers passen. Das ist jetzt aber auch nicht neu. Du kannst die bei ms clearinghouse downgraden. https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc754874(v=ws.11)?redirectedfrom=MSDN

Reverse Proxy dahin stellen, wo man meint und darüber dann die notwendigen Protokolle und ciphers zulassen.

Naja der kann dann hervorragend ausgedachte policies vorschlagen. 😂

Man sucht sich einen anderen der funktioniert. Mach ca. 7 Jahren gehen manche Seiten eben auch mal offline. ;)

Es hilft dann, wenn du auch nen Link zu „einer Anleitung“ postest, damit man evtl. nachvollziehen kann, was schief gelaufen ist. Ein ad funktioniert auch komplett problemlos ohne Reverse Zone. Ansonsten trägt sich ein dc Normalerweise auch wieder dynamisch ein.

Was vollkommen normal ist, weil United Domains sicher nicht die IP Adresse gehört, sondern deinem Internet Service Provider (Telekom, Vodafone oder sonst wem). Also musst du Reverse Einträge üblicherweise auch dort ändern. (Ausnahme du hast eine Reverse Zone Delegation erhalten).

Du solltest nicht "schätzen", sondern RFC 2505 Section 1.4 lesen. Steht ja nicht zufällig im NDR. Da wir hier im Forum deine Konfiguration nicht kennen, wäre mein erster Gedanke, dass du keinen validen Reverse Entry (Ptr Record) für die sendende IP Adresse hast.

Sobald ich Lust und Zeit finde:

Warum trägst du den Krempel denn unbedingt im User Profil ein? Wird das wirklich benötigt? Falls nein, wäre eine Skript (Logon) oder GPO GPP Lösung sehr wahrscheinlich deutlich praktischer.

So gesehen stimmt dann deine Pauschalisierung natürlich :)

Tjo, was soll man dazu sagen ;) Generell sollten Pauschalisierungen vermieden werden. ;) Aktuell gibts schließlich immer noch die Exchange Edge Rolle ;)

In deinem Sendconnector, was steht da im Feld HELO String? Taucht dieser Name auch in deinem TLS Zertifikat für SMTP auf? Da sollte nicht nichts drin stehen, wenn dein Host nicht zufälligerweise intern wie extern identisch heißen sollte (was sehr unwahrscheinlich ist).

Schau mal ins Logfile des Sendeconnectors. Da sollten ja ggf. einige Infos drin stehen. In der Queue sollten die Mails auch eine Weile mit Fehlermeldung stehen. Es kann sein, dass dich diese Empfänger einfach blocken, weil deine IP (mit der du ja erst seit kurzem direkt sendest) auf irgendwelchen Blocklists usw. stehen. Im Zweifel musst du den Empfänger-Admin anrufen und fragen, was sein Problem ist. ;)

Immer wenn ich diese Probleme lese, muss ich dran denken, dass ich das im How To noch mit einpflegen will (seit Jahren), damit nach einer Verschiebung des PDC-e die Announceflags des bisherigen PDC-e wieder korrigiert werden. Es bleibt aber weiterhin die Frage, warum dein PDC-e nicht mit allen anderen FSMO auf einem DC liegt. :p

Naja, du musst nicht das Grundprinzip eines Proxys erklären, sondern nur klären, dass du eben einen proxy meinst und nicht evtl. ein zwischengeschaltetes SMTP Relay. Spontan würde ich genau an diesem proxy ansetzen, denn der macht irgendwas, was bei interner Kommunikation eben nicht so läuft. ;)

Du kannst jetzt noch zig mal "über den Proxy" schreiben, ich stell dann halt jedes Mal dieselbe Frage:

Ich denke er ist extern per SMTP erreichbar? was denn nu? SMTP Proxy? Wie muss man sich das vorstellen?

Ist ja auf jeden Fall eine SMTP Fehlermeldung. Insofern tippe ich mal auf ein Problem am Exchange. gibts denn evtl. Fehlermeldungen im Eventlog? Wenn genau dieser connector intern antwortet, dann wäre ich bei Nobby und würde mal schauen, was ggf. alles firewall- und Routingtechnisch dazwischenfunken kann.

Klingt nach backpressure. Wieviel Platz ist denn auf der Platte, auf der die Mail queue liegt?

Hat er die "Probleme" auch irgendwie erläutert? Ich seh da jetzt nur begrenzt Probleme, aber es kann ja sein, dass ich nicht über diese Probleme bisher gestolpert bin. Nö, warum sollte es? solange der user eine entsprechende Lizenz zugewiesen hat, oder man das Postfach in eine shared mailbox umwandelt ist da gar nix "Geschichte", wenn man das Konto deaktiviert.

Am besten sogar 2 Tage vorher. Auch wenns verdächtig wirkt. ;)

Richtig, aber irgendwann muss man sich dann bei bestimmten Kunden ersetzen lassen. So von wegen: keinerlei Bewegung trotz jahrelangem Tropfens ;)

https://legacy.support.exclaimer.com/hc/en-gb/articles/360026121771-How-to-configure-an-auto-response-for-an-alias-address ;)