Raw video, photo sets, CAD exports, mixed-resolution design packs and stems are often too large for ordinary email. You need a transfer method the client can actually open, and you need a copy of what left your desk. Those are different jobs. A transfer link shows that you sent something, and sometimes who downloaded it. A TimeBind is a dated, checkable record that an exact file existed no later than a recorded time and still matches. The fingerprint is made in the browser, and the file stays on your device. It does not show that the client received the pack, and a download receipt does not, by itself, show that the file they now have is the one you sent.
Some links to other tools on this page are affiliate links, marked “affiliate link”. If you buy through one, TimeBinder may earn a commission, at no extra cost to you. Tools are chosen on merit, with caveats. See our affiliate disclosure.
Table of Contents
Why “I emailed it” often fails later
Disputes about deliveries are rarely about whether a file was sent. They are about which version, which folder, and whether the copy in someone’s archive is still that file.
Typical gaps:
- The email has a link that has expired, or that pointed at a folder you later updated.
- The client downloaded a later re-export and both of you now call it “the final pack”.
- A WeTransfer-style link, a chat attachment, or a shared Drive folder was overwritten after the due date.
- The only record is a screenshot of a progress bar.
File-system dates will not settle this. They change when a file is copied or zipped. See what happens to file dates when you copy, zip or download and can a file’s date created be changed?.
What holds up better is a frozen pack — a zip or a clearly named folder of exports — plus a dated fingerprint of that exact pack, plus whatever transfer receipt the sending tool gives you.
A delivery routine you can repeat
Use the same steps for a design presentation, a photo gallery, a music delivery, a planning issue, or a freelance code handoff.
- Build a delivery folder, not a live project folder. Export the PDFs, media, or builds you intend the client to have. Leave working files, caches and unused takes out unless they were requested.
- Name the pack as a version.
project-client-delivery-2026-11-11.zipis easier to find in a year thanfinal-final-2.zip. - Freeze it. Once you have zipped or exported the pack, do not add late files into that same archive and pretend it is the same delivery.
- Record the exact pack. Fingerprint the zip (or the small set of files) with TimeBinder before you send it. One TimeBind can hold up to 10 files. Click here to start. Step-by-step help is in how to timestamp a file.
- Send a copy, not the only copy. Use a transfer tool, a client portal, or a project workspace. Keep your dated original where you will still have it if the link dies.
- Keep the transfer record. Download confirmations, expiry dates, recipient addresses, and any password you set belong in the same job folder as the certificate.
- If you send a corrected pack, treat it as a new version. Date it again. Note what changed in a short text file you keep with it.
Architects and designers can pair this with protecting a design before sending it to a client. Musicians can use protect your music before sending and session musician stems before sending. Developers have a close cousin in freelance code delivery before payment.
How to send large files without making the client’s life harder
A good transfer is boring: the client clicks a link, the files arrive complete, and nobody has to create an account if they do not want to.
Practical checks, whatever tool you use:
- Size and expiry. If a free plan caps a transfer, or a link dies in a few days, say so in the email and keep your own copy.
- A password or a limited link when the pack is unpublished, commercially sensitive, or contains client data. Send the password through a different channel from the link.
- A format the client can open. A raw camera pack or a Revit model may need a PDF or IFC companion if the other side does not have the software.
- No silent updates. If you use a shared folder that stays open, the folder you pointed at on Monday may not be the folder they download on Friday. For a formal delivery, a dated zip is clearer than a live folder.
- A short packing list in the email: file names, version, and what is excluded.
End-to-end encryption, two-factor authentication on your sender account, and virus scanning are worth having when a tool offers them. They protect the journey. They still do not date the bytes.
If you already have a client gallery, a BIM common data environment, or a formal transmittal process, use it. Add a TimeBind of the pack you issued, rather than inventing a second delivery path. For BIM version history compared with a timestamp, see BIM CDE version history vs a timestamp.
What “proof of what you sent” should look like
Keep a small, dull pack for each formal delivery:
- The exact zip or files you sent (never overwritten).
- The TimeBind certificate for that pack.
- The transfer receipt or transmittal (link, time, recipient, expiry).
- The packing list or covering email.
- If the client later approves a version, the approval mail or signed PDF — dated separately if it is a new file. See e-signing contracts, NDAs and split sheets when a signature is involved.
Later, anyone can check a copy against the fingerprint with the SHA-256 hash checker or the file comparison checker. A match shows it is the same file. It does not show that the client opened it, agreed to it, or that you own the work. For the wider method, see how to prove a file existed before a date.
This routine fits the creator and architecture hubs, and it is the same idea on the developer side when you hand over a build.
Mistakes that leave you arguing about the wrong file
- Sending a live shared folder and calling it the delivery. Date a frozen export instead.
- Replacing files inside a zip you already timestamped. That is a new pack.
- Letting the only copy live on an expiring link.
- Timestamping the working project instead of the delivered export. The client did not receive your
.psdwith 40 hidden layers, or they did — be precise. - Assuming a “delivered” tick in a chat app identifies the bytes. Keep the file.
Frequently Asked Questions
-
Should I timestamp the zip or every file inside it?
For a formal delivery, the zip (or an equivalent single archive) is usually enough, if that is exactly what you send. If a few files will be used separately, you can date those as well. One TimeBind can hold up to 10 files.
-
The client says the files they have are different. What now?
Hash both copies. If they differ, they are different files — even when they look the same on screen. Then compare against the dated pack you kept. See how to tell if a file has been changed.
-
Does a download receipt prove they received the right version?
It can show that someone used the link. Combined with a dated pack, that is much stronger than a receipt alone. It still may not identify who downloaded the files.
-
Can I use the same process for files the client sends me?
Yes. Save exactly what arrived, date it if you may need to show what you were given, and do not mix it with your later edits.
-
Is this only for paid work?
No. Competition entries, tender uploads and publisher submissions benefit from the same frozen, dated pack. See design competition entry: timestamp before you submit.
Date the pack before you send it
Your first Pooled TimeBind is free, with no credit card required. After that, TimeBinds start from US$5, and an ASAP TimeBind is US$15. Click here to start, or see plans and pricing.







