// come risolvere
Verifica DKIM di Amazon SES "Pending" o "Failed": come risolvere
Il tuo dominio Amazon SES resta "Pending" o mostra DKIM "Failed". Controlla i tre record CNAME, gli errori DNS più comuni e come riavviare la verifica.
Cosa significa
Quando aggiungi un dominio ad Amazon SES con Easy DKIM, SES ti fornisce tre record CNAME e li cerca nel tuo DNS pubblico. Finché non li trova tutti e tre, l'identità del dominio non è verificata e SES non firma le tue email con DKIM (DomainKeys Identified Mail, una firma digitale che dimostra che il messaggio proviene dal tuo dominio). Lo stato DKIM può essere:
PENDING: SES non ha ancora trovato i record.SUCCESS: i record sono stati trovati; la firma è attiva.FAILED: SES ha rinunciato, di solito perché non ha trovato i record.TEMPORARY_FAILURE: un problema DNS temporaneo impedisce a SES di eseguire il controllo.NOT_STARTED: la verifica non è mai stata avviata.
SES cerca i record per un massimo di 72 ore. Trascorso questo tempo, un dominio ancora non trovato passa a Failed.
Perché succede
- Nome di dominio raddoppiato. Molti pannelli DNS aggiungono automaticamente il tuo dominio. Se incolli
abc123._domainkey.yourdomain.comcome nome, il record reale diventaabc123._domainkey.yourdomain.com.yourdomain.com. Consulta record DNS aggiunto con il nome sbagliato. - Record creati come TXT invece che CNAME, oppure con il valore troncato, o senza la parte finale
.dkim.amazonses.com. - Sono stati aggiunti solo uno o due dei tre record.
- Proxy attivo. Su Cloudflare un CNAME con proxy (nuvola arancione) non viene restituito come CNAME; consulta i record con proxy di Cloudflare bloccano l'email.
- Zona DNS sbagliata. Hai modificato la zona presso il tuo registrar, ma il dominio usa altri name server (il tuo hosting, Cloudflare, Route 53...).
- Un'altra Region o un altro account. DKIM si configura per Region e per account AWS. I record creati per una Region non verificano l'identità in un'altra, a meno che tu non usi la funzione che replica le chiavi tra Region.
Come verificare
Nella console SES apri Identities, scegli il tuo dominio e guarda la sezione DKIM: elenca i tre record esatti. Hanno questo aspetto (i token sono unici per te):
Name: abc123token1._domainkey.yourdomain.com Type: CNAME Value: abc123token1.dkim.amazonses.com
Interroga ciascun nome da un terminale. Una risposta corretta restituisce la destinazione dkim.amazonses.com:
dig +short CNAME abc123token1._domainkey.yourdomain.com abc123token1.dkim.amazonses.com. dig +short NS yourdomain.com
Il secondo comando mostra quali name server ospitano davvero la tua zona. Puoi anche lanciare lo scanner di dominio di Delivmail sul tuo dominio per vedere i record DNS così come li vede il resto del mondo. Dalla CLI, aws sesv2 get-email-identity --email-identity yourdomain.com mostra DkimAttributes.Status e i token attesi.
Come risolvere
- Copia i tre record esattamente. Usa i pulsanti di copia o Download .csv record set. Se il tuo pannello aggiunge da solo il dominio, inserisci come nome solo
abc123token1._domainkey. - Usa il tipo CNAME e, su Cloudflare, imposta i record su DNS only.
- Modifica la zona giusta: quella servita dai name server restituiti da
dig NS. - Se il dominio è su Route 53 nello stesso account AWS, SES può pubblicare i record al posto tuo.
- Aspetta. La maggior parte dei provider pubblica in pochi minuti, ma SES può impiegare fino a 72 ore per accorgersene. Abbassare il TTL non accelera il primo controllo di un record appena creato. Consulta propagazione DNS e TTL.
- Se lo stato è Failed, correggi prima i record, poi riavvia la verifica. AWS consiglia di riprovare dalla console una volta che i record si risolvono; un metodo molto usato è disattivare e riattivare la firma DKIM per l'identità, oppure eliminare e ricreare l'identità (questo genera nuovi token, quindi devi pubblicare i nuovi record).
Se usi BYODKIM (la tua chiave) invece di Easy DKIM, SES cerca un record TXT su selector._domainkey.yourdomain.com. La chiave privata deve essere RSA a 1024 o 2048 bit, codificata in base64, e la chiave pubblica nel DNS non deve avere intestazione, piè di pagina né a capo.
Quando DKIM funziona, pensa anche all'indirizzo di bounce: per impostazione predefinita SES usa un dominio MAIL FROM amazonses.com, quindi SPF non è allineato con il tuo dominio. Consulta dominio MAIL FROM personalizzato per l'allineamento DMARC.
Verifica che sia risolto
La console dovrebbe mostrare l'identità come Verified e DKIM come Successful. Poi invia un messaggio tramite SES al tuo indirizzo unico nella home page di Delivmail. Il report dovrebbe mostrare una firma DKIM valida con d=yourdomain.com. Vedrai anche una seconda firma con d=amazonses.com: SES la aggiunge di proposito ed è innocua. Se ricevi un'email da SES che annuncia la revoca della tua configurazione DKIM, significa che i record sono stati rimossi: rimettili prima della scadenza indicata nell'email.
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 SPF sul tuo dominioIl tuo dominio non dice quali server possono inviare email a suo nome. Aggiungi un record TXT e i destinatari sapranno distinguere le tue email vere da quelle false.
- Errore SPF: troppe query DNS (permerror)SPF permette al massimo 10 query DNS. Oltre questo limite, l'intero record si rompe e i destinatari lo considerano non valido. Ecco come alleggerirlo.
- Più record SPF sullo stesso dominioUn dominio deve avere un solo record SPF. Con due o più, SPF si rompe per tutte le email. Uniscili in un'unica riga.
- SPF fallisce: il server di invio non è autorizzatoIl tuo dominio ha un record SPF, ma il server che ha inviato la tua email non è incluso. Scopri quale servizio ha inviato l'email e aggiungilo.
- Nessuna firma DKIM sulle tue emailDKIM aggiunge una firma digitale che dimostra che un'email arriva davvero dal tuo dominio. Attivala nel tuo provider di posta e pubblica la sua chiave nel DNS.