[ Sending-service guides ]
Authenticate email sent through Apptivo: configuration and verification
Apptivo's Amazon SES migration makes account-specific support records the starting point. Separate domain verification, free-address verification and mailbox synchronization before changing DNS.
By the EmailAuth research team · 6 min read
[ Key points ]
- Separate the SES migration workflow from legacy generated-record instructions.
- Use only the current support-issued records for the affected account.
- Domain authentication and mailbox synchronization are different checks.
[ Takeaway ]
Domain authentication and mailbox synchronization are different checks.
[ By role ]
What this means for you
Choose your role for practical next steps.
IT / Mail Admin
Own records and route evidence
Documentary setup is not a substitute for an aligned received-message result.
Next steps
- Retain the provider record set and before-change DNS export.
- Complete provider activation and verify every intended route.
- Record the raw message, trusted results and rollback owner.
CISO / SecOps
Approve scoped trust and residual risk
Provider signing authority and domain policy affect more than one campaign.
Next steps
- Review selector ownership and shared-service dependencies.
- Keep domain-wide enforcement separate from this integration change.
- Require human review and live evidence before publication or production sign-off.
Founder / Non-technical
Protect the Apptivo business workflow
Sender changes can disrupt customer recognition and replies even when authentication passes.
Next steps
- Identify the exact messages customers need.
- Approve the intended From and fallback identities.
- Release only after operations reviews a controlled message.
[ FAQs ]
Frequently asked questions
Why do the older Apptivo instructions look different?
The 2020 manual describes generated SPF/DKIM records in Business Settings; the 2024 SES migration directs users to Support. Confirm the workflow for your account rather than combining both.
Should I always create six CNAME records?
The SES migration article describes six. Publish only the current records supplied for your account and resolve any discrepancy with Support.
What SPF value should I copy?
Use the updated IP information supplied by Apptivo for the applicable domain and route. The retained migration article provides no universal value to substitute.
Can I authenticate a Gmail address with my own DNS?
No. Apptivo documents an address-verification link for free accounts. You do not control Gmail DNS; verify the actual resulting sending identity separately.
Does domain verification repair mailbox sync?
Not necessarily. The migration article treats sync reauthentication as a separate step when sending or receiving problems remain.
Does Amazon SES automatically prove aligned DKIM?
No. Collect the actual signature d=, s= and receiver result from the Apptivo workflow. A verified domain or provider branding alone is insufficient.
What evidence should I give Support if setup fails?
Provide the account and workflow, domain, supplied record names, authoritative DNS results, time of change and a redacted test-message authentication result. Never send mailbox passwords or private signing keys.
When is this Apptivo setup ready for release?
After Support confirms the relevant verification/activation and a controlled message on each required route has a passing aligned identity. Human review and live evidence remain pending for this draft.
[ Sources ]
Sources
- Apptivo SES migration and domain verification
Sections Users with paid domains · Users with Free Email Accounts · Re-authentication of Email Sync · Last modified March 13, 2024
- Apptivo legacy DKIM and SPF records
Sections DKIM & SPF Records steps 1–6 · Last modified November 3, 2020
- RFC 7208
Sections §3.2 Multiple DNS records · §4.6.4 DNS lookup limits · §5.2 include · §5.3 a
- RFC 6376
Sections §3.5 DKIM-Signature · §3.6.2.2 TXT record concatenation · §6 Verifier actions
- RFC 9989
Sections §4.4 Identifier alignment · §4.10 DNS tree walk · §5.3.5 Determine DMARC pass or fail · §5.3.6 Apply policy if appropriate
[ Glossary ]
Glossary
- Envelope identity
- The SMTP sender identity evaluated by SPF, distinct from the visible From address.
- DKIM selector
- The s= identifier used with the signing d= domain to locate a public verification key.
- Alignment
- The domain relationship required between an authenticated identity and the visible From domain for DMARC.
- CNAME
- A DNS alias record; publish only the provider-supplied name and target for the intended service.
- TXT record
- A DNS resource record used for SPF, DKIM public keys and DMARC policies; multiple strings can form one value.
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