KKeine Bearbeitungszusammenfassung |
K 1 Version importiert |
||
| (Eine dazwischenliegende Version von einem anderen Benutzer wird nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
{{Archivhinweis|UTM/APP/Mailrelay-Best_Practice}} | |||
{{Set_lang}} | {{Set_lang}} | ||
{{#vardefine:headerIcon|spicon-utm}} | {{#vardefine:headerIcon|spicon-utm}} | ||
| Zeile 135: | Zeile 134: | ||
| TLS encryption as a server: }} | | TLS encryption as a server: }} | ||
{{var | 1=TLS Verschlüsselung als Server--desc | {{var | 1=TLS Verschlüsselung als Server--desc | ||
| 2=Die TLS-Verschlüsselung für das Mailrelay ist zu aktivieren, andernfalls werden Mails über unverschlüsselte Verbindungen entgegengenommen. Siehe hierzu auch die Hinweise des [https://www.bsi.bund.de/ | | 2=Die TLS-Verschlüsselung für das Mailrelay ist zu aktivieren, andernfalls werden Mails über unverschlüsselte Verbindungen entgegengenommen. Siehe hierzu auch die Hinweise des [https://www.bsi.bund.de/DE/Themen/Oeffentliche-Verwaltung/Mindeststandards/TLS-Protokoll/TLS-Protokoll_node.html BSI zur Verwendung von TLS.] | ||
| 3=TLS encryption for mail relay must be enabled, otherwise mails will be received over unencrypted connections. | | 3=TLS encryption for mail relay must be enabled, otherwise mails will be received over unencrypted connections. | ||
See also the notes of the [https://www.bsi.bund.de/ | See also the notes of the [https://www.bsi.bund.de/DE/Themen/Oeffentliche-Verwaltung/Mindeststandards/TLS-Protokoll/TLS-Protokoll_node.html German BSI for using TLS <small>(german language)</small>.] }} | ||
{{var | Zertifikat | {{var | Zertifikat | ||
| Zertifikat | | Zertifikat | ||
| Zeile 263: | Zeile 262: | ||
| Extended }} | | Extended }} | ||
{{var | Greeting Pause | {{var | Greeting Pause | ||
| Greeting Pause | | Greeting Pause }} | ||
{{var | Status | {{var | Status | ||
| Status | | Status | ||
| Zeile 1.732: | Zeile 1.730: | ||
{{h4| {{#var:Spamreport}} |{{Menu| {{#var:Anwendungen}}|{{#var:Mailfilter }}| {{#var:Einstellungen}} }} {{#var:Abschnitt}} {{Kasten| {{#var:Spamreport}} }} }}<p></p> | {{h4| {{#var:Spamreport}} |{{Menu| {{#var:Anwendungen}}|{{#var:Mailfilter }}| {{#var:Einstellungen}} }} {{#var:Abschnitt}} {{Kasten| {{#var:Spamreport}} }} }}<p></p> | ||
<div class="Einrücken"> | <div class="Einrücken"> | ||
{{:UTM/APP/ | {{:UTM/APP/Mailfilter_Spamreport_12.7}} | ||
</div> | </div> | ||
Aktuelle Version vom 30. April 2026, 17:24 Uhr
Letzte Anpassung: 06.2022
- rtf-Dokumente werden nun auch berücksichtigt in den
- Whitelist Filterregel für Absender aktualisiert
Dies sind Einstellungen, die von uns empfohlen werden.
Ohne Gewähr auf Vollständigkeit !
Voraussetzungen
Diese Empfehlungen beziehen sich auf folgendes Szenario:
- Empfang der E-Mails über das Mailrelay
- Zustellung erfolgt direkt über MX
- Filterung erfolgt direkt bei Eingang auf MX
Allgemein
Globale E-Mail Adresse
Mailrelay
Unter ist die Konfiguration so einzustellen, dass nur E-Mails an die Empfänger-Adresse angenommen werden.

Relaying
Relaying-Liste
Konfigurieren mit
| Mails, die an Domain anyideas.de gerichtet sind, sollen vom Mailrelay weitergeleitet werden: | ||
| Domain: | anyideas.de |
Beispiel-Domain, für die Mails empfangen werden |
| Option: | ||
| Aktion: | Weiterleiten | |
| Sollen auch ausgehend Emails über das Mailrelay der UTM versendet werden, wird ein weiterer Eintrag benötigt: | ||
| Domain: | 192.168.175.100 |
IP-Adresse des internen Mailservers |
| Option: | Bei Verbindungsherstellung | |
| Aktion: | Weiterleiten | |
| Eintrag für einen Mailserver, der auf eine Blacklist soll: | ||
| Domain: | 203.0.113.113 |
IP-Adresse des fremden Mailservers |
| Option: | Bei Verbindungsherstellung | |
| Aktion: | Ablehnen | |
| Exakten Domainnamen für das Relaying verwenden: | Ein | Durch diese Option werden E-Mails an Empfänger innerhalb einer Subdomain nicht angenommen. |
TLS Einstellungen
| ||
| TLS Verschlüsselung als Server: | Ein | Die TLS-Verschlüsselung für das Mailrelay ist zu aktivieren, andernfalls werden Mails über unverschlüsselte Verbindungen entgegengenommen. Siehe hierzu auch die Hinweise des BSI zur Verwendung von TLS. |
| Zertifikat | Der Import eines Zertifikats, dessen CN dem Hostnamen der UTM entspricht, ist optional. Wird ein solches Zertifikat nicht importiert, verwendet das Mailrelay ein selbst-signiertes Zertifikat zum Zweck der Transportverschlüsselung. | |
| TLS Verschlüsselung als Client: | Stellt sicher, dass Emails in jedem Falle über eine verschlüsselte Verbindung versendet werden. | |
SMTP Routen
Abschnitt
Die Validierung der Empfänger auf gültige E-Mail Adressen ist zu aktivieren.
Dadurch werden nur E-Mails angenommen, welche an einen Empfänger gehen, der auch auf dem Mail-Server vorhanden ist.
Greylisting
Greylisting bewirkt, dass der Zustellversuch eines unbekannten Mailservers zunächst abgelehnt wird.
Spambots unternehmen in der Regel keine weiteren Zustellversuche, damit wurde die Zustellung von Spam bereits erfolgreich unterbunden, bevor die Mail durch die Spamfilter-Engine laufen musste.
Ein regulärer Mailserver wird hingegen nach einem gewissen Zeitraum einen erneuten, diesmal erfolgreichen Zustellversuch unternehmen.
Neben der Abwehr von einfachen Spambots durch das Greylisting, wird auch wertvolle Zeit gewonnen um neue Definitionen zu laden und so etwaige neue SPAM-Wellen zu erkennen.
| Beschriftung | Empfehlung | Beschreibung |
|---|---|---|
| Greylisting: | Ein | Aktiviert das Greylisting. |
| SPF: | Ein | Wenn das Sender Policy Framework der Absenderdomain korrekt im DNS eingetragen ist, wird die Mail ohne Verzögerung zugestellt. Im SPF-Record werden alle Mailserver IP-Adressen des Absenders eingetragen, die zum Versand von E-Mails berechtigt sind. Der Empfänger prüft dann anhand des Mail Header Feldes „Mail From“ oder des „HELO“ Kommandos, welche Domain dort eingetragen ist oder genannt wird und ob diese mit einer der IP-Adressen im SPF-Record übereinstimmt. Stimmt die IP-Adresse des Absenders nicht mit denen des SPF-Record überein, geht die Mail in das Greylisting. |
| Header hinzufügen: | Ein | Im Standard wird für jeden Empfänger, der im Mailheader gelistet wird ein weiterer Greylisting Eintrag hinzugefügt. Das kann zu Problemen führen, wenn viele Empfänger im Header stehen. |
| Automatisches Allowlisten für: | 60 Tage | Der Wert kann auf 60 Tage erhöht werden. |
| Verzögerung: | 2 Minuten | Zeitraum, der dem sendenden Mailserver vorgegeben wird, um einen weiteren Zustellversuch vorzunehmen.
Je nach Konfiguration des sendenden Mailservers kann sich die erneute Zustellung um weitaus mehr als den konfigurierten Zeitraum (Auslieferzustand 2 Minuten) verzögern - im Extremfall um mehrere Stunden. In diesem Falle können Sender bzw. Empfänger von besonders zeitkritischen E-Mails manuell in eine Whitelist eingetragen werden.
Wird ein größerer Wert für Verzögerung von z.B.: 30 Minuten gewählt, kann die Scan-Engine bei der erneuten Zustellung mit zwischenzeitlich aktualisierten Virensignaturen eine höhere Erkennungswahrscheinlichkeit bei neuen Outbreaks aufweisen.
|
Erweitert
Greeting Pause
| ||
| Beschriftung | Empfehlung | Beschreibung |
|---|---|---|
| Status | Ein | Ähnlich wie das Greylisting macht sich die Greeting Pause zu Nutze, dass in Spam-Bots das SMTP-Protokoll nicht zur Gänze implementiert ist. Damit lassen sich diese von regulären Mailservern unterscheiden. Das Greeting ist eine Begrüßung, die vom Mailrelay an den sendenden Mailserver übermittelt wird. |
Empfänger-Beschränkung
| ||
| Status | Ein | Die Option blockiert Mails, die mehr als eine definierte Anzahl Empfängeradressen aufweisen. |
Beschränkungen pro Client
| ||
| Verbindungen limitieren | Ein | Hier kann eingestellt werden, wie viele Verbindungen das Mailrelay gleichzeitig annimmt. Erlaubte Verbindungen: 1 (Default-Wert belassen.) Das Verbindungslimit wirkt möglichen DDOS-Attacken entgegen. |
| Zugriffskontrolle aktivieren | Ein | Möglichen DOS-Attacken wird durch die Zugriffskontrolle entgegengewirkt. |
| Zeitfenster: | 60 Sekunden | |
| Verbindungen pro Zeitfenster: | 5 | |
| Host | Sollen ausgehende Mails ebenfalls über das Mailrelay der UTM gesendet werden, sollten für die entsprechenden Mailserver hinzugefügt werden. | |
Sonstige
| ||
| HELO benötigt | Ein | Ist HELO aktiviert, wird vom SMTP Client gefordert seinen Namen zu nennen. Sollte unbedingt aktiviert bleiben (Standard) Dieser Schalter existiert, um Abwärtskompatibilität zu gewährleisten. |
Mailfilter
Unter sollten verschieden Filterregeln angepasst bzw. neu erstellt werden:
Filterregeln
URL-Filter
Der URL-Filter überprüft
- die URL selbst. Weitere Hinweise im Wiki zum Mailfilter.
Damit lassen sich in Verbindung mit der Aktion zulassen vor allem Whitelists erstellen - in welche inhaltliche Kategorie die aufgerufene Seite fällt.
Diese Kategorisierung wird von unserem Contentfilter-Team ständig aktualisiert.
Es lassen sich auch hier Allowlist-Einträge (z.B. Ausbildung (Schulen und Ausbildungsinstitute, Universitäten) mit der Aktion zulassen oder Blocklist-Einträge mit der Aktion blockieren erstellen.
Die folgenden Kategorien sind in Installationen seit 11.8 vorkonfiguriert und sollten auch bei älteren Installationen nicht fehlen:
| Typ | Name | Beschreibung | Aktion |
|---|---|---|---|
| Kategorie | Diese Kategorie enthält aktuell als schädlich eingestufte URLs welche Schadsoftware verbreiten und Phishing Seiten enthalten (Phishing, Malware, Botnetze, Crimeware usw.) | blockieren | |
| Kategorie | Diese Kategorie enthält URLs die Pornographische oder überwiegend sexuelle Inhalte bereitstellen. | blockieren | |
| Kategorie | Diese Kategorie enthält URLs die Ratgeber bereitstellen zum Thema Hacking, Warez, Malware bauen, Systeme überlisten oder Abofallen. | blockieren | |
| Kategorie | Server und Dienste für wichtige Softwareupdates Diese Kategorie ist für Whitelist-Umgebungen vorgesehen. |
zulassen |
Durch das Kicken auf wird die Filterregel hinzugefügt.
Spamreport
Der Spamreport kann in bestimmten Intervallen die E-Mail Benutzer über von der UTM gefilterte, geblockte oder in Quarantäne genommene E-Mails informieren. Dieser Report kann entweder an einem bestimmten Wochentag oder Täglich, zu einer bestimmten Uhrzeit versendet werden.
Damit der Report den E-Mail Benutzer auch erreicht, ist es notwendig, dass sich dieser in einer Gruppe befindet, die die Berechtigung Spamreport beinhaltet.
Sind mehrere Mailadressen für einen Benutzer in einem AD hinterlegt, wird der dort als Primäre SMTP-Adresse konfigurierte Eintrag als Default-Adresse verwendet.
UTMbenutzer@firewall.name.fqdnAuthentifizierungBenutzer
Gruppe unter hinzufügen
Die Einstellung dazu erfolgt im Menü
Gruppen bzw. bearbeiten unter Berechtigungen:
Hier müssen folgende Abschnitte aktiviert werden:
- Spamreport
- Ein aktiviert die Erstellung des Spamreports
- Userinterface
- Ein Die E-Mail Adresse kann aus einem Verzeichnis-Server wie ActiveDirectory oder LDAP entnommen werden, wenn die UTM daran angebunden ist. Ansonsten muss der Benutzer mit seiner E-Mail-Adresse auf der UTM angelegt werden.
Die E-Mail Adresse kann aus einem Verzeichnis-Server wie ActiveDirectory oder LDAP entnommen werden, wenn die UTM daran angebunden ist. Ansonsten muss der Benutzer mit seiner E-Mail-Adresse auf der UTM angelegt werden.
Im Abschnitt Mailfilter müssen weitere Einstellungen vorgenommen werden, u.a. wird dort die E-Mail Adresse hinterlegt, an die Berichte gesendet werden:
UTM/AUTH/Benutzerverwaltung Gruppen Mailfilter 12.6

Spamreport an den User.
Disclaimer und Hinweise
Diese Website wurde mit größtmöglicher Sorgfalt zusammengestellt. Trotzdem kann keine Gewähr für die Fehlerfreiheit und Genauigkeit der enthaltenen Informationen übernommen werden. Jegliche Haftung für Schäden, die direkt oder indirekt aus der Benutzung dieser Website entstehen, wird ausgeschlossen. Sofern von dieser Website auf Internetseiten verwiesen wird, die von Dritten betrieben werden, übernimmt die Securepoint GmbH keine Verantwortung für deren Inhalte.
Folgende Wiki-Artikel können bei der Einrichtung hilfreich sein.





