// so behebst du es
iCloud „554 5.7.1 [CS01] Message rejected due to local policy“ und „[HM08]“: so behebst du es
Apple iCloud Mail hat deine E-Mail mit CS01 oder HM08 abgelehnt. Was diese Codes meist bedeuten und wie du Authentifizierung und Reputation verbesserst.
Was das bedeutet
iCloud Mail von Apple (Adressen mit @icloud.com, @me.com und @mac.com) hat deine Nachricht abgelehnt. Der Bounce sieht meist so aus:
554 5.7.1 [CS01] Message rejected due to local policy. Please visit https://... 554 5.7.1 [HM08] Message rejected due to local policy. Please visit https://...
„Local policy“ bedeutet, dass Apples eigene Filterregeln entschieden haben, die E-Mail abzulehnen. Apple veröffentlicht zu den einzelnen Codes sehr wenig, daher wird die genaue Regel nicht angezeigt. In der Praxis hängen sowohl CS01 als auch HM08 damit zusammen, wie vertrauenswürdig deine E-Mail und ihr Absender wirken: Authentifizierung, Reputation der sendenden IP und Inhalt.
Warum das passiert
- Probleme mit der Authentifizierung. Kein SPF, keine DKIM-Signatur oder ein DMARC-Fehler für die From-Domain. Apple erwartet zunehmend SPF und DKIM bei allen Mails und DMARC bei Absendern mit größerem Volumen.
- Schlechte IP-Reputation. Deine IP steht auf einer Sperrliste, ist neu und ohne Vorgeschichte oder wird mit Absendern geteilt, die Spam verschickt haben.
- Fehlendes oder generisches Reverse DNS. Die IP hat keinen PTR-Eintrag (den Namen, der zur IP gehört) oder einen generischen, der wie ein privater Anschluss aussieht.
- Inhalt, der nach Spam oder Phishing aussieht, Links zu markierten Domains oder URL-Kürzer.
- Beschwerden von iCloud-Nutzern, die deine Nachrichten als Werbung markiert haben.
- Volumen: eine plötzliche Welle von E-Mails an iCloud-Adressen.
So prüfst du es
- Mach einen Delivmail-Test. Kopiere auf der Startseite (
/) deine einmalige Testadresse und schick dieselbe E-Mail vom selben Server oder Tool. Der Bericht zeigt SPF, DKIM, DMARC, das Reverse DNS der sendenden IP, Blacklists, Link-Domains und einen SpamAssassin-Score. - Scanne deine Domain. Nutze
/domain-scanner, um zu prüfen, dass deine SPF- und DMARC-Einträge existieren und gültig sind. - Prüfe die IP und deine Domain unter
/blacklists. - Lies Apples Postmaster-Informationen. Apple hat auf seiner Support-Website eine Seite „Postmaster information for iCloud Mail“. Sie nennt die Anforderungen und wie du das iCloud-Mail-Team kontaktierst. Such sie unter diesem Namen, da sich die Adresse der Seite gelegentlich ändert.
So behebst du es
- Authentifiziere deine Mails.
- Ein einziger SPF-Eintrag, der jeden Server und Dienst auflistet, der für deine Domain sendet.
- DKIM-Signatur mit deiner eigenen Domain (nicht nur mit der Domain des Anbieters).
- Ein DMARC-Eintrag, mindestens
v=DMARC1; p=none; rua=mailto:..., damit du sehen kannst, wer als deine Domain sendet.
- Korrigiere das Reverse DNS. Wenn du einen eigenen Server betreibst, bitte deinen Hoster, einen PTR-Eintrag wie
mail.yourdomain.comzu setzen, und stell sicher, dass dieser Name wieder auf dieselbe IP zeigt. - Lass dich von Sperrlisten entfernen, wenn deine IP oder Domain gelistet ist, nachdem du die Ursache behoben hast.
- Räum deinen Inhalt auf. Nutze deine eigene Domain in Links, vermeide Kürzer, achte auf ein gutes Verhältnis von Text und Bildern und füge Marketing-Mails einen funktionierenden Abmeldelink hinzu.
- Respektiere deine Empfänger. Sende nur an Leute, die deine E-Mails angefordert haben, und entferne Adressen mit Bounces.
- Kontaktiere Apple, wenn alles sauber ist und die Ablehnung weitergeht. Nutze den Kontakt auf Apples Postmaster-Seite und gib die vollständige Bounce-Meldung, deine sendende IP sowie Datum und Uhrzeit an.
Bei einem geteilten E-Mail-Anbieter
Wenn du über einen Hoster oder Versanddienst sendest, kann dessen IP das Problem sein. Leite den Bounce an den Support weiter und frag, ob andere Kunden auch Ablehnungen von iCloud sehen.
Prüfe, ob es behoben ist
Mach einen neuen Delivmail-Test: SPF, DKIM und DMARC sollten bestehen, das Reverse DNS sollte gültig sein und die Blacklists sauber. Warte, bis sich DNS-Änderungen verbreitet haben (meist unter einer Stunde). Sende die E-Mail dann erneut an die iCloud-Adresse, die den Bounce verursacht hat. War die Reputation die Ursache, kann es einige Tage sauberen Versands dauern, bis iCloud wieder alle deine Nachrichten annimmt.
Prüfe, ob es behoben ist
DNS-Änderungen können ein paar Minuten bis einige Stunden dauern. Sende danach eine neue Test-E-Mail oder scanne deine Domain erneut.
Ähnliche Anleitungen
- Kein DMARC-Eintrag auf deiner DomainDMARC sagt Empfängern, was sie mit E-Mails tun sollen, die bei SPF und DKIM scheitern, und schickt dir Berichte. Gmail und Yahoo verlangen es von Massenversendern. Starte mit einem sicheren Überwachungs-Eintrag.
- DMARC scheitert: SPF und DKIM passen nicht zu deiner DomainSPF oder DKIM können bestehen und DMARC trotzdem scheitern, weil sie für eine andere Domain bestanden haben. Sorge dafür, dass mindestens eines davon dieselbe Domain wie deine Absenderadresse nutzt.
- DMARC sicher von p=none auf quarantine oder reject umstellenp=none schaut nur zu. Um gefälschte E-Mails mit deiner Domain wirklich zu stoppen, wechselst du Schritt für Schritt zu quarantine und reject, ohne deine eigenen E-Mails zu blockieren.
- Anforderungen von Gmail und Yahoo an MassenversenderSeit 2024 verlangen Gmail und Yahoo von großen Absendern, ihre E-Mails zu authentifizieren, eine Abmeldung mit einem Klick anzubieten und Spam-Beschwerden sehr niedrig zu halten. Hier ist die Checkliste.
- Deine E-Mails landen bei Gmail im SpamWenn Gmail deine E-Mails in den Spam schiebt, liegt es fast immer an der Authentifizierung, der Reputation oder dem Inhalt. So findest du heraus, woran, und behebst es.