Results for aikido.dev
Analysis performed on April 15, 2026 at 03:06 PM
SPF
Warningv=spf1 include:sendgrid.net include:_spf.google.com include:26076760.spf06.hubspotemail.net ~allDKIM
OKSelectors: google, s1, s2DMARC
Warningv=DMARC1; p=quarantine; rua=mailto:dmarc@aikido.dev, mailto:dmarc_agg@vali.email; ruf=mailto:dmarc@aikido.dev; fo=1;MX
OKaspmx.l.google.com, alt2.aspmx.l.google.com, alt1.aspmx.l.google.com, alt3.aspmx.l.google.com, alt4.aspmx.l.google.comRecommendations
1Upgrade your DMARC policy from p=quarantine to p=reject for full blocking
With p=quarantine, spoofed emails are sent to spam instead of being blocked outright. Some recipients still check spam folders, and sophisticated attacks can be flagged as legitimate by users. p=reject ensures fraudulent emails never reach any folder.
2Harden your SPF by replacing ~all with -all (hardfail)
With ~all (softfail), unauthorized senders are flagged but emails are usually still delivered. Switching to -all (hardfail) explicitly tells receiving servers to reject emails from unauthorized sources, providing much stronger protection against spoofing.
3Add MTA-STS to enforce TLS encryption for incoming emails
Without MTA-STS, an attacker performing a man-in-the-middle attack can downgrade the connection between mail servers to plaintext, intercepting emails in transit. MTA-STS tells sending servers to only deliver via TLS with a valid certificate, preventing downgrade attacks.
Badge for your website
Display your email security score on your website.
<a href="https://spoofchecker.online/en/email-security/aikido.dev" target="_blank" rel="noopener"><img src="https://spoofchecker.online/api/badge/aikido.dev?score=72&grade=B" alt="Email security score for aikido.dev" height="28"></a>