technical · joseph.anthony.camp

SMTP, IMAP, SPF, DKIM, and DMARC: A Practical Email Infrastructure Field Guide

Understand the protocols that send, retrieve, authenticate, and protect modern email—and the verification steps that should happen before a serious campaign.

SMTP, IMAP, SPF, DKIM, and DMARC: A Practical Email Infrastructure Field Guide

Email reliability is not one setting. It is a chain: the message is composed, submitted to an SMTP server, transferred between mail systems, authenticated against DNS, filtered by the receiver, stored in a mailbox, and later retrieved through IMAP or another access protocol.

SMTP sends; IMAP organizes and retrieves

SMTP is the transport protocol used to submit and relay email. A sending application normally authenticates to an SMTP submission service, negotiates encryption, supplies the envelope sender and recipients, and transfers the MIME message. IMAP is a mailbox access protocol. It lets a client synchronize folders, flags, message bodies, and attachments while the authoritative copy remains on the server.

LayerPrimary jobVerification question
SMTP submissionAccept outgoing mail from an authenticated user or applicationDo login, TLS mode, port, envelope sender, and rate limits match the provider?
SMTP relayTransfer mail between serversAre routing, reverse DNS, reputation, and retry behavior healthy?
IMAPSynchronize mailbox content and stateCan the application read the expected folders without deleting or moving mail unexpectedly?
MIMEPackage HTML, plaintext, and attachmentsAre boundaries, encodings, filenames, and alternative parts valid?

Authentication is layered, not interchangeable

SPF lets a domain publish which systems are authorized to use that domain in the SMTP envelope identity. DKIM adds a cryptographic signature to selected headers and the message body so a receiver can validate that the signed content survived transit and that the signing domain authorized the key. DMARC evaluates alignment between the visible From domain and authenticated SPF or DKIM identities, then lets the domain publish handling and reporting preferences.

A verification sequence that catches expensive mistakes

  1. Confirm the sending domain and visible From address.
  2. Verify SMTP authentication, encryption mode, port, and sender restrictions.
  3. Publish a narrowly scoped SPF record and avoid excessive DNS lookups.
  4. Create DKIM keys, protect the private key, publish the selector, and verify signatures on received test messages.
  5. Start DMARC in observation mode, review aggregate reports, correct alignment gaps, then strengthen policy deliberately.
  6. Inspect received headers at several mailbox providers rather than trusting a local “sent” status.
  7. Test replies, bounces, complaint processing, unsubscribe behavior, and IMAP synchronization.

Delivery status is not readership

An SMTP acceptance means the next server accepted responsibility for the message. It does not prove inbox placement or human reading. Open pixels can be requested by privacy proxies, link scanners, and automated security systems. Treat observations as technical events, preserve the surrounding metadata, and describe conclusions carefully.

Primary references