todeviceAll guides

File transfer compatibility matrix

By the todevice team

Short answer

Seven ways to move a file, checked against the ten situations that actually decide which one works. Read down a column to find the methods that survive your situation.

The short version: no method wins everywhere. Cables and local tools win on speed and privacy but need proximity or a permissive network. Internet-based methods survive restrictions but cost upload time and involve a third party.

The matrix

Works means it reliably does the job. Depends means it works with a caveat, always stated. Fails means it does not work in that situation at all. Unverified would mean we could neither test it nor find it documented — currently nothing is marked that way.

File transfer methods compared against device pairs and network conditions
MethodiPhone → MaciPhone → WindowsAndroid → WindowsSame normal Wi-FiIsolated campus Wi-FiDifferent networksReceiver offline nowNo install allowedLarge files (>1 GB)Sensitive files
AirDropWorksFailsApple devices onlyFailsApple devices onlyWorksWorkspeer-to-peer — never uses the Wi-Fi networkFailsFailsboth devices must be presentWorksbuilt into iOS and macOSWorksWorksnever leaves the two devices
USB cableWorksDependsWindows needs Apple drivers; HEIC conversionWorksWorksno network usedWorksno network usedWorksno network usedFailsneeds both devices in handDependsdrivers may be required on WindowsWorksfastest optionWorks
LocalSendWorksWorksWorksWorksFailsclient isolation blocks peer discoveryFailssame local network only, by designFailsboth devices must be online togetherFailsinstalls an app on both devicesWorksWorksnever leaves the local network
PairDropWorksWorksWorksWorksDependslocal discovery fails; code pairing still worksWorkspaired devices connect regardless of networkFailsboth devices must be online togetherWorksruns in the browserWorksDependspeer-to-peer, but relayed via TURN when needed
Cloud storageWorksWorksWorksWorksWorksordinary outbound HTTPSWorksWorksfile waits in the accountWorksweb interfaceDependsbounded by your storage planDependsprovider can typically read consumer files
Email to yourselfWorksWorksWorksWorksWorksWorksWorksWorksFailstypically capped at 20–25 MBFailsstored by your provider indefinitely
Messaging appsWorksWorksWorksWorksWorksWorksWorksWorksweb clients availableDependscaps vary; media is often recompressedDependsvaries by app; several are end-to-end encrypted
todeviceWorksWorksWorksWorksworks, but a local tool will be fasterWorkstested on an isolated networkWorksWorksheld encrypted for up to 1 hour, then purgedWorksruns in the browserFails500 MB per file during the betaDependsencrypted in-browser; see the privacy page for the limits

How these were determined

Platform behaviour (AirDrop's Apple-only restriction, mail attachment caps, local discovery requirements) comes from vendor documentation and from how these protocols work. The todevice row comes from our own testing, including a 480 MB transfer through production and a transfer across an isolated network.

We have an obvious interest in this table, which is exactly why todevice is marked Fails on large files and Depends on sensitive files rather than being given a clean sweep. A comparison where the author wins every row is not a comparison.

Dates on this page are real: it was published and last checked on the dates shown at the top. If something here is now wrong, we would rather hear about it than leave it.

Reusing this table

You are welcome to reference or reproduce this matrix — in a student handbook, a help-desk article, a comparison post — with attribution and a link back to this page. Please keep the caveats attached to the cells; they are what make the table honest rather than a scoreboard.

If a row is wrong or a method is missing, tell us and we will fix it and note the change.