Hard Bounces vs Soft: What Each One Costs You
Hard and soft bounces explained in plain English, and why your sender reputation pays for every one of them.
Tools
Every sender confirmed here adds an entry to your SPF record. Watch the lookup budget climb as you go — the ten-lookup limit is where SPF breaks entirely.
Does Google Workspace send email as your domain?
Does Microsoft 365 send email as your domain?
Does a marketing platform send email as your domain?
Do you have custom servers sending as your domain?
Any other services sending as your domain?
Most businesses have a few. Enter the hostname exactly as your provider's documentation gives it — for example _spf.example.com — or a full entry like include:example.com,ip4:203.0.113.10 or ip6:2001:db8::/32. Hostnames are treated as includes and cost one lookup each; IP entries are free.
Not sure what a sender needs? An audit finds your active sending streams and maps them to your record —Book a Free Consultation.
SPF has a hard limit of ten DNS lookups per evaluation. Every include: entry costs at least one lookup, and some platforms use several internally once their own record is fetched. A record that crosses the limit stops being evaluated partway through, and mail can fail SPF for reasons that look baffling from the outside: nothing in the record is wrong, but the budget is spent before the end is reached.
That is why this generator counts as you build. Each sender you add appears in the budget immediately, so you see the cost of your record take shape before it goes anywhere near DNS. IP entries are shown as free because they are: ip4: and ip6: mechanisms are read straight from the record with no further fetching, which makes them a reliable way to authorise known servers without spending budget.
A record that stays comfortably inside the budget keeps a reserve for the day you add one more platform, or your provider changes what their include points at. If the count creeps toward ten, that is the signal to consolidate sends behind fewer, larger includes rather than authorise one more small service.
Once your record is live, the email authentication checker confirms what the world sees when it fetches it, and the DMARC report reading checklist covers what mailbox providers actually did with the mail that claimed to be you. Both are free. From there, DMarcus reads every report your providers send and emails you a weekly verdict — free, no card needed. And if you would rather hand the whole picture to someone who does this daily, the audit maps your live sending streams and builds the record for you.
A published record is day one. New senders, provider changes and quiet breakage show up in your DMARC reports — Marcus analyses them every week and emails you the verdict. Free.
Free, browser-based, nothing to sign up for.
Check any domain's SPF, DKIM and DMARC — records shown, interpreted in plain English.
Upload the aggregate report your inbox provider sends you — get plain English back on who's sending as you.
Ten checks to run before every campaign send — verified in minutes, before your sender reputation pays.
What is better email performance worth to you? Honest numbers out, every assumption shown.
Managed Mautic against typical ESP pricing — find the subscriber count where the crossover happens.
Straightforward guides and updates on authentication, deliverability and overall strategy.
Hard and soft bounces explained in plain English, and why your sender reputation pays for every one of them.
Aggregate reports arrive as unreadable XML. This is a guide to parsing and understanding those files. The fields that matter and the ones to ignore, plus, what each finding means strategically.
New sending infrastructure has no reputation, which receiving servers treat with suspicion. This guide is the staged process for building reputation safely, and the mistakes that can burn it in week one.
Bigger list, more sends. That used to be the whole logic of email marketing. It no longer works like that. How to prune a list, when to do it, and why keeping dead addresses hurts you.