Sendoid (YC W11): Finally, Sharing Big Files Isn’t A Huge Pain
techcrunch.com
techcrunch.com
I couldn't try that with Crate (I don't have a pro account) but uploading a 25 MB file had taken 10 minutes before I gave up and decided it wasn't worth it.
The free version of Letscrate limits files to 50MB and your library caps out at 200MB; the $9/month plan allows larger files and caps out at 10GB. Sendoid is free for all file sizes and imposes no caps on the size of your library.
Letscrate offers no security measures. Sendoid creates an encrypted link between sharer and receiver, and has options for password-protection and one-time usage.
Everyone feel free to run a tcpdump dump of the traffic if you want confirmation thats not from the guy who made the service.
I wouldn't have thought to ask that. My original concern was: how do you assure someone like me that an attacker can't redirect files to other locations?
* It's Diffie Hellman for key agreement, which is trivially MITM'd (odds are, you can even zero out the DH key and it won't notice).
* It uses AES in CBC mode with all-zeroes IV's (so it's less secure than CBC mode).
* It's using a 16 bit CRC for message integrity checks instead of a cryptographic MAC.
I say all this with the caveat that I could be misreading Cumulus or Cumulus could have it wrong, but if this is where RTMFP is today, then Sendoid is substantially less secure than an HTTPS file transfer site.
Excited to check out Sendoid though.
I see it as validation and a compliment, well done.
I just miss my drop.io.
I also like how they've went through the trouble to actually make it more powerful than (most of) the competition, by allowing direct connections. (Sure, AIM supports it but it's brittle, has a confusing UI, and requires more coordination between users.)
We're hyper-sensitive about our data as well, and wanted to create something that gives people built-in security and privacy but make it all super-easy.
https://github.com/OpenRTMFP/Cumulus
Haven't tried it yet, but the code looks pretty good.
On the client I presume it is Adobe Air (?)
Well done, that's a great idea.
One major request: Please create an API.
So many startups/services need a good way to upload large files efficiently. It takes a lot of effort to create an file upload feature that works and provides a good UX across browsers/platforms. We would use it for Mugasha (artists upload large audi files) and would pay for it.
EDIT: I'll take the karma hit.
what I like most about this startup is that they provide file sharing service without actually incurring any storage costs.
Should have <label> tags on the text.
2) When you click "Set a Password" it should set focus to the input. I couldn't even tell it was an input box, I thought it was just a gray box. Style changes could help too.
I'm going to give the service a shot for a few weeks though, maybe that will turn out to be a non-issue in practice.
Peer-to-peer transfer has some speed benefits, but completely avoiding a server-based fallback seems more problematic. The sender needs to be online when the recipients are downloading the file. People increasingly use laptops/tablets that spend much of their life sleeping (as opposed to always-on desktops). Am I missing something?
The thing about persistence via storage is that now you're talking cloud storage, and that's a pretty overloaded and over-served market with a race to the bottom on price. We're fanatic about speed and privacy so we're p2p only right now and we really love the potential for this tech. Ideally, we'll make the persistence issue irrelevant rather than falling back to what we consider outdated tech...
i.e. sendoid, but semipermanent links and folders instead of files.
Edit: How does it compare to http://www.bittorrent.com/dna ?
One difference I'd note is that DNA seems much better suited for mass distribution while Sendoid is much better suited for sending individual files (especially if you're on the same network, since you'd need to upload to a server and re-download to get p2p going).
Couple of thoughts; you might want to consider a conditional note somewhere that Flash is required for those without.
Selecting and sending multiple files worked perfectly/instantly on my local network, though I could not select a folder.
I noticed that the list of successfully transferred files on the receiving end is partially hidden/obscured by a fixed height div. Also, files in that list are not autoamtically selected; it seems safe to assume the recipient would want to select and download all (rather than having to manually select or check the box.)
Good work, and good luck!
I don't know if its me or not, however when I click the "Choose files to share" in Chrome 10.0.648.151 on Win 7 it does not do anything.
Good work, going to try the desktop client :)
unfortunately, it doesn't and sharing between Windows 7 chrome browser -> Mac .. just getting Waiting for the peer.
I can't say more specifics about network topology as its a hotel wifi.
It is nice that the key is short enough that it's easy to remember and enter manually (esp. for any smartphone apps in the future).
To answer my question: there's an option for setting a password. The UI for that should be improved for sharing multiple files with the same password, but there's no need to prevent URL guessing.
If you signup with +hn in your email, we'll make sure you get access right away.
Sendoid - congrats on the launch!
We're still discovering this space, but we've learned that there are a huge number of use-cases in commercial sectors for secured, fast file transfer-- especially out-of-network transfers that don't require the receiver to be part of the sender's existing IT infrastructure. Sendoid's tech is great for this.
Companies are having to pay out the nose for our kind of service right now from enterprise providers. We don't think secured file transfer should be expensive, and Sendoid is the first step to fixing that.
PS: If you have a company that wants to get involved with our beta program, get in touch: corp@sendoid.com
So, one anecdotal data point in favor of your idea :)
(and one example of a missed startup opportunity for me, but I really don't find the time between the 8 to 6 job and 20 hrs/week university)
With Tonido you can right click any file or folder and it will create an URL for the resource. You can share the URL with anybody for download. There is no limit on file size, no uploading - completely private and secure.
Having the native hook into context menus is great in the file system, but if your users can't even install the app, what's the point? Having a dead simple browser experience is easier for users because it's one less step to do what they want to do - share files.