Valida il tuo record Sender Policy Framework
DNS e record
Lookup DNS Tutti i record DNS per qualsiasi dominio Lookup record A Indirizzi IPv4 di un dominio Lookup record AAAA Indirizzi IPv6 di un dominio Lookup MX Server di posta di un dominio Lookup NS Name server autoritativi Lookup TXT Record TXT, SPF, verifica Lookup CNAME Record di nome canonico (alias) Lookup SOA Record Start of Authority Lookup SRV Record di localizzazione dei servizi Lookup CAA Quali CA possono emettere certificati DNS inverso (PTR) Da indirizzo IP a hostname Verifica DNSSEC Il dominio è firmato e validato?Recapitabilità email
Verifica SPF Valida il tuo record Sender Policy Framework Verifica DMARC Esamina e valuta la tua policy DMARC Verifica DKIM Trova e valida la tua chiave pubblica DKIM Verifica blacklist Verifica un IP rispetto alle blocklist email (DNSBL) Test SMTP Connettiti a un server di posta e verifica STARTTLS Verifica MTA-STS Policy TLS forzata per la posta in entrata Verifica BIMI Record del logo del brand per l'email Verifica TLS-RPT Policy di reportistica SMTP TLSRete e web
Verifica certificato SSL Esamina il certificato TLS e la scadenza di un sito Verifica header HTTP Esamina header di risposta, redirect e sicurezza Ping (TCP) Raggiungibilità e latenza su TCP Verifica porte Quali porte comuni sono aperteDominio
Lookup WHOIS Dati di registrazione per domini, IP e ASNSPF (Sender Policy Framework) indica ai server di posta riceventi quali host possono inviare email per il tuo dominio. Un record SPF difettoso — duplicato, con troppi lookup DNS o senza un meccanismo "all" — fa finire la posta legittima nello spam. IPeek trova il tuo record SPF, analizza ogni meccanismo e segnala i problemi che danneggiano la recapitabilità.
Un record SPF è un record DNS di tipo TXT che inizia con "v=spf1" ed elenca i server autorizzati a inviare email per conto del tuo dominio.
SPF consente al massimo 10 meccanismi che interrogano il DNS. Superarlo provoca un "permerror" e i destinatari possono rifiutare o ignorare il tuo SPF.
"-all" (hard fail) è il più rigoroso; "~all" (soft fail) è comune durante l'implementazione. Evita "+all", che autorizza chiunque.