Verifica SPF e DMARC

RSS

Test a domain's email authentication: SPF, DKIM and DMARC records are checked for syntax, lookup limits and policy strength, with plain-English fixes.

Autenticazione email per paypal.com

SPFValido, con avvisi
DKIM2 chiavi trovate
DMARCp=reject

SPF (Sender Policy Framework)

9/10 ricerche DNS
v=spf1 include:pp._spf.paypal.com include:3ph1._spf.paypal.com include:3ph2._spf.paypal.com include:3ph3._spf.paypal.com include:3ph4._spf.paypal.com include:sendgrid.net include:aspmx.pardot.com ~all
  • Il record usa 9 delle 10 query DNS consentite. Sei vicino al limite.

DKIM (DomainKeys Identified Mail)

Selettore s1 (tramite CNAME s1.domainkey.u2325424.wl175.sendgrid.net)

k=rsa; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxbgrZ8NI+r1z/S4RHUWdMmwmN+JGEY9Blcd1cqhocyKq+4qzU5TDXX4gKIZ2Apq3tTdA/a5hNEE4bPyhJAHFA0/x7Xhg//F4+iLwAB766QJ10Yjv7nQIqvzMmMpLctr5FjgnclGvPUgow3ofUpnmxyr1s9fR2JdvrRzXtwvuvbDV8j98iuIGYgcTcmQwJHH3HcGuxYOc57YZBNPUQbd5fcR5hcpbi+rWeT/SlNCCLNLP4gmXVg7lPc37Yo3CG5gpAsTAf/4RIxb22aL2xW596h/Hi1EebekpqF1dWogRs7x2JK1JYQaVIJEYNSuv5nqLR6FA1SUmB1375JL4pTXS6…

Selettore s2 (tramite CNAME s2.domainkey.u2048429.wl180.sendgrid.net)

k=rsa; t=s; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDMTLst9tYk0BVG2VmtfH+pSW9SYaffk4Z3wx361Z2P8Knyh+UNT6EWgdLfhz35K2hD04HMNy+wQqNiN7EFDmUUiqoJ69Z2d4JKNfNWXoKubJFrTRHdKVl7o17yN/Pw6N/O5wqxqe0pISJjglebwjwX4JpTQZ6wHzQhGu5++JDP2QIDAQAB

DMARC

v=DMARC1; p=reject; rua=mailto:d@rua.agari.com,mailto:dmarc_agg@vali.email; ruf=mailto:d@ruf.agari.com,mailto:MTc4Mzcw@ruf.vali.email
Policy (p)
reject
Policy dei sottodomini (sp)
uguale a p
Report aggregati (rua)
mailto:d@rua.agari.com,mailto:dmarc_agg@vali.email
Percentuale (pct)
100%
Allineamento
DKIM: R, SPF: R (R = relaxed, S = strict)
  • DMARC è applicato con p=reject e report attivi.

Vedi i record MX per paypal.com.

Perché SPF, DKIM e DMARC sono importanti

L'email è stata progettata senza verifica del mittente, quindi chiunque può inserire il tuo dominio nella riga «Da». Tre standard basati sul DNS risolvono il problema. Da febbraio 2024 Google e Yahoo li richiedono a chi invia email in grandi volumi, e la mancanza di questi record è oggi un motivo frequente per cui la posta legittima finisce nello spam.

  • SPF elenca i server autorizzati a inviare posta per il tuo dominio, in un record TXT che inizia con v=spf1.
  • DKIM aggiunge una firma crittografica a ogni messaggio; i destinatari la verificano con una chiave pubblica pubblicata in selector._domainkey.yourdomain.
  • DMARC (in _dmarc.yourdomain) indica ai destinatari cosa fare quando SPF e DKIM non risultano allineati con il dominio del campo «Da» (none, quarantine o reject) e dove inviare i report.

Cosa verifica questo strumento

  • L'SPF esiste, c'è un solo record, termina con ~all o -all (mai +all) e il numero totale di ricerche DNS, compresi i meccanismi include: annidati, resta entro il limite di 10 della RFC 7208.
  • Le chiavi DKIM sul selettore che indichi oppure su una dozzina di selettori comuni usati da Google Workspace, Microsoft 365 e dai servizi di invio più diffusi.
  • Il DMARC esiste, ha una policy valida, si applica al 100% della posta e invia report aggregati, così puoi vedere chi sta inviando a tuo nome.

Esempi di record

example.com.         TXT  "v=spf1 include:_spf.example.net ip4:192.0.2.0/24 -all"
_dmarc.example.com.  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s"
s1._domainkey.example.com. TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh…"

Attivazione graduale consigliata

  1. Pubblica l'SPF coprendo ogni servizio che invia per te, terminando con ~all.
  2. Attiva la firma DKIM in ogni provider.
  3. Pubblica il DMARC con p=none e un indirizzo rua e controlla i report per due-quattro settimane.
  4. Passa a p=quarantine, poi a p=reject, quando tutta la posta legittima supera i controlli.

Guida completa: SPF, DKIM e DMARC spiegati.

Domande frequenti

Devo usare ~all o -all?

Con il DMARC attivo vanno bene entrambi; è il DMARC a decidere l'esito. ~all è il punto di partenza più prudente; -all è più rigido una volta che sei sicuro che ogni mittente sia elencato.

Cosa significa «troppe ricerche DNS»?

Ogni include, a, mx, exists e redirect costa una ricerca, comprese quelle dentro i record inclusi. Oltre 10, l'SPF fallisce per tutti. Rimuovi i servizi inutilizzati o sostituisci gli include con intervalli ip4/ip6.

I domini parcheggiati hanno bisogno di questi record?

Sì. Proteggi i domini che non inviano mai email con v=spf1 -all e v=DMARC1; p=reject.

Aggiornato

Commenti

Nessuna valutazione ancora

Accedi per valutare questo strumento.

Condividi un consiglio, fai una domanda o racconta come ti è andata con lo strumento.

Ancora nessun commento. Racconta per primo com’è andata.

Copiato negli appunti