Why read receipts lie — and how Apple MPP broke email tracking

If you’ve ever sent an email with a tracker and seen it marked “read” seconds after sending — before your recipient could plausibly have opened it — you’ve met Apple Mail Privacy Protection (MPP).

What MPP actually does

Since 2021, Apple Mail routes remote images through Apple’s proxy servers and preloads them ahead of time, regardless of whether the person opens your message. The tracking pixel most email tools rely on is just a remote image. So MPP fires that pixel for a huge share of recipients automatically.

The result: a tracker that reports “opened” is often reporting “Apple’s server fetched an image.” Those are not the same thing, and pretending they are is how read receipts started lying.

Why most trackers hide this

Admitting that a large fraction of “opens” are meaningless is bad marketing. So most tools quietly fold Apple preloads into their open counts, inflate the numbers, and let you believe every green checkmark is a real human reading your email. That inflated number is the product.

We think that’s backwards. A signal you can’t trust is worse than no signal — it makes you follow up at the wrong time, or not at all.

What EmailKnow does instead

We detect the fingerprints of Apple’s proxy (its IP ranges and fetch behavior) and label those events for what they are:

• 🔥 Clicked — they clicked a link. Unaffected by MPP. The strongest signal.
• ✓✓ Human open — a genuine open from a non-Apple IP. Likely a real read.
• ⚠ Apple preload — MPP fetched the image. Flagged, never counted as a read.
• ⧗ Unknown — never loaded. Maybe unread, maybe images off. We won’t guess.

We also exclude your own opens, so reading your own sent mail never inflates the recipient’s signal.

Honest labeling means fewer “opens” in your dashboard — and every one that’s left actually means something. That’s the trade we’ll make every time.