Kurze Information für Leser, die einen Mail-Server beim Hoster Strato haben. Dann ist man darauf angewiesen, dass die Postfächer E-Mails an beliebige Absender senden können. Ein Leser hat mich nun darauf hingewiesen, dass Strato seit dem 31. August 2026 keine E-Mails mehr an die Anbieter gmx und web.de zustellen kann. Das Problem sei bekannt.
Blog-Leser Michael M. hat mich gestern am späten Nachmittag per E-Mail kontaktiert und beschrieb unter dem Betreff "Strato kann nicht mehr an gmx und web.de mailen" seine neuesten Erkenntnisse (danke dafür). Seit dem 31. August 2026 sei der Mailversand von Strato-Mailservern zu diversen Maildiensten (web.de und gmx.de) gestört, hieß es. Beim Versuch, einer Mail-Zustellung an die genannte Adresse gibt es eine Fehlermeldung und die Mail wird abgewiesen. M.M. hat eine Session mitgeschnitten und folgende Meldungen erhalten:
… während des Weiterleitungsversuches zu mx01.emig.gmx.net [212.227.15.151:25]:
>>> DATA (EOM)
<<< 451 Requested action aborted Reject due to policy restrictions. For explanation visit
https://postmaster.gmx.net/en/case?c=r2200&i=ip&v=81.169.146.219&
Die Mails werden also wegen "Policy-Restriction" bei gmx und web.de abgewiesen. Der Leser schrieb mir dazu, dass die Hotline von Strato das Problem kennt und bestätigt habe. Aber man müsse anrufen, um Infos zu bekommen, da Strato keine eine eigene Störungs- /Status-Seite betreibt. Die Details für die Probleme und wie lange dieses Problem andauern wird, sind laut Leser bisher unbekannt bzw. werden vom Strato-Support nicht genannt. Ist jemand betroffen?
MVP: 2013 – 2016
UCEProtect Level 3 heisst der Zauber. Die drehen mal wieder frei.
Die komplette AS6724 von Strato ist dort gelisted…
https://www.uceprotect.net/de/rblcheck.php
Ich bekomme grade nur 85.214.0.0/15 gelistet.
Das ist der Bereich, in dem die Kundenserver (RZ Berlin/Karlsruhe) stehen.
Die STRATO-eigene Infrastruktur liegt größtenteils in 81.169.144.0/22 (smtp.strato.de hat 81.169.145.133) und scheint von dem Listing nicht betroffen zu sein.
Daß Kunden mit gemieteten Root- oder V-Servern Scheiße bauen kommt leider häufiger vor und läßt sich nur schlecht vermeiden.
Im ersten Moment dachte ich, der Eigentümer des ganzen Konglomerats (die Telekom) setzt die merkwürdigen Regeln durch, die schon für T-Online gelten (dorthin zu mailen ist wirklich ein Krampf, letztlich brauchte ich für eine 2FA einen Code von DERtour, der nach zwei Stunden(!) erst ankam, aber nur 10 Minuten gültig ist). Aber das scheint hier nicht der Fall zu sein.
Such nach der ASN 6724 und scroll runter nach Level 3.
Da lese ich "UCEPROTECT Level 3 als BLOCKER zu verwenden wird ausdrücklich nur solchen Personen empfohlen, die auf Provider und Carrier den nötigen DRUCK ausüben wollen, Abuser zügig abzuklemmen, und denen es egal ist, ob dadurch auch gelegentlich die eine oder andere Mail abgewiesen wird. Falls Sie ein echter BOFH sind, empfehlen wir Ihnen natürlich, auf allen 3 UCEPROTECT-Leveln zu blocken."
Stand 01.09.2026 – 09:20 Uhr habe ich das getestet mit mehreren Domains bzw. Mailadressen und kann das Problem derzeit nicht bestätigen. Ziel war ein GMX Account.
Nach nur wenigen Sekunden waren die Mails da, die alle untereinander zu einer Hauptdomain (auch bei Strato) umgeleitet werden und von dort aus zu GMX.
Sollte das Problem irgendwo weiter bestehen oder wieder auftreten, könnte man temporär als Workaround eine Weiterleitung zu einem anderen externen Mailanbieter konfigurieren und von dort an GMX final weiterleiten.