Why is my countdown timer frozen in Apple Mail?
A timer that shows the same numbers every time you reopen an email in Apple Mail is almost always one of two things: a cached image, or Mail Privacy Protection having downloaded the image before you opened anything. They have different fixes, and one of them has no fix at all — which is worth knowing before you spend an afternoon on it.
Cause 1: a shared proxy cache handed out one redirect to everyone
Timer links normally work as a redirect: a stable public URL points at the freshly rendered image. If that redirect is cached by a shared proxy, every reader can be served the same stale target and the countdown appears frozen for all of them. The fix belongs to the vendor, not to you: the redirect must be marked as private so shared caches will not reuse it across readers. tikio sends the redirect with Cache-Control: private for exactly this reason.
Cause 2: Mail Privacy Protection fetched the image at delivery
When Mail Privacy Protection is on, Apple downloads every image in the message the moment it arrives, then serves the reader from its own cache. The image was rendered correctly — at delivery time — and the reader may open the email hours later and see that older render. This is not a bug in the timer; it is Apple deliberately breaking the link between an image request and a human opening the email.
What you can do: vary the URL between sends
You cannot make the URL change per open — the URL inside a delivered email is fixed forever. You can make it change per send, which stops one campaign’s cached image from being reused by the next. Add a cache-busting parameter whose value differs each send; tikio’s URL builder offers this as an option.
https://tikio.io/e/a1b2.gif?target=2026-08-01T20:00&v=summer-sale-3 What nobody can do: per-open freshness under MPP
Be sceptical of any vendor claiming to defeat Mail Privacy Protection. Since the URL in a delivered email is static and Apple controls when it is fetched, no provider can force a re-render at the moment a protected reader opens the message. The honest position is that MPP readers may see the render from delivery time, and that for most campaigns — where delivery and open happen within hours — the difference is small.
What this means for evergreen timers
Per-recipient evergreen countdowns start at the recipient’s first open. Under MPP, that “first open” can be the prefetch at delivery, so the personal window starts earlier than the reader’s real first look. If your offer is genuinely tight — a few hours — prefer a fixed deadline for these audiences; over a 24- or 72-hour window the drift is rarely material.
FAQ
How do I tell which cause I am hitting?
Open the email on a device with Mail Privacy Protection turned off, wait a minute and reopen. If the time advances there but not on your protected device, you are seeing MPP prefetching rather than a caching bug.
Does this affect Gmail too?
Gmail proxies and caches images as well, but it fetches on open rather than at delivery, so timers stay fresh for reopens. The behaviour that surprises people is specific to Apple’s prefetching.
Should I just avoid Apple Mail readers?
No. The timer renders correctly and shows a real deadline; only the precise moment of rendering shifts. Design the offer so a few hours of drift does not make the message dishonest, and the problem disappears.
Build a countdown that behaves
Free during early access — no watermark, no credit card.
Create your free countdownSetting one up? See guides for your email platform or website embed guides.
Last updated: 2026-08-01.