Password on the transfer
Set a password at creation and the link alone is not enough. It is never stored in readable form — only a PBKDF2 hash with a salt unique to that transfer.
XTND Dynamics · Enterprise file transfer
XTRANSFER moves large files between organisations on one link — with a password, an expiry date and a download cap you set before it leaves your hands. It runs on Cloudflare's edge network and stores every byte in your own Dropbox.
transfer.xgi.io/t/9f2c…How it works
A transfer is a container with a lifetime. You create it, you fill it, you share one address — and the rules you set travel with it.
Give it a title and set its terms up front: a password, a number of days before it expires, a maximum number of downloads. Each transfer gets its own GUID, so the address is unguessable rather than sequential.
Upload through the API or drop them into a watched Dropbox folder. Each file is registered in the transfer with its size, type and checksum, and stored under the transfer's own folder rather than loose in a bucket.
One link, one password, sent however you like. Recipients need no account. Every download is counted, and when the cap or the expiry date is reached the link stops working — without you having to remember it.
Controls
Once a file is attached to an email it is gone — no expiry, no recall, no idea who opened it. A transfer is the opposite: the conditions are part of the object, and they are enforced on every request.
Set a password at creation and the link alone is not enough. It is never stored in readable form — only a PBKDF2 hash with a salt unique to that transfer.
Choose the number of days. After that the transfer stops serving files, whether or not anyone remembers it existed.
Cap a transfer at a fixed number of downloads. The count is kept server-side and checked before every file is served.
Deleting a transfer removes its files from Dropbox as well as its record. Revoking access does not leave the bytes sitting somewhere.
Every transfer carries its creation time, its owner, its current download count and its status. What was sent, by whom and how often it was taken is a query, not a guess.
The person receiving the file does not sign up, install anything or accept terms. They open a link and enter a password.
Security
Every security property below is a specific mechanism you can name, check and audit — not a badge in a footer.
PBKDF2 · SHA-256 · per-record saltAccount and transfer passwords are hashed with WebCrypto PBKDF2-SHA256 under a salt generated per record. A stolen database yields no passwords.
JWT · Authorization: BearerAuthenticated API calls carry a signed JWT. Tokens are verified at the edge before a request reaches any data.
RFC 4122 · UUID v4Users, transfers and files are addressed by RFC 4122 v4 UUIDs. There is no sequence to walk and no neighbouring transfer to stumble into.
Worker-proxied download streamDownloads stream through the Worker, which checks the password, the expiry and the download cap first. The underlying Dropbox path is never exposed to the recipient.
HTTPS · HSTS max-age=31536000Every request is served over HTTPS on Cloudflare's network, with HSTS enforced. There is no plaintext path to the service.
Dropbox API v2 · OAuth2 refreshFiles live in your organisation's own Dropbox account, under your existing retention, backup and compliance regime — not in a vendor's silo you cannot inspect.
The platform
XTRANSFER is deliberately thin. It holds the rules and enforces them; it does not become another place your data lives and another vendor you have to trust.
The whole service is a Worker running at the edge — the request is authorised close to the person making it, not after a round trip to one region.
Transfers, files, owners, expiry dates and download counts live in D1, SQLite at the edge. Metadata only — never the file bytes.
Binary storage is your own Dropbox, reached with OAuth2 refresh tokens. Your files stay somewhere your organisation already administers.
Because storage is yours, XTRANSFER is not a place your data goes to be held hostage. Point it at a different Dropbox and the service follows.
Dropbox-native
The fastest way to send something is not to open a web app at all. XTRANSFER watches an inbox folder in your Dropbox and does the rest.
It works in the other direction too: delete a file or folder in Dropbox and the transfer is unregistered, so the two never drift apart.
Developers
Everything the service does is an endpoint. Create transfers from a build pipeline, expire them from a cron job, or wire delivery into a system that already exists.
curl -X POST https://transfer.xgi.io/api/v1/transfers \
-H "Authorization: Bearer $XTRANSFER_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"title": "Q3 Financial Reports",
"password": "…",
"expires_in_days": 7,
"max_downloads": 10
}'Get started
XTRANSFER is operated by XTND Dynamics. Tell us what you need to move and how your organisation stores it, and we will set you up.
Email us