Send, Share, or Ask

Three ways to move a file.
One simple platform.

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.

Feature Comparison

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.

PROPERTYDIRECT E2E SHARECLOUD SHAREFILE REQUEST
DirectionYou send a fileYou send a fileYou receive a file
Best ForReal-time direct transferAsynchronous link sharingCollecting a file from someone else
File Size LimitUp to 1 GB per fileConfigurable link storage limitA per-request cap you choose
Storage LocationNone (browser-to-browser)Temporary S3-compatible object storageTemporary object storage, erased at expiry
Account RequiredNo signup or email neededQuick email OTP verificationOnly for you — never for the sender
EncryptionAES-256-GCM per chunk, key wrapped with RSA-2048Optional AES-256-GCM with Argon2id key derivationOff, required, or the sender's choice

Step-by-Step Walkthrough

E2E Transfer Flow

1

Create a session

The receiver opens Receive and creates a temporary session code.

2

Enter code

The sender opens Send, adds the file, and enters the receiver's session code.

3

Approve and transfer

The receiver approves the incoming request, and the file transfers directly.

Cloud Sharing Flow

1

Sender verifies email

Sender enters their email and the temporary verification code sent to it.

2

Sender uploads file

Select files, set the link's expiration, and specify an optional security password.

3

Recipient downloads from link

Open the shared URL to fetch files directly. Encryption keys remain local if password-protected.

File Request Flow

1

Verify your email once

The request is tied to a verified address. It is where submissions are announced and the only address that can open them.

2

Describe what you need

A title and optional instructions, both shown on the upload page and in the invite email.

3

Choose a link or named invites

A shareable link with a submission limit, or up to a handful of people who each get a single-use code.

How It Works

STEP 1

Pick How to Share

Choose direct transfer for real-time delivery, or cloud link for async sharing. Enable encryption for sensitive files.

STEP 2

Select Your Files

Drag and drop or browse. Set an optional password, expiration timer, or download limit before proceeding.

STEP 3

Share the Code or Link

Receive a short room code or a shareable URL. Send it via any channel — the recipient needs nothing else.

Questions About Choosing a Mode

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.