// come risolvere
iCloud "554 5.7.1 [CS01] Message rejected due to local policy" e "[HM08]": come risolvere
Apple iCloud Mail ha rifiutato la tua email con CS01 o HM08. Cosa significano di solito questi codici e come sistemare autenticazione e reputazione.
Cosa significa
iCloud Mail di Apple (indirizzi che finiscono con @icloud.com, @me.com e @mac.com) ha rifiutato il tuo messaggio. Il messaggio di errore di solito è simile a questo:
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" significa che sono state le regole di filtraggio di Apple a decidere di rifiutare l'email. Apple pubblica pochissime informazioni su ciascun codice, quindi la regola esatta non viene mostrata. In pratica, sia CS01 sia HM08 sono legati a quanto sembrano affidabili la tua email e il suo mittente: autenticazione, reputazione dell'IP di invio e contenuto.
Perché succede
- Problemi di autenticazione. Niente SPF, nessuna firma DKIM o un DMARC che fallisce per il dominio del From. Apple si aspetta sempre più spesso SPF e DKIM su tutta la posta, e DMARC per chi invia volumi importanti.
- Cattiva reputazione dell'IP. Il tuo IP è in una blocklist, è nuovo e senza storia, o è condiviso con mittenti che hanno inviato spam.
- DNS inverso mancante o generico. L'IP non ha un record PTR (il nome associato all'IP), oppure ne ha uno generico che sembra una connessione domestica.
- Contenuto che sembra spam o phishing, link verso domini segnalati o accorciatori di URL.
- Segnalazioni da utenti iCloud che hanno contrassegnato i tuoi messaggi come indesiderati.
- Volume: un'improvvisa raffica di email verso indirizzi iCloud.
Come verificare
- Fai un test Delivmail. Nella home page (
/) copia il tuo indirizzo di test unico e inviagli la stessa email dallo stesso server o strumento. Il report mostra SPF, DKIM, DMARC, il DNS inverso dell'IP di invio, le blacklist, i domini dei link e un punteggio SpamAssassin. - Analizza il tuo dominio. Usa
/domain-scannerper verificare che i tuoi record SPF e DMARC esistano e siano validi. - Controlla l'IP e il tuo dominio su
/blacklists. - Leggi le informazioni postmaster di Apple. Nel sito di supporto Apple c'è una pagina "postmaster information for iCloud Mail" (informazioni per i postmaster di iCloud Mail). Elenca i requisiti e spiega come contattare il team di iCloud Mail. Cercala con questo nome, perché l'indirizzo della pagina cambia di tanto in tanto.
Come risolvere
- Autentica la tua posta.
- Un solo record SPF che elenchi tutti i server e i servizi che inviano per il tuo dominio.
- La firma DKIM con il tuo dominio (non solo con quello del provider).
- Un record DMARC, almeno
v=DMARC1; p=none; rua=mailto:..., così puoi vedere chi invia a nome del tuo dominio.
- Correggi il DNS inverso. Se gestisci il tuo server, chiedi al tuo hosting di impostare un record PTR come
mail.yourdomain.com, e assicurati che quel nome punti di nuovo allo stesso IP. - Esci dalle blocklist se il tuo IP o il tuo dominio è in lista, dopo aver corretto ciò che ha causato l'inserimento.
- Ripulisci il contenuto. Usa il tuo dominio nei link, evita gli accorciatori, mantieni un buon equilibrio tra testo e immagini e includi un link di disiscrizione funzionante nelle email di marketing.
- Rispetta i tuoi destinatari. Scrivi solo a chi ha chiesto le tue email e togli gli indirizzi che generano rifiuti.
- Contatta Apple se è tutto pulito e il rifiuto continua. Usa il contatto indicato nella pagina postmaster di Apple, includendo il messaggio di errore completo, il tuo IP di invio, la data e l'ora.
Con un provider email condiviso
Se invii tramite un hosting o un servizio di invio, il problema può essere il suo IP. Inoltra il messaggio di errore alla sua assistenza e chiedi se altri clienti ricevono rifiuti da iCloud.
Verifica che sia risolto
Invia un nuovo test Delivmail: SPF, DKIM e DMARC devono passare, il DNS inverso deve essere valido e le blacklist devono essere pulite. Aspetta che le modifiche DNS si propaghino (di solito meno di un'ora). Poi invia di nuovo l'email all'indirizzo iCloud che l'aveva rifiutata. Se la causa era la reputazione, possono servire alcuni giorni di invii puliti prima che iCloud accetti di nuovo tutti i tuoi messaggi.
Verifica che sia risolto
Una modifica DNS può richiedere da pochi minuti a qualche ora. Poi invia una nuova email di test o scansiona di nuovo il tuo dominio.
Guide correlate
- Nessun record DMARC sul tuo dominioDMARC dice ai destinatari cosa fare con le email che falliscono SPF e DKIM, e ti invia dei report. Gmail e Yahoo lo richiedono a chi invia grandi volumi. Inizia con un record di monitoraggio sicuro.
- DMARC fallisce: SPF e DKIM non corrispondono al tuo dominioSPF o DKIM possono essere superati e DMARC fallire lo stesso, perché sono stati superati per un altro dominio. Fai in modo che almeno uno dei due usi lo stesso dominio del tuo indirizzo From.
- Passare DMARC da p=none a quarantine o reject in sicurezzap=none si limita a osservare. Per bloccare davvero le email false che usano il tuo dominio, passa gradualmente a quarantine e reject, senza bloccare le tue email.
- Requisiti di Gmail e Yahoo per chi invia grandi volumiDal 2024 Gmail e Yahoo chiedono a chi invia grandi volumi di autenticare le email, offrire la disiscrizione con un clic e mantenere le segnalazioni di spam molto basse. Ecco la checklist.
- Le tue email finiscono nello spam di GmailQuando Gmail mette le tue email nello spam, la causa è quasi sempre l'autenticazione, la reputazione o il contenuto. Ecco come capire quale e risolvere.