Ask people why a chargeback failed and you rarely hear "my evidence was weak." You hear "I didn't know there was a time limit" — or worse, "I knew, and then life happened." Mainstream coverage has started saying this out loud: Money.com's July 2026 explainer "Credit Card Dispute Clock: Why Waiting Can Kill Chargebacks" is built entirely on the premise that the clock, not the argument, is what kills disputes. LegalClarity's filing guide is blunter about the federal window: miss the 60-day mark and you can lose the federal protections altogether.
The structural problem is that nothing counts down for you. Your statement does not carry a "dispute by" date. The window is measured backwards from a day that has already passed, and it quietly expires while the charge sits in a "I'll deal with it this weekend" pile. The fix is not motivation. The fix is an alarm set on the day you learn the date — which is what our Deadline Reminder does, and what this guide explains, including the parts most reminder services don't tell you.
Part of why deadlines slip is that there is never just one. Two clocks run on most card disputes, they start on different days, and the earlier one wins:
| Clock | Counts from | The rule |
|---|---|---|
| US credit — FCBA | The day the statement was sent | The Fair Credit Billing Act (15 U.S.C. §1666) gives you 60 days from when the creditor sent the statement showing the error to notify them in writing. Once you do, the issuer must acknowledge your dispute in writing within 30 days and resolve it within 90 — the procedure Money.com's explainer walks through. |
| US debit — Regulation E | The day the statement was transmitted | Regulation E sets the same 60-day error-notice window for electronic transfers, and the liability tiers in 15 U.S.C. §1693g punish slowness directly: report fast and exposure can be capped at $50; wait and it can rise to $500; wait past the window and it can become unlimited. |
| Card networks | The transaction processing/settlement date | Visa and Mastercard filing windows are generally 120 days, with reason-specific variations and, on some "not received" conditions, a 540-day outer cap (Mastercard Chargeback Guide, Merchant Edition, 13 May 2025; Visa Core Rules, 18 April 2026 edition, via published rule summaries). |
Notice the trap: the network clock gives you twice the time of the federal one, and it is the one most articles quote. People anchor on "120 days," relax — and the 60-day federal protection, the strongest card they hold, expires underneath them. A reminder set from the binding (earliest) deadline — which is what our deadline calculator returns, and what the reminder block under its result saves — is a reminder set against the right clock.
Free, no account, two minutes — and the calendar file you download is yours whatever happens to the emails.
Here is the part reminder services usually leave out: email is unreliable, and everyone in the industry knows it. Sending from an unauthenticated PHP mail script — the cheap way — is capped by our host at 10 messages a minute and 100 a day, and Hostinger's own documentation warns those messages "often lack proper authentication headers" and are "more likely to be flagged as spam or rejected entirely." So the reminders are sent properly: authenticated SMTP, aligned headers, our real mailbox. That fixes the sending side. It fixes nothing on the receiving side — your spam filter, your full inbox, the address you stopped checking in March.
That is why signup always ends with a calendar file (.ics) in your hand. It drops one all-day event on your deadline into your own calendar app, carrying two alarms on exactly the reminder schedule — 15 days before at 9:00, 3 days before at 9:00. It needs no account, no server, no inbox. If every email we send falls into a spam folder and rots there, the alarms still ring. Treat the emails as the convenience and the file as the system.
Three fields: your email address, the deadline date, and the timestamp of your consent (kept because GDPR Article 7 makes the controller prove consent was given — the ICO's guidance is the plain-English version: consent must be freely given, specific, informed and unambiguous, and withdrawing it must be as easy as giving it). Your IP address is never stored raw — only a salted one-way hash, used solely to stop sign-up abuse. Nothing about the charge, the merchant or your card is asked for or kept.
The emails themselves are built to the FTC's full commercial standard in its CAN-SPAM compliance guide — accurate sender and subject, a working one-click delete honoured immediately, a real postal address in the footer — even though a reminder you requested might arguably sit in a narrower category. The FTC reads those categories narrowly, and "arguably exempt" is not a foundation to build a trust feature on. The content also stays purely about the reminder: no offers, no newsletter, nothing else, ever. The moment a "reminder" email carries an upsell it stops being a reminder service and becomes a mailing list with a hook.
Every touchpoint of this service — the signup page, the confirmation, both reminders — carries the same sentence: your bank's date controls. It is there because it is true. The date you save is an estimate built from what you entered; the federal clock started when your statement was sent (a date you may only know approximately), the network clock from a processing date you may never see, and your cardholder agreement can tighten either. If your bank tells you a different date, your bank is right and the reminder is wrong.
The design answer to that uncertainty is not false precision — it is margin. Reminders at 15 days and 3 days mean that even if the real deadline is several days earlier than the saved one, the first reminder still lands in time to act. And the standing advice of every guide on this site applies unchanged: file early. A dispute filed with weeks to spare cannot be lost to a calendar. A reminder is how you make sure "weeks to spare" actually happens.
Because the deadline is invisible. Nothing counts down on your statement, the window is measured in weeks from a date that has already passed, and two different clocks (the card network's and the federal one) run from two different starting dates. By the time most people feel ready to dispute, the earlier clock has often already run out — which is why the fix is not willpower but an external alarm set on the day you learn the date.
No. A reminder repeats a date you supplied; it cannot certify it. Federal windows run from the day your statement was sent, network windows from processing or settlement dates, and your issuer's agreement can be stricter than both. Your bank's date controls. A good reminder compensates by firing early — 15 days out, then 3 — so a few days of disagreement between clocks cannot hurt you.
Because email is the least reliable part of any reminder system: spam filters, full inboxes and changed addresses all happen. The .ics calendar file you download at signup lives in your own calendar app and rings its alarms (15 days and 3 days before, at 9:00) even if no email ever arrives. The email is the convenience; the calendar file is the guarantee-shaped backstop.
It is stored with your deadline date and the moment you consented — nothing else. The record deletes itself automatically 7 days after the deadline passes. Every email also carries a one-click link that deletes the record completely, immediately. There is no account to close and nothing is kept for marketing: the confirmation and the two reminders are the only emails the service ever sends.
Sources (verified October 24, 2026): Fair Credit Billing Act, 15 U.S.C. §1666 (60 days from statement transmittal, credit); Regulation E error-resolution window and 15 U.S.C. §1693g liability tiers ($50 / $500 / unlimited, debit); Mastercard Chargeback Guide, Merchant Edition (13 May 2025) and Visa Core Rules (18 April 2026 edition) for the 120-day network windows and 540-day outer cap, via published rule summaries; Money.com, "Credit Card Dispute Clock: Why Waiting Can Kill Chargebacks" (18 July 2026 — issuer acknowledge-in-30-days / resolve-in-90-days procedure); FTC, "CAN-SPAM Act: A Compliance Guide for Business" (ftc.gov); ICO consent guidance (ico.org.uk); Hostinger support, "PHP Mail limitation explained" (updated 24 July 2026 — unauthenticated mail() caps and spam risk; SMTP via an authenticated mailbox recommended).
Last updated: October 24, 2026.