Bounces come back
Bounces and complaints are recorded within seconds. A dead address leaves the list before the next campaign.
Writing a good letter is worthless if it lands in spam. It's the invisible half of the job.
What's at stake before sending
Inboxes decide in a fraction of a second whether your letter gets in. They look at who you are — is your domain authenticated? — and how you have behaved so far. Both things must be prepared; neither can be fixed after the fact.
Bounces and complaints are recorded within seconds. A dead address leaves the list before the next campaign.
The headers required by Gmail and Yahoo since 2024 are placed on every send. Without them, deliverability degrades no matter what.
Required by anti-spam laws, and a pre-send check warns you if it is missing.
While sending, Mailcheer re-reads what's happening to messages already sent. If bounces spike, what remains in the queue is abandoned rather than sent, and the campaign goes back to draft: you fix the list, and your sender reputation is intact.
What you need to add
Six records to add with whoever manages your DNS, for three distinct roles. None replaces the other two.
The record that declares the servers authorized to send on your behalf. A domain can only carry one: two SPF records equal zero SPF.
Three records that let the inbox verify that the message really comes from you and hasn't been modified in transit.
The instruction you give inboxes for messages that claim to be from you without authorization. The only one of the three that Amazon doesn't follow: Mailcheer queries your domain directly.
Under the hood
Four checks before a single message leaves, three during sending.
The safeguard
Someone who unsubscribes from one of your brands hasn't asked to disappear from the others: their exit stays in the workspace where it happened. Above it, a platform-level list applies everywhere at once.

You add an address manually, with its reason — and export the whole list whenever you want.
At your provider, specifically
You buy a domain with one provider and its DNS is managed by another: that's the leading cause of authentication failures. Choose yours.
Heads upThe three CNAMEs must remain set to "DNS only" (gray cloud). If the cloud is orange, Cloudflare hides the value and verification will fail.
Open Cloudflare DNS settings →In the product
The status of each domain is readable at a glance, without going elsewhere.
Open the product without an account →
A verified sending domain, in the sending domains list.
3,000 sends a month free, no credit card. Enough to add the six records and verify everything is green.