Bei der E-Mail-Zustellung an Microsoft-Dienste (Office 365, Outlook.com, Hotmail.com, Live.com) wurde in letzter Zeit häufig folgende Fehlermeldung beobachtet:
550 5.7.1 Unfortunately, messages from [IP-Adresse] weren't sent.
Please contact your Internet service provider since part of their network is on our block list (S3150).
Trotz korrekter Konfiguration (SPF, DKIM, DMARC, PTR-Records) und sauberer Reputation werden E-Mails abgelehnt oder landen im Spam-Ordner.
Microsoft-Blocklisten
Microsoft betreibt eigene interne Blocklisten für E-Mail-Server, die sich in zwei Kategorien unterteilen:
- OLC (Outlook Consumer): Für outlook.com, hotmail.com, live.com, msn.com
- Office 365: Für geschäftliche Microsoft 365-Konten
Die Listung erfolgt nach internen Microsoft-Kriterien, die nicht vollständig transparent sind. Microsoft blockiert teilweise willkürlich nach eigenen Kriterien ganze IP-Bereiche, was zu False Positives führen kann.
Fehlercodes
- S3140: IP-Adresse ist vollständig blockiert
- S3150: IP-Adresse ist gedrosselt (Throttling)
Ein häufig berichtetes Problem ist die Widersprüchlichkeit zwischen Microsofts Monitoring-Tools und dem tatsächlichen Verhalten:
- SNDS (Smart Network Data Services) zeigt "normalen Status" oder "grüne" Bewertung
- JMRP (Junk Mail Reporting Program) meldet keine Beschwerden
- IP-Adresse erscheint auf keinen öffentlichen Blacklists
- Trotzdem werden E-Mails mit Fehlercode 550 5.7.1 abgelehnt
Beim Kontakt mit dem Microsoft Support oder über das Delisting-Portal erhalten Betroffene Kunden regelmäßig die Standardantwort:
"Nothing was detected to prevent your mail from reaching Outlook.com customers."
Diese Aussage widerspricht jedoch dem tatsächlichen Verhalten, da E-Mails weiterhin blockiert werden oder im Spam-Ordner landen.
Das belegen auch die Berichte der besonders häufig betroffenen IP-Bereiche großer Hosting-Provider wie z. Bsp.:
- Hetzner Online
- OVH (SYS, Public Cloud)
- Online.net
- Weitere europäische Hosting-Provider
Nutzer berichten, dass selbst bisher völlig ungenutzte IP-Adressen aus diesen Bereichen bei Microsoft als blockiert erscheinen.
Hinweise
1. Überprüfung der Basis-Konfiguration
Stellen Sie sicher, dass folgende Grundlagen korrekt konfiguriert sind:
- SPF-Record: Autorisierung der sendenden IP-Adresse
- DKIM: Digitale Signatur der E-Mails
- DMARC: Policy für Authentifizierungsfehler
- PTR-Record (Reverse DNS): Muss mit dem Hostnamen übereinstimmen
2. Registrierung bei Microsoft-Diensten
Hinweis: Diese Tools zeigen nicht immer zuverlässig an, ob eine IP tatsächlich blockiert ist.
3. Delisting-Prozess
Option A: Automatisches Delisting-Portal
- Formular ausfüllen unter: https://sender.office.com/
- Wartezeit: Wenige Stunden bis 24 Stunden
- Erfolgsquote: Gering bei S3150-Fehler
Option B: Support-Ticket
- Anfrage stellen unter: https://olcsupport.office.com/
- Vollständige NDR (Non-Delivery Report) beifügen
- IP-Adresse und betroffene Domains angeben
- Bei Standardantwort ("Nothing was detected") erneut antworten und auf die tatsächlichen Blockierungen hinweisen
- Erwartete Bearbeitungszeit: 3-5 Tage, in manchen Fällen mehrere Wochen
Option C: E-Mail an delist@microsoft.com
Bei Fehlercode 5.7.511 das vollständige NDR an delist@microsoft.com weiterleiten.
4. Best Practices
- Gradueller Versand-Aufbau: Keine plötzlichen Volumen-Sprünge
- Listen-Qualität: Keine inaktiven oder ungültigen E-Mail-Adressen
- Engagement: Hohe Öffnungsraten und niedrige Spam-Beschwerderate anstreben
- Double Opt-In: Bei Newsletter-Anmeldungen verwenden
Was Microsoft nicht transparent macht
- Exakte Kriterien für IP-Blockierungen
- Gründe für spezifische Listungen
- Warum SNDS "normal" anzeigt, während Blockierungen bestehen
- Unterschied zwischen interner Reputation und SNDS-Darstellung
Die E-Mail-Zustellung zu Microsoft-Diensten kann auch bei korrekter technischer Konfiguration problematisch sein, insbesondere bei der Nutzung bestimmter Hosting-Provider. Microsoft verwendet interne Reputationssysteme, die über die in SNDS sichtbaren Metriken hinausgehen. Betroffene sollten den mehrstufigen Delisting-Prozess durchlaufen und bei anhaltendem Problem die Nutzung eines SMTP-Relay-Dienstes in Betracht ziehen.
Quellen
- https://docs.hetzner.com/robot/dedicated-server/troubleshooting/microsoft-blacklist/
- https://www.webhostingtalk.com/showthread.php?t=1814807
- https://forums.whirlpool.net.au/archive/3qq87753
- https://community.ovh.com/en/t/microsoft-hotmail-outlook-live-mail-delivering-problems/126
- https://support.indichosts.net/en/knowledgebase/article/email-to-hotmail-or-outlook-failing-with-error-550-5-7-1-s3150
- https://learn.microsoft.com/en-us/answers/questions/5516448/550-5-7-1-my-ip-is-blocked-by-outlook-(s3150)-need
- https://learn.microsoft.com/en-us/answers/questions/4617592/what-does-error-s3150-mean
- https://learn.microsoft.com/en-us/answers/questions/2121262/block-list-(s3150)
- https://learn.microsoft.com/en-us/answers/questions/5536920/hotmail-rejection-with-error-s3150-need-guidance
- https://learn.microsoft.com/en-us/answers/questions/5566677/network-is-on-our-block-list-(s3150)
- https://learn.microsoft.com/en-us/defender-office-365/external-senders-mail-flow-troubleshooting
- https://www.suped.com/knowledge/email-deliverability/troubleshooting/how-to-resolve-microsoft-email-blocks-when-snds-shows-normal-status
- https://www.suped.com/knowledge/email-deliverability/sender-reputation/why-is-microsoft-outlookcom-email-deliverability-inconsistent-and-how-reliable-is-snds-data
- https://forum.directadmin.com/threads/microsoft-outlook-blocking-your-mail-server.70445/
- https://sendersupport.olc.protection.outlook.com/snds/FAQ