E-Mail Policy

WEB.DE sieht sich in der Pflicht, einen vertrauenswürdigen und sicheren Dienst zur Verfügung zu stellen. Daher genießt die sorgfältige Bewertung eingehender E-Mails sowie das Vorgehen gegen unerwünschte Nachrichten höchste Priorität.

Möchten Sie erfolgreich E-Mails an WEB.DE versenden, so müssen Sie die folgenden Richtlinien einhalten.

Richtlinien:

• (Static IP) Der einliefernde Server muss über eine statische IP-Adresse verfügen.
• (No Dialup) IP-Adressen, die zu einem Dialup-Bereich gehören/dynamisch vergeben werden, können keine E-Mails bei uns einliefern.
• (rDNS) Für die IP-Adresse Ihres Mailservers muss im DNS (Domain Name System) ein gültiger Reverse-DNS-Eintrag vorhanden sein, welcher auf Ihre Domain zeigt. Dabei muss der RDNS-Eintrag auf einen individuellen, vollständigen Hostnamen (FQDN) gesetzt sein.
  Informationen zu reverse DNS Records finden Sie u. a. hier: Wikipedia.org, Spamhaus.org
• (rDNS-Policy) Der reverse DNS Record darf nicht dem Standardeintrag Ihres Hosters/Providers entsprechen, also z. B. "123-123-123-123-static.yourprovider.tld".
  Empfohlenes Format: "mail.yourdomain.tld"
• (DNSBL) Stellen Sie sicher, dass die IP-Adresse Ihres Mailservers, sowie Ihre Domain nicht auf einer Blocklist von Spamhaus.org eingetragen ist.
• (HELO) Ihr Mailserver muss ein valides HELO/EHLO senden. Dieses muss ein Fully Qualified Domain Name (FQDN) sein, z. B. "host.ihredomain.tld".
  Die Konfiguration Ihres HELOs können Sie z. B. über folgenden Service prüfen: https://www.abuseat.org/helocheck.html
• (MX, A Record) Zu Ihrer Domain müssen korrekte MX oder A Records im DNS konfiguriert sein.
  Folgender Service bietet eine Überprüfung Ihrer MX-Konfiguration an: https://mxtoolbox.com/
  Einen detaillierteren Überblick über Ihre DNS-Konfiguration bietet: https://intodns.com/
• (Header) Beim Erstellen Ihrer E-Mails müssen Sie die in RFC 5321 und RFC 5322 geforderten Standards einhalten. Dies schließt u. a. folgende Punkte mit ein:
  • Folgende Header-Felder müssen enthalten und syntaktisch korrekt sein: Date, From, Message-ID. Dies gilt auch für das Feld Sender, sofern Sie dieses verwenden.
  • Die Felder BCC, CC, Date, From, Sender, Subject, To dürfen nicht mehr als ein Mal im Header enthalten sein
  • Stellen Sie sicher, dass die Zeit (Datum, Uhrzeit und Zeitzone) Ihres Servers und Clients richtig eingestellt ist, damit keine signifikante Abweichung zur tatsächlichen Zeit im Date-Header auftritt
• (DKIM) Um die Sicherheit und Vertraulichkeit Ihrer Nachrichten zu gewährleisten, ist die Verwendung einer DKIM-Signatur verpflichtend. Ein wesentlicher Bestandteil dabei ist, ein DKIM-Alignment sicherzustellen. Um dies zu erreichen, muss die DKIM-Domain mit Ihrer From-Domain (RFC 5322.From) übereinstimmen, mindestens in relaxter Form. Nachfolgend finden Sie Beispiele, die diese Anforderung verdeutlichen.
  • Beispiel 1: (zeigt ein relaxed DKIM Alignment)
    • DKIM-Domain: example.com
    • From-Domain (RFC 5322.From): child.example.com
  • Beispiel 2: (zeigt ein relaxed DKIM Alignment):
    • DKIM-Domain: child.example.com
    • From-Domain (RFC 5322.From): example.com
  • Beispiel 3: (zeigt ein strict DKIM Alignment)
    • DKIM-Domain: example.com
    • From-Domain (RFC 5322.From): example.com
  • Beispiel 4: (zeigt ein strict DKIM Alignment)
    • DKIM-Domain: child.example.com
    • From-Domain (RFC 5322.From): child.example.com
• (SPF) Neben der Unterstützung von DKIM können Sie zudem einen SPF Record im DNS veröffentlichen. Dieser gibt Auskunft darüber, wer (welche Systeme) im Namen Ihrer Domain E-Mails versenden darf (dürfen) und wie E-Mails behandelt werden sollen, die die im SPF Record angegebene Policy nicht erfüllen.
• (DMARC) Gewährleisten Sie die Authentizität Ihrer E-Mails, indem Sie diese gemäß den DMARC-Anforderungen signieren. Beachten Sie, dass DKIM die Mindestanforderung ist, insbesondere wenn Sie E-Mails an unsere Kunden senden, da dies dort verpflichtend ist. In diesem Fall reicht SPF allein nicht aus. Es ist daher ratsam, sowohl DKIM als auch SPF zu implementieren, um sicherzustellen, dass Ihre E-Mails den notwendigen Sicherheitsstandards entsprechen.
  DMARC gibt Ihnen die Möglichkeit, dem empfangenden System klare Anweisungen zu geben, wie mit E-Mails umzugehen ist, die nicht von Ihnen versendet wurden und daher gefälscht sein könnten. Sie können beispielsweise festlegen, dass solche E-Mails in Quarantäne verschoben oder direkt abgelehnt werden. Diese Maßnahmen erschweren sogenanntes "Spoofing" Ihrer Domain erheblich.
  Es ist ebenso wichtig, dass Sie keine Domain als Absendeangabe verwenden, für deren Verwendung Sie nicht autorisiert sind. Durch die Beachtung dieser Praktiken tragen Sie dazu bei, die Integrität Ihrer E-Mail-Kommunikation zu schützen und das Risiko von unautorisiertem Versand und Spoofing zu minimieren.

Anforderungen:

• Beachten Sie die geltenden gesetzlichen Vorgaben. Für die USA sind dies z. B. der Can-Spam Act. Beachten Sie, dass Sie beim Versand von Massen-E-Mails verantwortlich gemacht werden können, wenn Sie kein Einverständnis von der Empfangsseite eingeholt haben.
• Der einliefernde Server muss gegen unberechtigten Zugriff geschützt sein.
• Der Empfang von E-Mails mit schädlichen, sittenwidrigen oder gesetzeswidrigen Inhalten wird abgelehnt. Dies sind inbesondere viren- oder trojanerinfizierte E-Mails sowie solche die auf viren- oder trojanerinfiziert Seiten verweisen. E-Mails mit Inhalten, die der Volksverhetzung dienen, zu Straftaten anleiten, Gewalt verherrlichen oder E-Mails, die auf Seiten mit dementsprechenden Inhalten referenzieren. E-Mails, die darauf abzielen, widerrechtlich an Zugangsdaten zu gelangen, werden ebenfalls abgelehnt.
• WEB.DE behält sich das Recht vor, zum Sortieren und Abweisen von E-Mails externe Listen wie z. B. IP-Listen (DNSBL/RBL-Listen) oder Hashwert-Listen zu verwenden. Darüber hinaus behält sich WEB.DE das Recht vor, gegen Personen, die gegen diese E-Mail Policy verstoßen, rechtlich vorzugehen oder den Empfang von entsprechenden E-Mails temporär oder dauerhaft zu unterbinden.