WeTransfer alternative without an account
How the no-signup path works, and an honest comparison of both services' free limits.
Send a file directly in real time, share a temporary cloud link, or ask someone else to send you one. All three keep encryption and privacy in your hands.
The short version: direct transfer streams a file browser to browser while both people are online, storing nothing anywhere. Cloud share puts the file in temporary storage behind a link with an expiry you choose, so the recipient can collect it later. A file request reverses the direction — you send a link, and someone else uploads a file to you. Everything below is detail on those three.
| PROPERTY | DIRECT E2E SHARE | CLOUD SHARE | FILE REQUEST |
|---|---|---|---|
| Direction | You send a file | You send a file | You receive a file |
| Best For | Real-time direct transfer | Asynchronous link sharing | Collecting a file from someone else |
| File Size Limit | Up to 1 GB per file | Configurable link storage limit | A per-request cap you choose |
| Storage Location | None (browser-to-browser) | Temporary S3-compatible object storage | Temporary object storage, erased at expiry |
| Account Required | No signup or email needed | Quick email OTP verification | Only for you — never for the sender |
| Encryption | AES-256-GCM per chunk, key wrapped with RSA-2048 | Optional AES-256-GCM with Argon2id key derivation | Off, required, or the sender's choice |
The receiver opens Receive and creates a temporary session code.
The sender opens Send, adds the file, and enters the receiver's session code.
The receiver approves the incoming request, and the file transfers directly.
Sender enters their email and the temporary verification code sent to it.
Select files, set the link's expiration, and specify an optional security password.
Open the shared URL to fetch files directly. Encryption keys remain local if password-protected.
The request is tied to a verified address. It is where submissions are announced and the only address that can open them.
A title and optional instructions, both shown on the upload page and in the invite email.
A shareable link with a submission limit, or up to a handful of people who each get a single-use code.
Choose direct transfer for real-time delivery, or cloud link for async sharing. Enable encryption for sensitive files.
Drag and drop or browse. Set an optional password, expiration timer, or download limit before proceeding.
Receive a short room code or a shareable URL. Send it via any channel — the recipient needs nothing else.
Use direct transfer when the other person is online right now — the file goes straight to them and nothing is stored. Use a cloud link when they will open it later, or when several people need the same file. If you need someone to send a file to you instead, create a file request.
For a direct transfer, yes — with nothing stored on a server, the file has nowhere to wait. Cloud links and file requests are the asynchronous options: the recipient can open them whenever they like, up to the expiry you set.
No. All three modes run entirely in a standard browser on desktop and mobile — no app, no extension, no cable.
Direct transfers handle up to 1 GB per file. Cloud uploads have their own per-file limit, and the upload page tells you if a file exceeds it. File requests use a per-request cap that you set when creating the request.
You pick the timer when you create the link — 1 hour, 24 hours, 7 days, or 30 days — and it defaults to 7 days. When the timer runs out the file is permanently deleted from storage.
The file itself is never stored, on any path — though the surrounding record (size, type, timings, both IP addresses) is kept for the periods in the privacy policy. On a direct connection the file data never reaches our servers at all. Two things route it through us instead: a firewall or carrier NAT that blocks a peer connection, and a file small enough that negotiating one would take longer than sending it. In both cases the chunks pass through as ciphertext we hold no key for — passed through, not retained.
How the no-signup path works, and an honest comparison of both services' free limits.
What zero-cloud transfer actually means, how to verify it, and where it falls short.
The QR pairing flow, step by step, with no cable and nothing to install.
Ask someone for a file without giving them an account or an upload password.
For the cryptography behind all three modes, see the security architecture page, or browse all guides.