Any opinion on Send.vis.ee?

After further deliberation, Send and ffsend as a CLI tool look like a project that we’d like to add to the File Sharing and Sync page. If anybody has any lingering arguments as to why we should or shouldn’t add it, please let us know. Any information to help us finalize our evaluation is very much …

If we were to recommend Send, we would recommend the software, and at most, we’d offer an instance list, just like we do for projects like Invidious, Piped and Nitter. We cannot make that decision for people. Though it is definitely something to consider because unlike the aforementioned projects, …

@matchboxbananasynergy it is encrypted locally so why do you believe it receives sensitive information? One could always use the CLI to be 100% sure the code run is original.

The problem is that folks will just load the page which can include the backdoored version of the code. This is a problem with all web based cryptography, which is why folks should try to use fixed clients where possible. No normal user is gonna check the code during normal usage, nor do most folks …

I completely understand that Send is end-to-end encrypted. However, there are two concerns to consider here: The instance issue that @Niek-de-Wilde mentioned. (Again, we wouldn’t be recommending a specific instance). Do we know whether Send is sound with regards to how it handles files since the f…

I agree with you both. Web-based clients can pose additional risk. But I would say that if you trust the author of the fork you probably trust their web based instance too. I would say it’s probably best to only list their instance and mention other instances exist but you will have to trust them. …

One minor objection, I like Send but I don’t think you can add it in isolation without comparing it to direct competitors such as: Snapdrop - GH Securedrop - GH And even GSConnect/KDE Connect for direct file transfer (Linux only) - GL 1 , GL 2

Thank you for your reply. Feel free to correct me if I’m wrong, but I don’t believe that the projects you mentioned fulfill the same use-case that Send does. Snapdrop We have looked at and rejected this project before as it doesn’t seem to be as mature as we’d want it to be, and looking at its i…

You’re right, ‘direct competitors’ was the wrong phrasing from me. Snapdrop has the largest following, 13k GH stars, and thus it should be mentioned, if only to say why not to use it. Otherwise this app will be asked about again and again “Why Send and not Snapdrop”. Snapdrop gets a lot of mention…

Do you folks believe that we should list Send and ffsend in separate cards, or should we list Send and mention ffsend within that card? On one hand, we could list ffsend under a “Command-line tools” category, but it sounds silly when you think about the fact that it’s the same thing. It would be th…

I believe the correct way to format this would be one section with Send in a card: Send is a fork of Mozilla’s discontinued Firefox Send service which allows you to send encrypted files to other users. Files are encrypted so that the server cannot read them, and they can be optionally password-pro…

Privacy Guides Community

Add Send (Firefox Send fork) to the File Sharing and Sync Page

Site Development Tool Suggestions

Topic		Replies	Views
Remove Send Tool Suggestions rejected	3	601	January 22, 2024
Add Lufi Tool Suggestions rejected	12	1659	October 3, 2022
FFSend (Command Line File Sharing Application) Tool Suggestions	0	134	May 28, 2025
Remove the statement about Send's official instance Site Development rejected	14	1334	June 21, 2025
TransferChain File Sharing Tool Suggestions	5	859	April 27, 2023