Moin,
Fragen über Fragen ;-) Versuchen wir's:
ad 1. Du kannst auch bei domain2.com den mail.domain1.com eintragen. Es gibt keine Vorgabe, dass der A-Record des MX in der gleichen Zone sein muss. Wichtig ist, dass 1. die IP-Adresse, die sich daraus ergibt, zu
Deinem Exchange führt, und 2. dass dort ein TLS-Zertifikat präsentiert wird, das den angesprochenen Namen enthält. Bei O365 haben Millionen von Domains den gleichen MX.
ad 2. Das würde nur Sinn machen, wenn Du für domain2.com eine separate IP-Adresse für den Maileingang bereitstellen wolltest UND dort abweichende Berechtigungen, was das Relayen angeht, vergeben wolltest. Ansonsten nicht.
ad 3. Nichts davon ist notwendig, sinnvoll oder möglich. Ein Exchange-Server - ein Eintrag unter "Servers", es geht ja an dieser Stelle nur darum, sie zu managen. Jeder Eintrag entspricht einem Computer im AD UND einem Container
in der Configuration Partition. Man könnte sich da vermutlich was zurechtpimpen, dass ein zusätzlicher Eintrag angezeigt wird, aber es will sich mir der große Sinn dieser Aktion nicht erschließen. Und Hyper-V auf einem Exchange Server, um dort einen zweiten
als VM zu installieren, ist hoffentlich unsupported.
ad 4. Der Sendeconnector wird anhand der Zieldomäne (Adressraum) ausgewählt. Wenn Du einen Connector für SMTP:* mit Kosten=10 hast, kannst Du einen zweiten Connector für z.B. SMTP:gmx.de mit Kosten=5 anlegen, und die Mail an *@gmx.de
wird über diesen Connector rausgeschickt.
ad 5. Jein. Wenn Du ausschließlich Outlook und ausschließlich auf Domain-Clients verwendest, werden sie den Exchange-Server über den Service Connection Point (SCP) im AD finden. Da muss im lokalen DNS nichts zu den Mail-Domänen stehen. Alle
anderen Clients werden versuchen, autodiscover.maildomain.de anzusprechen, und an dieser Stelle brauchst Du die Zone.
ad 6. Weil die Receive Connectors im Exchange per default so konfiguriert sind, dass jeder ohne Authentifizierung an
interne Adressen (=solche aus akzeptierten Domänen) senden kann. Zum relayen (senden an externe Domänen) muss sich der Absender entweder authentifizieren, oder Du legst einen zusätzlichen Connector mit entsprechenden Berechtigungen an. Da musst
Du aber zusehen, dass dieser aus dem Internet nicht erreichbar ist, sonst hast Du einen "open relay" gebaut. Den externen Versand "ab Exchange" kannst Du also am besten mit OWA testen.
Jetzt hast Du leider mit der Nummerierung aufgehört.
Re Versand an Extern: Hier spielt sicherlich nicht TLS eine entscheidende Rolle - zwei Mailserver werden sich schon einig, gerade Exchange ist da sehr genügsam. Vielmehr muss beim direkten Versand an andere Mail-Domains folgendes von entscheidender
Bedeutung:
- die ausgehende (öffentliche) IP-Adresse muss "gut" sein. Dynamische und pseudodynamische IP-Adressen werden normailerweise abgewiesen.
- Es muss ein PTR-record zu der IP-Adresse geben, der der HELO-Anfrage Deines Exchange entspricht.
- Es muss ein SPF-Record vorhanden sein, und die IP-Adresse sollte explizit oder über Hostnamen oder über MX dort drin stehen - oder SPF muss am Ende alle Adressen erlauben.
Wenn die drei gegeben sind, wirst Du schon an die meisten Domains senden können. Am schwierigsten ist freilich der erste Punkt zu korrigieren, wenn er nicht gegeben ist. Viel einfacher ist es in solchen Fällen, den SMTP-Smarthost des Webhosters zu verwenden.
Er wird zwar die Authentifizierung verlangen, aber die kannst Du im Sendeconnector ja eintragen.
TLS wird nur bei einem sehr kleinen Anteil der Empfänger so erzwungen sein, dass der Versand - mit der entsprechenden Meldung!!! - scheitern wird. Auch hier ist der Smarthost Deines Hosters vermutlich eine Hilfe.
Ich spüre bei Dir noch einen großen RTFM-Bedarf in Sachen Exchange. Daher sei Dir abschließend noch dies empfohlen: https://www.amazon.de/Microsoft-Exchange-Server-2019-Administratoren/dp/3836256436/ref=sr_1_fkmrnull_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&qid=1555911969
Evgenij Smirnov
http://evgenij.smirnov.de
