Exchange-Integration mit HIN Gateway¶
Dieser Leitfaden erklärt, wie Sie Microsoft Exchange (Online und On-Premises) konfigurieren, um E-Mails über das HIN Gateway für S/MIME-Signatur und -Verschlüsselung zu leiten.
Übersicht¶
HIN Gateway fungiert als Mail-Relay zwischen externen Mailservern und Ihrer Exchange-Umgebung. Es werden zwei Integrationsmuster unterstützt:
Muster A – Exchange Online als primärer MX mit Transportregeln:
flowchart LR
I1 --> EO --> TR --> C --> S1 --> EO
E2 --> TR2 --> OC --> S2 --> I2
I1["Internet"]
I2["Internet"]
EO["Exchange Online"]
E2["Exchange Online"]
TR["Transportregel"]
TR2["Transportregel"]
OC["Ausgehender Connector"]
C["Connector"]
S1["HIN Gateway"]
S2["HIN Gateway"] Muster B – HIN Gateway als primärer MX:
flowchart LR
I1 --> mx15 --> mx20
EO --> TR --> OC --> HG --> I2
I1["Internet"]
I2["Internet"]
mx15["HIN Gateway (MX-Priorität 15)"]
mx20["Exchange Online (MX-Priorität 20)"]
EO["Exchange Online"]
TR["Transportregel"]
OC["Ausgehender Connector"]
HG["HIN Gateway"] In beiden Mustern benötigen Sie:
- DNS-Einträge, die auf den HIN-Gateway-Server verweisen
- Ausgehenden Connector – leitet E-Mails von Exchange an HIN Gateway weiter
- Eingehenden Connector – akzeptiert E-Mails von HIN Gateway in Exchange
- Transportregel – löst den ausgehenden Connector für externe Empfänger aus
Voraussetzungen¶
Stellen Sie vor der Konfiguration von Exchange Folgendes sicher:
- HIN Gateway ist installiert und läuft (Bereitstellungsanleitung)
- Sie haben die öffentliche IP-Adresse des HIN-Gateway-Servers (im Folgenden als
<HIN Gateway_IP>bezeichnet) - Sie haben den Mail-Hostnamen des HIN-Gateway-Servers (im Folgenden als
<MAIL_HOSTNAME>bezeichnet, z.B.mail.example.com) - Sie kennen Ihre Mail-Domain (im Folgenden als
<YOUR_DOMAIN>bezeichnet, z.B.example.com) - Sie haben Exchange-Admin-Zugriff (Exchange Admin Center oder On-Premises Exchange Management Shell)
- DNS-Einträge sind gemäß dem DNS-Einrichtungsleitfaden konfiguriert (A, MX, SPF mindestens)
Teil 1: DNS-Einrichtung¶
Siehe den DNS-Einrichtungsleitfaden für vollständige Anweisungen zur Konfiguration von A-, MX-, SPF-, PTR-, DMARC- und DKIM-Einträgen.
Vor der Fortsetzung mit der untenstehenden Exchange-Konfiguration benötigen Sie mindestens:
- A-Eintrag:
<MAIL_HOSTNAME>verweist auf<HIN Gateway_IP> - MX-Eintrag:
<YOUR_DOMAIN>mit HIN Gateway bei höherer Priorität (niedrigere Zahl) als Exchange - SPF-Eintrag:
ip4:<HIN Gateway_IP>undip4:<HIN_SEALER_IP>wurden zum TXT-Eintrag Ihrer Domain hinzugefügt (siehe DNS-Einrichtungsleitfaden - SPF für Sealer-IPs)
Teil 2: Exchange Online-Konfiguration¶
Schritt A: Den ausgehenden Connector erstellen (Office 365 → HIN Gateway)¶
Dieser Connector leitet ausgehende E-Mails von Exchange Online an den HIN-Gateway-Relay-Server weiter.
-
Navigieren Sie zum Exchange Admin Center - Connectors
-
Klicken Sie auf "+ Connector hinzufügen"
-
Verbindung von: Wählen Sie "Office 365"
- Verbindung zu: Wählen Sie "E-Mail-Server Ihrer Organisation"
-
Klicken Sie auf "Weiter"
-
Connectorname: Geben Sie einen beschreibenden Namen ein, z.B.:
- Aktivieren Sie "Interne Exchange-E-Mail-Header beibehalten"
-
Klicken Sie auf "Weiter"
-
Verwendung des Connectors: Wählen Sie "Nur wenn ich eine Transportregel eingerichtet habe, die Nachrichten an diesen Connector weiterleitet"
- Klicken Sie auf "Weiter"
Tip
Dies ist wichtig – der Connector leitet keine E-Mails von selbst weiter. Er wird nur verwendet, wenn er durch die in Schritt C erstellte Transportregel ausgelöst wird.
- Routing: Wählen Sie "E-Mails über diese Smart Hosts leiten"
- Geben Sie die HIN-Gateway-Server-IP-Adresse ein:
<HIN Gateway_IP> -
Klicken Sie auf "+" zum Hinzufügen und dann auf "Weiter"
-
Sicherheitseinschränkungen: Wählen Sie "Beliebiges digitales Zertifikat, einschließlich selbstsignierter Zertifikate"
- Klicken Sie auf "Weiter"
Note
Der MTA von HIN Gateway (Stalwart) akzeptiert opportunistisches TLS bei eingehenden Verbindungen. Die Auswahl von "beliebigem digitalen Zertifikat" stellt die Konnektivität auch mit selbstsignierten Zertifikaten sicher.
- Überprüfungs-E-Mail: Geben Sie eine gültige E-Mail-Adresse für Ihre Domain ein (z.B.
user@<YOUR_DOMAIN>) - Klicken Sie auf "+" und dann auf "Überprüfen"
- Warten Sie, bis die Überprüfung abgeschlossen ist, und klicken Sie dann auf "Weiter"
Tip
Damit die Überprüfung erfolgreich ist, muss der HIN-Gateway-Server laufen und E-Mails auf Port 25 annehmen.
-
Überprüfen Sie die Einstellungen und klicken Sie auf "Connector erstellen"
-
Klicken Sie auf dem Bestätigungsbildschirm auf "Fertig"
Schritt B: Den eingehenden Connector erstellen (HIN Gateway → Office 365)¶
Dieser Connector akzeptiert E-Mails vom HIN-Gateway-Relay-Server in Exchange Online.
-
Klicken Sie auf der Connectors-Seite auf "+ Connector hinzufügen"
-
Verbindung von: Wählen Sie "E-Mail-Server Ihrer Organisation"
- Verbindung zu: Zeigt "Office 365" an (automatisch)
-
Klicken Sie auf "Weiter"
-
Connectorname: Geben Sie einen beschreibenden Namen ein, z.B.:
- Aktivieren Sie "Interne Exchange-E-Mail-Header beibehalten"
-
Klicken Sie auf "Weiter"
-
Authentifizierung gesendeter E-Mails: Wählen Sie "Durch Überprüfen, ob die IP-Adresse des sendenden Servers mit einer der folgenden IP-Adressen übereinstimmt, die ausschließlich Ihrer Organisation gehören"
- Geben Sie die HIN-Gateway-Server-IP-Adresse ein:
<HIN Gateway_IP> - Klicken Sie auf "+" zum Hinzufügen und dann auf "Weiter"
Note
Dies teilt Exchange Online mit, dass E-Mails von dieser spezifischen IP-Adresse vertrauenswürdig sind, und umgeht zusätzliche Spam-/Authentifizierungsprüfungen für E-Mails, die bereits von HIN Gateway verarbeitet wurden.
-
Überprüfen Sie die Einstellungen und klicken Sie auf "Connector erstellen"
-
Klicken Sie auf "Fertig"
Connectors überprüfen¶
Nach der Erstellung der Connectors (einschließlich des Send-to-MX-Connectors aus Schritt D) sollte die Connectors-Seite Folgendes anzeigen:
| Status | Name | Von | An |
|---|---|---|---|
| Ein | E-Mails vom HIN-Gateway-Relay-Server empfangen | Ihre Org | O365 |
| Ein | Von Office 365 zum HIN-Gateway-Relay-Server | O365 | Ihre Org |
| Ein | Send to MX | O365 | Ihre Org |
Schritt C: Die Transportregel erstellen¶
Die Transportregel leitet alle ausgehenden E-Mails über den HIN-Gateway-Ausgangs-Connector weiter, mit Ausnahme von E-Mails, die von HIN Gateway selbst stammen (um E-Mail-Schleifen zu vermeiden).
-
Navigieren Sie zum Exchange Admin Center - Regeln
-
Klicken Sie auf "+ Regel hinzufügen" → "Neue Regel erstellen"
-
Regelname: Geben Sie einen beschreibenden Namen ein, z.B.:
- Diese Regel anwenden, wenn: Wählen Sie "Der Empfänger..." → "ist extern/intern" → "Außerhalb der Organisation"
- Klicken Sie auf "Speichern"
Note
Diese Bedingung stellt sicher, dass nur ausgehende E-Mails (an externe Empfänger) über HIN Gateway weitergeleitet werden.
- Folgendes tun: Wählen Sie "Die Nachricht umleiten an..." → "den folgenden Connector" → wählen Sie den in Schritt A erstellten ausgehenden Connector (z.B. "Von Office 365 zum HIN-Gateway-Relay-Server")
-
Klicken Sie auf "Speichern"
-
Außer wenn: Klicken Sie auf "+", um eine Ausnahme hinzuzufügen
- Wählen Sie "Der Absender..." → "IP-Adresse in einem dieser Bereiche"
- Geben Sie die HIN-Gateway-Server-IP-Adresse ein:
<HIN Gateway_IP> - Klicken Sie auf "Hinzufügen", überprüfen Sie, ob die IP aufgeführt ist, und klicken Sie dann auf "Speichern"
Warning
Diese Ausnahme ist kritisch – sie verhindert E-Mail-Schleifen. Ohne sie würden E-Mails von HIN Gateway, die bei Exchange Online ankommen, in einer Endlosschleife zurück an HIN Gateway weitergeleitet.
- Überprüfen Sie die Regelzusammenfassung. Sie sollte Folgendes anzeigen:
- Diese Regel anwenden, wenn: Der Empfänger befindet sich Außerhalb der Organisation
- Folgendes tun: Die Nachricht an den Connector "Von Office 365 zum HIN-Gateway-Relay-Server" umleiten
-
Außer wenn: Die Absender-IP-Adresse in einem dieser Bereiche liegt:
<HIN Gateway_IP> -
Klicken Sie auf "Weiter", dann erneut auf "Weiter", dann auf "Fertig" und dann auf "Fertig"
-
Regel aktivieren: Die Regel wird im deaktivierten Zustand erstellt. Klicken Sie auf die Regel in der Liste und schalten Sie "Regel aktivieren oder deaktivieren" auf "Aktiviert" um.
Tip
Vergessen Sie nicht, die Regel zu aktivieren – sie funktioniert nicht, bis sie aktiviert ist.
Schritt D: Outgoing to MX (Send-to-MX-Connector und Regel)¶
Nachdem HIN Gateway eine ausgehende Nachricht verarbeitet (signiert oder verschlüsselt) hat, übergibt es die Nachricht über den eingehenden Connector aus Schritt B wieder an Exchange Online. Exchange Online muss sie dann an den Mailserver des Empfängers zustellen. Dafür sorgt die "Outgoing to MX"-Konfiguration: Ein eigener Connector Send to MX sendet die Nachricht an den MX des externen Empfängers, und die Transportregel outgoing_to_mx leitet die verarbeiteten Nachrichten an diesen Connector um.
Den Send-to-MX-Connector erstellen (Office 365 → Partnerorganisation)¶
-
Klicken Sie auf der Connectors-Seite auf "+ Connector hinzufügen"
-
Verbindung von: Wählen Sie "Office 365"
- Verbindung zu: Wählen Sie "Partnerorganisation"
-
Klicken Sie auf "Weiter"
-
Connectorname: Geben Sie einen beschreibenden Namen ein, z.B.:
- Stellen Sie sicher, dass der Connector eingeschaltet ist
- Klicken Sie auf "Weiter"
Note
Der Name des Connectors kann frei gewählt werden. Wenn Sie einen anderen Namen verwenden, wählen Sie diesen Namen in der unten beschriebenen Regel outgoing_to_mx aus.
- Verwendung des Connectors: Wählen Sie "Nur wenn ich eine Transportregel eingerichtet habe, die Nachrichten an diesen Connector weiterleitet"
- Klicken Sie auf "Weiter"
Tip
Wie der ausgehende Connector aus Schritt A leitet auch dieser Connector keine E-Mails von selbst weiter. Er wird nur verwendet, wenn die unten beschriebene Regel outgoing_to_mx eine Nachricht an ihn umleitet.
- Routing: Wählen Sie "Den dieser Partnerdomäne zugeordneten MX-Eintrag verwenden"
-
Klicken Sie auf "Weiter"
-
Sicherheitseinschränkungen: Lassen Sie "Immer Transport Layer Security (TLS) zum Sichern der Verbindung verwenden" deaktiviert, damit keine Sicherheitseinschränkungen gelten
- Klicken Sie auf "Weiter"
Note
Dieser Connector stellt E-Mails an beliebige externe Empfänger zu. Würde hier TLS oder ein bestimmtes Zertifikat verlangt, könnten E-Mails an Empfängerserver, die diese Anforderungen nicht erfüllen, nicht zugestellt werden.
- Überprüfungs-E-Mail: Geben Sie eine externe E-Mail-Adresse ein (außerhalb Ihrer Organisation)
- Klicken Sie auf "+" und dann auf "Überprüfen"
-
Warten Sie, bis die Überprüfung abgeschlossen ist, und klicken Sie dann auf "Weiter"
-
Überprüfen Sie die Einstellungen und klicken Sie auf "Connector erstellen"
-
Klicken Sie auf "Fertig"
Die Zusammenfassung des Connectors sollte Folgendes anzeigen:
- E-Mail-Flussszenario: Von Office 365, an Partnerorganisation
- Name: Send to MX
- Status: Ein
- Verwendung des Connectors: Nur verwenden, wenn ich eine Transportregel eingerichtet habe, die Nachrichten an diesen Connector umleitet
- Routing: Den dieser Partnerdomäne zugeordneten MX-Eintrag verwenden
- Sicherheitseinschränkungen: Keine
Die Transportregel outgoing_to_mx erstellen¶
Diese Regel leitet ausgehende Nachrichten, die von HIN Gateway zurückkommen, an den Send-to-MX-Connector um. Sie erkennt diese Nachrichten am Nachrichtenheader outgoing.
-
Navigieren Sie zum Exchange Admin Center - Regeln
-
Klicken Sie auf "+ Regel hinzufügen" → "Neue Regel erstellen"
-
Regelname: Geben Sie Folgendes ein:
- Diese Regel anwenden, wenn: Wählen Sie "Die Nachrichtenheader..." → "stimmen mit diesen Textmustern überein"
- Headername:
outgoing - Textmuster:
outgoing_<YOUR_DOMAIN>(z.B.outgoing_example.com) - Klicken Sie auf "Speichern"
Note
Der Header outgoing muss bereits in der Nachricht vorhanden sein, wenn sie von HIN Gateway zurückkommt. In der HIN-Referenzkonfiguration wird er durch eine separate Regel (set_header) gesetzt: Sie greift, wenn sich der Absender innerhalb der Organisation befindet, und setzt den Nachrichtenheader outgoing auf den Wert outgoing_<YOUR_DOMAIN>. Ohne diesen Header greift die Regel outgoing_to_mx nie.
- Folgendes tun: Wählen Sie "Die Nachricht umleiten an" → "den folgenden Connector" → wählen Sie "Send to MX"
-
Klicken Sie auf "Speichern"
-
Außer wenn: Leer lassen
-
Klicken Sie auf "Weiter", um die Regeleinstellungen zu öffnen:
- Regelmodus: "Erzwingen"
- Schweregrad: "Nicht angegeben"
- Lassen Sie "Diese Regel aktivieren am" und "Diese Regel deaktivieren am" deaktiviert
- Aktivieren Sie "Verarbeitung weiterer Regeln beenden"
- Lassen Sie "Nachricht zurückstellen, wenn die Regelverarbeitung nicht abgeschlossen wird" deaktiviert
-
Absenderadresse in Nachricht abgleichen: "Header"
-
Klicken Sie auf "Weiter", dann auf "Fertig stellen" und dann auf "Fertig"
-
Priorität festlegen: Klicken Sie auf die Regel in der Liste, klicken Sie auf "Regeleinstellungen bearbeiten" und setzen Sie die Priorität höher (niedrigere Zahl) als die der Transportregel aus Schritt C, z.B.
1 - Klicken Sie auf "Speichern"
Warning
Die Priorität und "Verarbeitung weiterer Regeln beenden" sind kritisch. Die Regel muss vor der Regel aus Schritt C ausgewertet werden und die weitere Verarbeitung beenden. Andernfalls kann eine Nachricht, die von HIN Gateway zurückkommt, erneut an HIN Gateway umgeleitet werden, statt an den Empfänger zugestellt zu werden.
-
Überprüfen Sie die Regeldetails. Sie sollten Folgendes anzeigen:
- Regelname: outgoing_to_mx
- Modus: Erzwingen
- Schweregrad: Nicht angegeben
- Datumsbereich festlegen: Kein bestimmter Datumsbereich festgelegt
- Absenderadresse: Header abgleichen
- Priorität: 1
- Bei Regelverarbeitungsfehlern: Ignorieren
- Diese Regel anwenden, wenn: Der Header
'outgoing'stimmt mit den folgenden Mustern überein:'outgoing_<YOUR_DOMAIN>' - Folgendes tun: Die Nachricht über den Connector "Send to MX" weiterleiten und Verarbeitung weiterer Regeln beenden
-
Regel aktivieren: Die Regel wird im deaktivierten Zustand erstellt. Schalten Sie "Regel aktivieren oder deaktivieren" auf "Aktiviert" um.
Tip
Vergessen Sie nicht, die Regel zu aktivieren: Sie funktioniert erst, wenn sie aktiviert ist.
Teil 3: Konfiguration des On-Premises Exchange-Servers¶
Für On-Premises Exchange Server (2016, 2019) ist die Einrichtung ähnlich, wird jedoch über die Exchange-Verwaltungskonsole (EAC) oder die Exchange-Verwaltungsshell (PowerShell) konfiguriert.
Send Connector (On-Premises → HIN Gateway)¶
Erstellen Sie einen Send-Connector, um ausgehende E-Mails über HIN Gateway zu leiten:
Exchange-Verwaltungsshell (PowerShell):
New-SendConnector -Name "To HIN Gateway Relay" `
-AddressSpaces "SMTP:*;1" `
-SmartHosts "<HIN Gateway_IP>" `
-SmartHostAuthMechanism None `
-DNSRoutingEnabled $false `
-SourceTransportServers "<YOUR_EXCHANGE_SERVER>"
Exchange Admin Center (GUI):
- Navigieren Sie zu Mailfluss → Send-Connectors
- Klicken Sie auf +, um einen neuen Connector zu erstellen
- Name: "To HIN Gateway Relay"
- Typ: Wählen Sie "Internet"
- Netzwerkeinstellungen: Wählen Sie "E-Mails über Smart Hosts leiten", fügen Sie
<HIN Gateway_IP>hinzu - Smart Host-Authentifizierung: Wählen Sie "Keine"
- Adressraum: Fügen Sie
*(alle Domains) oder bestimmte externe Domains hinzu - Quellserver: Wählen Sie Ihre Exchange-Transportserver
Receive Connector (HIN Gateway → On-Premises)¶
Erstellen oder ändern Sie einen Receive-Connector, um E-Mails von HIN Gateway zu akzeptieren:
Exchange-Verwaltungsshell (PowerShell):
New-ReceiveConnector -Name "From HIN Gateway Relay" `
-Bindings "0.0.0.0:25" `
-RemoteIPRanges "<HIN Gateway_IP>" `
-TransportRole FrontendTransport `
-Usage Custom `
-AuthMechanism ExternalAuthoritative `
-PermissionGroups ExchangeServers
Exchange Admin Center (GUI):
- Navigieren Sie zu Mailfluss → Receive-Connectors
- Klicken Sie auf +, um einen neuen Connector zu erstellen
- Name: "From HIN Gateway Relay"
- Typ: Wählen Sie "Frontend Transport"
- Netzwerkadapterbindungen: Standard belassen oder an bestimmte IP binden
- Remote-Netzwerkeinstellungen: Entfernen Sie den Standardbereich
0.0.0.0-255.255.255.255und fügen Sie nur<HIN Gateway_IP>hinzu - Authentifizierung: Aktivieren Sie "Extern gesichert"
- Berechtigungsgruppen: Aktivieren Sie "Exchange-Server"
Transportregel (On-Premises)¶
Erstellen Sie eine Transportregel, um ausgehende E-Mails über den Send-Connector weiterzuleiten:
Exchange-Verwaltungsshell (PowerShell):
New-TransportRule -Name "Relay outbound via HIN Gateway" `
-SentToScope NotInOrganization `
-RouteMessageOutboundConnector "To HIN Gateway Relay" `
-ExceptIfSenderIpRanges "<HIN Gateway_IP>"
Exchange Admin Center (GUI):
- Navigieren Sie zu Mailfluss → Regeln
- Klicken Sie auf + → "Neue Regel erstellen"
- Name: "Relay outbound via HIN Gateway"
- Diese Regel anwenden, wenn: "Der Empfänger befindet sich..." → "Außerhalb der Organisation"
- Folgendes tun: "Die Nachricht umleiten an..." → "den folgenden Connector" → "To HIN Gateway Relay"
- Außer wenn: "Die Absender-IP-Adresse in..." → fügen Sie
<HIN Gateway_IP>hinzu
Teil 4: HIN-Gateway-seitige Konfiguration¶
Automatische Konfiguration (Standard)¶
Standardmäßig ermittelt Stalwart automatisch, wohin verarbeitete E-Mails zugestellt werden sollen, indem es die MX-Einträge für jede über die /mail-Seite des Dashboards konfigurierte Domain nachschlägt. Es filtert seinen eigenen Hostnamen heraus und verwendet die verbleibenden MX-Einträge als Zustellziele.
Dies funktioniert, wenn:
- Ihre Domain MX-Einträge hat, die sowohl auf HIN Gateway als auch auf Exchange verweisen
- HIN Gateway einen MX-Eintrag mit höherer Priorität (niedrigere Zahl) als Exchange hat
Manuelle Überschreibung über das Dashboard¶
Wenn Sie alle ausgehenden E-Mails von HIN Gateway an einen einzigen Exchange-Endpunkt senden möchten (z.B. Exchange Online Protection), setzen Sie den Relay-Host über die /mail-Seite des Dashboards (z.B. [smtp.office365.com]). Das Dashboard sendet den Wert an die REST-API von mtaconf und der Daemon wendet ihn auf Stalwart an.
Note
Ein einzelner Relay-Host sendet alle E-Mails über einen Server und unterstützt kein pro-Domain-Routing. Für mehrere Domains, die über verschiedene Exchange-Server geroutet werden, verwenden Sie die pro-Domain-Relay-Map auf derselben Dashboard-Seite (konfiguriert intern sender_dependent_relayhost_maps) – siehe Multi-Domain-Setup unten.
Multi-Domain-Setup¶
Für Setups mit mehreren Domains und verschiedenen Exchange-Servern (z.B. BALZ Informatik AG mit 26 Domains) verwenden Sie MX-Einträge für das pro-Domain-Routing:
domain1.com MX 10 exchange1.domain1.com
domain1.com MX 20 stargate.domain1.com
domain2.com MX 10 exchange2.domain2.com
domain2.com MX 20 stargate.domain2.com
Die MX-Einträge jeder Domain sagen HIN Gateway, wohin verarbeitete E-Mails für diese spezifische Domain zugestellt werden sollen.
HIN-Gateway-Konfiguration überprüfen¶
Überprüfen Sie nach der Einrichtung die Stalwart-Konfiguration:
Relay-Konfiguration prüfen¶
Mail-Warteschlange prüfen (sollte leer sein, wenn alles funktioniert)¶
Test-E-Mail senden und Logs prüfen¶
Fehlerbehebung¶
E-Mails verlassen Exchange Online nicht¶
- Überprüfen Sie, ob die Transportregel aktiviert ist (sie wird im deaktivierten Zustand erstellt)
- Überprüfen Sie die Regelbedingungen – sie sollte für Empfänger "Außerhalb der Organisation" gelten
- Überprüfen Sie, ob die Validierung des ausgehenden Connectors bestanden wurde
- Überprüfen Sie die Exchange-Nachrichtenverfolgung im Admin Center auf den Zustellungsstatus
E-Mail-Schleifen (doppelte Nachrichten)¶
- Stellen Sie sicher, dass die Transportregel die Ausnahme für die HIN-Gateway-IP-Adresse hat
- Ohne diese Ausnahme werden E-Mails von HIN Gateway, die bei Exchange ankommen, zurück an HIN Gateway weitergeleitet
HIN Gateway akzeptiert keine E-Mails von Exchange¶
- Überprüfen Sie, ob Port 25 in der Firewall des HIN-Gateway-Servers geöffnet ist
- Überprüfen Sie, ob der SPF-Eintrag die HIN-Gateway-IP enthält
- Überprüfen Sie die Stalwart-Logs:
docker logs stargate-stalwart
Exchange Online lehnt E-Mails von HIN Gateway ab¶
- Überprüfen Sie, ob der eingehende Connector mit der richtigen HIN-Gateway-IP konfiguriert ist
- Überprüfen Sie, ob sich die HIN-Gateway-IP nicht geändert hat
- Überprüfen Sie, ob der Connector aktiviert ist (Status: Ein)
TLS-Zertifikatsfehler¶
HIN Gateway verwendet opportunistisches TLS mit einem selbstsignierten Zertifikat. Der ausgehende Connector in Exchange sollte so konfiguriert sein, dass er "Beliebige digitale Zertifikate, einschließlich selbstsignierter Zertifikate" akzeptiert. Wenn Sie TLS-bezogene Fehler sehen:
- Überprüfen Sie, ob die Sicherheitseinstellung des ausgehenden Connectors selbstsignierte Zertifikate erlaubt
- Stellen Sie für On-Premises Exchange sicher, dass der Send-Connector kein TLS erfordert (
-RequireTLS $false)
Validierung schlägt bei der Connector-Erstellung fehl¶
Die Validierung des ausgehenden Connectors erfordert:
- HIN-Gateway-Server läuft und akzeptiert Verbindungen auf Port 25
- Die Validierungs-E-Mail-Adresse ist für Ihre Domain gültig
- Der Netzwerkpfad zwischen Exchange Online und HIN Gateway ist offen (keine Firewall-Blockierung)
Kurzreferenz¶
| Komponente | Exchange Online-Ort | Zweck |
|---|---|---|
| Ausgehender Connector | Admin Center → Mailfluss → Connectors | Ausgehende E-Mails an HIN Gateway leiten |
| Eingehender Connector | Admin Center → Mailfluss → Connectors | E-Mails von HIN Gateway akzeptieren |
| Transportregel | Admin Center → Mailfluss → Regeln | Ausgehenden Connector für externe Empfänger auslösen |
| Send-to-MX-Connector | Admin Center → Mailfluss → Connectors | Von HIN Gateway zurückkommende E-Mails an den MX des Empfängers zustellen |
| Regel outgoing_to_mx | Admin Center → Mailfluss → Regeln | Von HIN Gateway zurückkommende E-Mails an den Send-to-MX-Connector leiten |
| DNS-Eintrag | Beispiel | Zweck |
|---|---|---|
| A | mail IN A <HIN Gateway_IP> | Hostnamen auf HIN Gateway verweisen |
| MX (HIN Gateway) | @ IN MX 15 mail.<YOUR_DOMAIN>. | Eingehende E-Mails treffen zuerst auf HIN Gateway |
| MX (Exchange) | @ IN MX 20 <DOMAIN>.mail.protection.outlook.com. | Fallback / Zustellziel |
| SPF | ip4:<HIN Gateway_IP> und ip4:<HIN_SEALER_IP> zum vorhandenen TXT-Eintrag hinzugefügt | HIN Gateway und HIN-Sealer autorisieren, E-Mails zu senden |
Die vollständige DNS-Einrichtung (einschließlich PTR, DMARC, DKIM und Multi-Domain) finden Sie im DNS-Einrichtungsleitfaden.


