[ Sending-service guides ]
Authenticate email sent through Benchmark Email: configuration and verification
Choose the Benchmark domain-verification flow shown in your account and verify its delegation or individual-record changes without mixing generations of instructions.
By the EmailAuth research team · 3 min read
[ Key points ]
- Follow the account’s NS or multiple-record branch, not both.
- Delegate only the approved unused child subdomain.
- Shared-domain delivery does not prove private-domain readiness.
[ Takeaway ]
Shared-domain delivery does not prove private-domain readiness.
[ By role ]
What this means for you
Choose your role for practical next steps.
IT / Mail Admin
Keep branches separate
NS delegation and individual records are different changes.
Next steps
- Inspect the account workflow.
- Use generated record values.
- Check descendant DNS dependencies.
CISO / SecOps
Control delegation scope
Do not turn a child-domain setup into a whole-domain migration.
Next steps
- Approve the selected child.
- Preserve existing mail routing.
- Record rollback and cache considerations.
Founder / Non-technical
Approve the actual campaign identity
Fallback delivery may differ from the intended brand.
Next steps
- Confirm private-domain status.
- Review the received From address.
- Pause on unexplained fallback.
[ FAQs ]
Frequently asked questions
Should I follow an older two-CNAME article?
Only if it matches your actual account workflow. Do not mix it with the NS or multiple-record setup described here.
Does the NS option move my entire domain?
The documented record delegates the chosen subdomain. Do not change the parent’s registrar nameservers for that step.
Why must the subdomain be unused?
Existing services or descendant records can be affected by a new delegation or conflicting owner.
Can I copy the SPF example from the prose guide?
Use the current account-generated value. The published example has an apparent spelling inconsistency that warrants confirmation.
Verify Domain Using Multiple DNS Records - Benchmark Help Center
Is the technical MX my normal inbox MX?
Not necessarily. Match the supplied subdomain owner and do not replace unrelated inbound mail routing.
Verify Domain Using Multiple DNS Records - Benchmark Help Center
What if my DNS host cannot add the required MX?
Resolve a supported option with Benchmark before using private sending; do not invent a substitute record.
Verify Domain Using Multiple DNS Records - Benchmark Help Center
Does a delivered shared-domain message prove private sending?
No. Inspect the actual identities and the private-domain verification status.
What evidence closes setup?
The selected branch, authoritative record answers, account verification and a controlled message with the intended aligned identity.
[ Sources ]
Sources
- Domain Verification - Benchmark Help Center
Sections Detect Domain Host for Domain Verification · Private Domain · Shared Domain
- Verify Domain Using Multiple DNS Records - Benchmark Help Center
Sections Before getting started · Step 3: Configure · SPF · DKIM · DMARC · Link Wrapping
- Verify Domain Using NS Record - Benchmark Help Center
Sections Step 2: Adding DNS Records · Step 4: Finish the Setup · Failed Status
- RFC 7208
Sections §2.4 Checking authorization · §3.2 Multiple DNS records · §4.6.4 DNS lookup limits
- RFC 6376
Sections §3.5 DKIM-Signature header · §3.6.2 DNS binding · §6 Verifier actions
- RFC 9989
Sections §4.4 Identifier alignment · §4.10 DNS tree walk · §5.3.5 Determine DMARC pass or fail
[ Glossary ]
Glossary
- SPF
- DNS authorization for the SMTP envelope-sender domain, subject to protocol limits.
- DKIM
- A signature verified using a public key at a selector under the signing domain.
- DMARC alignment
- The required relationship between the visible From domain and a passing SPF or DKIM authentication domain.
- Authoritative DNS
- The delegated DNS service responsible for the published zone answers.
- Selector
- The DKIM identifier used with the signing domain to locate the public key.
Enterprise provenance
Why top financial institutions and governments retired their email security dashboards.
Traditional email authentication platforms sell you a dashboard and ask your engineers to do the labour. In high-stakes environments, manual oversight means delayed enforcement, configuration drift and unmonitored shadow domains.
EmailAuth is the agentic email provenance platform. Our agents enforce p=reject, keep third-party senders aligned and move your domains to full RFC 9989 compliance, the new DMARC standard,, with human-in-the-loop auditability.
SaaS · Dedicated tenancy · Air-gapped on-prem · BYOK encryption