10 ms·

Receivd - beautiful, fast filesharing for everyone

115 points by skyfallsin 16y ago

makmanalp 16y ago
> Unlike email, all photos and videos sent via Receivd are delivered at the same high quality resolution that your camera supports. No compromises. What? Whose email client does this?
- amahadik 16y ago
  That probably refers to the iPhone's options on sending a scaled version of the images it takes.
  - johns 16y ago
    Windows Live Mail (the desktop client formerly known as Outlook Express) also offers resizing options when sending.
- thekevan 16y ago
  Lotus Notes.
  - whatusername 16y ago
    I thought Notes only compresses/resizes inline graphics -- ie if you paste a screenshot into the email it will resize it -- but attachments it leaves alone. Could be wrong though.
    - thekevan 16y ago
      When I go to attach an attachment, there is a box which is automatically checked as "compress". Apparently it can be set as the default with no option to change it by the user by an admin who doesn't want everyone sending large files all the time on a corporate network.
      - whatusername 16y ago
        My impression was that was the equivalent of turning on gzip compression on a website.. reduced bandwidth but didn't affect what you were actually sending. Could be wrong.
amahadik 16y ago
Can't wait to get an invite to start playing with this!
brendanlim 16y ago
If you guys sign up with +hn within your email, we'll make sure to give you access right away.
- amahadik 16y ago
  Done. Thanks!
- tomrod 16y ago
  what do you mean, email@domain.com +hn?
  - brendanlim 16y ago
    Enter in email+hn@domain.com and we'll give you access right away.
  - bjtitus 16y ago
    Gmail allows tagging at the end of the address like me+tag@gmail.com. This is what he is referring to.
    - Locke1689 16y ago
      This is in the email RFC 5322, it's not GMail.
      - bjtitus 16y ago
        What do you mean? Just because it's in the standards doesn't mean they are treated as the same address, does it? I don't see anywhere that myaddress@email.com and myaddress#this@email.com must send to the same mailbox. I only see that an address must "[contain] a locally interpreted string followed by the at-sign character." Of course, this means that you can use - or ~ or # in your address but they don't have to be treated (and probably aren't) treated as the same address by most email systems.
  - deleted 16y ago
    [deleted]
Animus7 16y ago
After 5 seconds on the site, I'll share my first impressions before they fade, because I think they could be useful. In my nominal browser view, all I see above the fold is a logo the size of an elephant, a blank field labeled "Submit", and what looks like screencaps from iTunes.
- wildmXranat 16y ago
  That's not iTunes. It looks like their OSX client.
  - roryokane 16y ago
    I think he knows that. He just saw “what looks like screencaps from iTunes” for the first 5 seconds, and afterward, he realized his mistake.
huhtenberg 16y ago
Uhm. So what is the difference here? The ability to easily share with pre-configured lists of people? The rest of what's outlined on a linked page does not strike me as something that wasn't successfully done before. Genuine question. Consider it a lead for how to change the landing page for more clarity discussion.
- skyfallsin 16y ago
  Thanks for your comment - much appreciated. We're optimizing the landing page as we go along. The difference is the ease-of-use, and the ability for non-technical folks to pick it up really quickly and get started with sharing files with the people they care about in a few minutes. Not sure if you noticed, but the current landing page is not designed with hackers in mind (we understand we're posting on HN, but technical folks are not our primary audience).
- rgarcia 16y ago
  From what I can tell after signing up, it seems like it lets you essentially seed ("share" in non-hacker speak) your photos to a selected group of peers ("family/friends"). Pretty cool idea if those peers also become seeds, a la BitTorrent...
poshboytl 16y ago
It's a awesome app. This is the way I want, for sharing files. BTW, is it created by Macruby?
- brendanlim 16y ago
  We didn't end up writing the Mac client in MacRuby. We considered it, but to be on the safe side we decided to just go plain Objective-C.
zachallaun 16y ago
I'm sure that it exists, but could someone describe for me the main point of differentiation between Receivd and a shared folder on Dropbox? That is, what should be compelling me to download another application to do that which I can (seemingly) accomplish with one already installed? I'm not trying to be simply critical, but rather just pointing out that, at least from the landing page, there isn't anything necessarily motivating me to sign up. (That said, as it's on HN, I'd love to sign up, if only to provide feedback!)
- skyfallsin 16y ago
  We built Receivd to not just share files with our friends and family, but to have them share back photos and other stuff with us. Our parents and our friends', for example, cannot understand Dropbox's shared folders, but they're using Receivd to share photos they took with their kids. That's a big win for us. We love Dropbox and use it everyday, but we feel that Receivd does sharing the way that most consumers understand. For example, people move stuff out of shared folders all the time, which deletes it for everybody else - just a consequence of the tech. We do know that Dropbox is killing it, and as loyal customers we're very happy for them and wish them well.
  - bdclimber14 16y ago
    I don't understand how people that don't understand Dropbox shared folders would understand Receivd, a more complex app? However, some people I share folders with do use it as a transfer mechanism and remove the files from it.
    - minusfive 16y ago
      Because it has a more explicit interface (vs. Dropbox's "implicit" interface.) That is, for what I can see with Receivd the user explicitly "opens" an app (as they're used to doing for almost anything else on their computer), which in turn clearly states "drag and drop files here to share." With Dropbox the user needs to understand the concept of a shared folder that "magically" syncs with other computers. For many users this is an alien concept and may confuse them. I know of many people who have a Dropbox account, yet use the service exclusively through the web interface, simply because typing a URL, logging in, browsing for a file, clicking and downloading it is a concept they "get." There's no such thing as "one size fits all" in this world---specially when it comes to user interface design. Edit: I should clarify I do not work for Receivd, nor have any connection with the team, so I don't speak for them. This is just my assessment as a UI designer.
jedsmith 16y ago
Sorry to be Debbie Downer, and a little bit off topic: when will the trend of dropping vowels from names end? Googling for "Receivd" autocorrects, and I doubt they're going to be expedient in fixing that. Domain names are now responsible for devolving English... I need someone to hate for this. Was Flickr first?
- crikli 16y ago
  I've been involved with several projects that did this. The motivation wasn't to sound hip and cool, but rather to find a domain name that some squatting piece of trash wasn't asking eleventy million dollars for.
  - akkartik 16y ago
    There's no shortage of good domains that the squatters haven't gotten to. Just use combinations of two words, something obvious and easy to spell from sound. I've purchased 2 domains in the past 3 years: hackerstream and readwarp[1]. Perhaps you think they both have something wrong with them. But I contend that they're both better than del.icio.us or receivd. (Too bad that isn't all there is to a project.) [1] In general I've been pleasantly surprised at how much of the namespace is still available. Both times I thought up a name in the shower after a few weeks of building it, and was pleasantly surprised to find my first attempt was available. Take it, done, and "find a domain name" was never even on my todo list.
    - joelg87 16y ago
      I recently launched a startup which I named bfffr, playing on the word "buffer" since it ties closely to what the product does. I also chose that name because dribbble and forrst seem to be doing pretty well even with odd names like that. Admittedly I would have liked two f's, but the domain was taken. I paid close attention to how people were responding to the name. Many didn't even know how to pronounce "bfffr". I shortly changed the name to "Buffer", with the domain name bufferapp.com. It has turned out to be a very good decision. Domains may be hard to get, but there are plenty of examples out there that show we don't have to deny ourselves a good name simply because the domain name is gone (just look at all the 37signals products).
skyfallsin 16y ago
We don't have screenshots up, but there's also a really hot iOS app in the works.
dglassan 16y ago
You need to label your input field better....all it is is an input field with a button that says submit. It's not very clear to people that they need to enter an email address
skyfallsin 16y ago
Also, we're based out of Mountain View (no offices yet). Let us know if you'd like to sync up :)
- sahillavingia 16y ago
  Hit me up. Email in profile.
deleted 16y ago
[deleted]
sidvis 16y ago
Been using the Alpha for the past few weeks, and the product is super slick and polished for the first release. I'm not sure why people are talking about the landing page, domain name, and other irrelevant stuff. Dropbox is really good at syncing files across systems, but not that great for sharing files quickly and effortlessly. Receivd in my opinion is trying to solve this problem.
p09p09p09 16y ago
Hmmm mac only for now. I'd be able to try this out with Linux and Windows versions. I have a mac, but it usually sends files to non-macs. What's the advantage over Dropbox? Does your service go through a central server, or is it more p2p? Or both? Are my files encrypted on your server? Storage or bandwidth caps?
scottshapiro 16y ago
I've been hurting since drop.io shut. This sounds like a good replacement. EDIT: Functionality is quite different than drop.io and less anonymous in terms of sharing (though powerful for sharing with small groups or individuals). It would be great to get a private URL for each item shared, a la google docs.
- brendanlim 16y ago
  Thanks! You can actually get a shareable URL for each item you share. Just right click on a file and select Copy Public Link.
  - talmai 16y ago
    Is there an option to share sensitive files w/out going through your servers? Just wondering....
- khafra 16y ago
  ge.tt has been my go-to for anonymous-ish large file sharing, lately.
nithyad 16y ago
Have signed up! Waiting for the invite. My bro is tech averse and hence Dropbox averse. I always find it difficult to share docs with him. Hope receivd solves it for me!
- skyfallsin 16y ago
  Invited! Email us at contact@receivd.com if you need anything at all :)
  - nithyad 16y ago
    Thanks. I would have missed it. Google didn't consider it important enough for it to be in my priority inbox
    - skyfallsin 16y ago
      Thanks for bringing that to our attention, gotta fix that real quick :)
  - amnigos 16y ago
    Waiting for the invite.
baltcode 16y ago
I need to be able to upload files from the *nix/OSX command line. Is that supported?
blasdel 16y ago
The Mac app feels unfinished — connections, files, etc. aren't draggable, reshare doesn't work (can't even select the files), but all of that is stuff you'll obviously get around to. I'm using it now, and it's so close to being exactly what I need, with two necessary pivots that seem almost predestined to happen from your current position. The current basis of it being an inbox for files is already on the right track, and something I haven't seen attempted before, but it needs a little more verisimilitude to email: 1) The requirement to invite / induce signup / confirm "connections" needs to be ruthlessly optimized out — I should be able to just send a file to any email easily, forming a 'weak' connection. Maybe they have to do a 3 second signup to download the file, but it needs to be all in one motion. This obviously brings up a ton of issues like how to display the now 4 types of connections and unsolicited files, but it's essential to you getting traction. 2) 'sent' files need to behave like a outbox — remember that one of the biggest uses of email attachments is just sending stuff to yourself. Really you should just implement that straight up, it's the biggest use I'd have, and one I think you would find yourself as soon as you get the iOS client going. The dropbox iOS app's UI is terrible for it (pick one photo at a time and wait), plus really the filesystem metaphor is all wrong anyway! I actually want the transactional inbox feel of email here. If you don't explicitly support this I'm just going to end up using it with a computers account and an iPhone account.
- skyfallsin 16y ago
  Hmm, all of those things you described up top are working well for us - can you tell us what version of OSX you're running on? Also what version of Receivd are you using? 1. You can send a file to any email right now - once you invite an email, they'll be greyed out in the sidebar, then drag any files to them as you would with a confirmed user. They don't even have to signup to download the file. You can even add those folks to a list. 2. Interesting point. We'll think more about this. Thanks a lot for your comments. Can we reach you directly somehow to figure out why you're seeing these issues?
  - blasdel 16y ago
    OS 10.6.6 (10J567), Receivrd 0.7.5 (16). I expect to be able to drag a connection to a list, and drag a file from inbox/connection/list activity/received lists and the "sharing activity" lists to all other targets (including outside the app). The Re-Share button has not lit up, which did not surprise me given that I can't really get a file into a selection state. If all this is working for you, I can just try updating / rebooting. I can send a file to any email now, but there's a lot of sharp edges. You make me click through a modal sheet wizard to intentionally setup a contact first, there should really be an email textbox / fb friend selector / etc. in your app. The worst part about the current setup is that it forces you to first send a no-context invite email minutes before sending a meaningful "x has shared y with you" email. The first kind of email really needs to only ever get sent when a user is explicitly inviting other people to share with them, which is probably not going to be the default path. My email is in the 'about' area of my profile if you want to reach me.
jlesk 16y ago
Do you also own recievd.com? I'm sure a lot of people forget "I before E, except after C."
- brendanlim 16y ago
  We do, actually - it should be forwarding now.
notJim 16y ago
Feedback: > Receivd - beautiful, fast filesharing for everyone Everyone who has a Mac? Or everyone? I only see screenshots of a Mac app. There are sketches of other apps, but I'm guessing those do not exist yet. “Real time file sharing” as a tagline seems kind of meaningless. Two reasons I don't like it: a) real-time seems overly technical, and b) real-time is implied. No one expects that there would be a delay (beyond the amount of time it takes to send the file.) Finally, this seems like it occupies a weird grey area between dropbox and email. All the examples you give are things that I can easily do with email. If email proves to be too much of a hassle, I have to convince people to use something else, and teach them how it works. Between this and dropbox, why do I choose this? Minor point: To look at all 4 screenshots in large-o-vision, I have to first click one, then close it, click the next, and so on. Arrows within the lightbox would be appreciated. Also, I realize this sounds kind of harsh, but I don't mean it too—I'm just putting out there the first things that come to mind. I think there actually is room between dropbox and email, but you're going to have to work a little bit on positioning your product properly to define that space.
lars512 16y ago
Looks a bit different from Sendoid (http://sendoid.com/ http://sendoid.com/), but still, are they in competition?
ronnoch 16y ago
Will there be Windows support?
sceadu 16y ago
So.. dropbox + sync that always unions files from local source + interface for access control? Seems like the functionality could be copied pretty quickly...
statictype 16y ago
We're opening up Receivd to users slowly. If you'd like to get VIP access, please tell people about Receivd on Twitter and Facebook using the buttons below. I got this message when signing up for access and I have to ask: Why would I tell people on Twitter and Facebook about this if I haven't gotten a chance to use it yet?
- officemonkey 16y ago
  Do what I did: post to Facebook, and put in your message that you're testing it out and this is just a test post, not an endorsement. Then wait for the email (mine took ~30 mins). Do this at late at night (like I did) and delete your FB post after you get the email (like I did). Alternately, you can go the whole +hn route described below. It took longer than the FB route, but at least you're not participating in marketing of a sight-unseen web service.
  - jessta 16y ago
    I think the point is that asking a user to do this (even though they can get around it) is offensive. "Hey spam your friends and we'll give you free stuff" is starting to get too common.
- skyfallsin 16y ago
  Others feel differently and are compelled to share just to get access since they like the concept enough. We did think about it quite a bit, which is why we removed the 'share to get bumped up in the queue based on your referrals' to 'just the act of telling your friends makes you important to us, and you're marked as a VIP in the db'. Anyway, email+hn@domain.com gets you access today without having to share.
thekevan 16y ago
Nice, but why would I leave Dropbox? Also, I like www.letscrateit.com for ad hoc sharing.
skyfallsin 16y ago
Thanks for your interest, excellent comments and support! We're still giving quick access to HN users - append +hn when you signup (ex: user+hn@domain.com)

115 points by skyfallsin 16y ago

> Unlike email, all photos and videos sent via Receivd are delivered at the same high quality resolution that your camera supports. No compromises. What? Whose email client does this?

amahadik 16y ago
That probably refers to the iPhone's options on sending a scaled version of the images it takes.
- johns 16y ago
  Windows Live Mail (the desktop client formerly known as Outlook Express) also offers resizing options when sending.
thekevan 16y ago
Lotus Notes.
- whatusername 16y ago
  I thought Notes only compresses/resizes inline graphics -- ie if you paste a screenshot into the email it will resize it -- but attachments it leaves alone. Could be wrong though.
  - thekevan 16y ago
    When I go to attach an attachment, there is a box which is automatically checked as "compress". Apparently it can be set as the default with no option to change it by the user by an admin who doesn't want everyone sending large files all the time on a corporate network.
    - whatusername 16y ago
      My impression was that was the equivalent of turning on gzip compression on a website.. reduced bandwidth but didn't affect what you were actually sending. Could be wrong.

amahadik 16y ago

Can't wait to get an invite to start playing with this!

brendanlim 16y ago

If you guys sign up with +hn within your email, we'll make sure to give you access right away.

amahadik 16y ago
Done. Thanks!
tomrod 16y ago
what do you mean, email@domain.com +hn?
- brendanlim 16y ago
  Enter in email+hn@domain.com and we'll give you access right away.
- bjtitus 16y ago
  Gmail allows tagging at the end of the address like me+tag@gmail.com. This is what he is referring to.
  - Locke1689 16y ago
    This is in the email RFC 5322, it's not GMail.
    - bjtitus 16y ago
      What do you mean? Just because it's in the standards doesn't mean they are treated as the same address, does it? I don't see anywhere that myaddress@email.com and myaddress#this@email.com must send to the same mailbox. I only see that an address must "[contain] a locally interpreted string followed by the at-sign character." Of course, this means that you can use - or ~ or # in your address but they don't have to be treated (and probably aren't) treated as the same address by most email systems.
- deleted 16y ago
  [deleted]

Animus7 16y ago

After 5 seconds on the site, I'll share my first impressions before they fade, because I think they could be useful. In my nominal browser view, all I see above the fold is a logo the size of an elephant, a blank field labeled "Submit", and what looks like screencaps from iTunes.

wildmXranat 16y ago
That's not iTunes. It looks like their OSX client.
- roryokane 16y ago
  I think he knows that. He just saw “what looks like screencaps from iTunes” for the first 5 seconds, and afterward, he realized his mistake.

huhtenberg 16y ago

Uhm. So what is the difference here? The ability to easily share with pre-configured lists of people? The rest of what's outlined on a linked page does not strike me as something that wasn't successfully done before. Genuine question. Consider it a lead for how to change the landing page for more clarity discussion.

skyfallsin 16y ago
Thanks for your comment - much appreciated. We're optimizing the landing page as we go along. The difference is the ease-of-use, and the ability for non-technical folks to pick it up really quickly and get started with sharing files with the people they care about in a few minutes. Not sure if you noticed, but the current landing page is not designed with hackers in mind (we understand we're posting on HN, but technical folks are not our primary audience).
rgarcia 16y ago
From what I can tell after signing up, it seems like it lets you essentially seed ("share" in non-hacker speak) your photos to a selected group of peers ("family/friends"). Pretty cool idea if those peers also become seeds, a la BitTorrent...

poshboytl 16y ago

It's a awesome app. This is the way I want, for sharing files. BTW, is it created by Macruby?

brendanlim 16y ago
We didn't end up writing the Mac client in MacRuby. We considered it, but to be on the safe side we decided to just go plain Objective-C.

zachallaun 16y ago

I'm sure that it exists, but could someone describe for me the main point of differentiation between Receivd and a shared folder on Dropbox? That is, what should be compelling me to download another application to do that which I can (seemingly) accomplish with one already installed? I'm not trying to be simply critical, but rather just pointing out that, at least from the landing page, there isn't anything necessarily motivating me to sign up. (That said, as it's on HN, I'd love to sign up, if only to provide feedback!)

skyfallsin 16y ago
We built Receivd to not just share files with our friends and family, but to have them share back photos and other stuff with us. Our parents and our friends', for example, cannot understand Dropbox's shared folders, but they're using Receivd to share photos they took with their kids. That's a big win for us. We love Dropbox and use it everyday, but we feel that Receivd does sharing the way that most consumers understand. For example, people move stuff out of shared folders all the time, which deletes it for everybody else - just a consequence of the tech. We do know that Dropbox is killing it, and as loyal customers we're very happy for them and wish them well.
- bdclimber14 16y ago
  I don't understand how people that don't understand Dropbox shared folders would understand Receivd, a more complex app? However, some people I share folders with do use it as a transfer mechanism and remove the files from it.
  - minusfive 16y ago
    Because it has a more explicit interface (vs. Dropbox's "implicit" interface.) That is, for what I can see with Receivd the user explicitly "opens" an app (as they're used to doing for almost anything else on their computer), which in turn clearly states "drag and drop files here to share." With Dropbox the user needs to understand the concept of a shared folder that "magically" syncs with other computers. For many users this is an alien concept and may confuse them. I know of many people who have a Dropbox account, yet use the service exclusively through the web interface, simply because typing a URL, logging in, browsing for a file, clicking and downloading it is a concept they "get." There's no such thing as "one size fits all" in this world---specially when it comes to user interface design. Edit: I should clarify I do not work for Receivd, nor have any connection with the team, so I don't speak for them. This is just my assessment as a UI designer.

jedsmith 16y ago

Sorry to be Debbie Downer, and a little bit off topic: when will the trend of dropping vowels from names end? Googling for "Receivd" autocorrects, and I doubt they're going to be expedient in fixing that. Domain names are now responsible for devolving English... I need someone to hate for this. Was Flickr first?

crikli 16y ago
I've been involved with several projects that did this. The motivation wasn't to sound hip and cool, but rather to find a domain name that some squatting piece of trash wasn't asking eleventy million dollars for.
- akkartik 16y ago
  There's no shortage of good domains that the squatters haven't gotten to. Just use combinations of two words, something obvious and easy to spell from sound. I've purchased 2 domains in the past 3 years: hackerstream and readwarp[1]. Perhaps you think they both have something wrong with them. But I contend that they're both better than del.icio.us or receivd. (Too bad that isn't all there is to a project.) [1] In general I've been pleasantly surprised at how much of the namespace is still available. Both times I thought up a name in the shower after a few weeks of building it, and was pleasantly surprised to find my first attempt was available. Take it, done, and "find a domain name" was never even on my todo list.
  - joelg87 16y ago
    I recently launched a startup which I named bfffr, playing on the word "buffer" since it ties closely to what the product does. I also chose that name because dribbble and forrst seem to be doing pretty well even with odd names like that. Admittedly I would have liked two f's, but the domain was taken. I paid close attention to how people were responding to the name. Many didn't even know how to pronounce "bfffr". I shortly changed the name to "Buffer", with the domain name bufferapp.com. It has turned out to be a very good decision. Domains may be hard to get, but there are plenty of examples out there that show we don't have to deny ourselves a good name simply because the domain name is gone (just look at all the 37signals products).

skyfallsin 16y ago

We don't have screenshots up, but there's also a really hot iOS app in the works.

dglassan 16y ago

You need to label your input field better....all it is is an input field with a button that says submit. It's not very clear to people that they need to enter an email address

skyfallsin 16y ago

Also, we're based out of Mountain View (no offices yet). Let us know if you'd like to sync up :)

sahillavingia 16y ago
Hit me up. Email in profile.

deleted 16y ago

[deleted]

sidvis 16y ago

Been using the Alpha for the past few weeks, and the product is super slick and polished for the first release. I'm not sure why people are talking about the landing page, domain name, and other irrelevant stuff. Dropbox is really good at syncing files across systems, but not that great for sharing files quickly and effortlessly. Receivd in my opinion is trying to solve this problem.

p09p09p09 16y ago

Hmmm mac only for now. I'd be able to try this out with Linux and Windows versions. I have a mac, but it usually sends files to non-macs. What's the advantage over Dropbox? Does your service go through a central server, or is it more p2p? Or both? Are my files encrypted on your server? Storage or bandwidth caps?

scottshapiro 16y ago

I've been hurting since drop.io shut. This sounds like a good replacement. EDIT: Functionality is quite different than drop.io and less anonymous in terms of sharing (though powerful for sharing with small groups or individuals). It would be great to get a private URL for each item shared, a la google docs.

brendanlim 16y ago
Thanks! You can actually get a shareable URL for each item you share. Just right click on a file and select Copy Public Link.
- talmai 16y ago
  Is there an option to share sensitive files w/out going through your servers? Just wondering....
khafra 16y ago
ge.tt has been my go-to for anonymous-ish large file sharing, lately.

nithyad 16y ago

Have signed up! Waiting for the invite. My bro is tech averse and hence Dropbox averse. I always find it difficult to share docs with him. Hope receivd solves it for me!

skyfallsin 16y ago
Invited! Email us at contact@receivd.com if you need anything at all :)
- nithyad 16y ago
  Thanks. I would have missed it. Google didn't consider it important enough for it to be in my priority inbox
  - skyfallsin 16y ago
    Thanks for bringing that to our attention, gotta fix that real quick :)
- amnigos 16y ago
  Waiting for the invite.

baltcode 16y ago

I need to be able to upload files from the *nix/OSX command line. Is that supported?

blasdel 16y ago

The Mac app feels unfinished — connections, files, etc. aren't draggable, reshare doesn't work (can't even select the files), but all of that is stuff you'll obviously get around to. I'm using it now, and it's so close to being exactly what I need, with two necessary pivots that seem almost predestined to happen from your current position. The current basis of it being an inbox for files is already on the right track, and something I haven't seen attempted before, but it needs a little more verisimilitude to email: 1) The requirement to invite / induce signup / confirm "connections" needs to be ruthlessly optimized out — I should be able to just send a file to any email easily, forming a 'weak' connection. Maybe they have to do a 3 second signup to download the file, but it needs to be all in one motion. This obviously brings up a ton of issues like how to display the now 4 types of connections and unsolicited files, but it's essential to you getting traction. 2) 'sent' files need to behave like a outbox — remember that one of the biggest uses of email attachments is just sending stuff to yourself. Really you should just implement that straight up, it's the biggest use I'd have, and one I think you would find yourself as soon as you get the iOS client going. The dropbox iOS app's UI is terrible for it (pick one photo at a time and wait), plus really the filesystem metaphor is all wrong anyway! I actually want the transactional inbox feel of email here. If you don't explicitly support this I'm just going to end up using it with a computers account and an iPhone account.

skyfallsin 16y ago
Hmm, all of those things you described up top are working well for us - can you tell us what version of OSX you're running on? Also what version of Receivd are you using? 1. You can send a file to any email right now - once you invite an email, they'll be greyed out in the sidebar, then drag any files to them as you would with a confirmed user. They don't even have to signup to download the file. You can even add those folks to a list. 2. Interesting point. We'll think more about this. Thanks a lot for your comments. Can we reach you directly somehow to figure out why you're seeing these issues?
- blasdel 16y ago
  OS 10.6.6 (10J567), Receivrd 0.7.5 (16). I expect to be able to drag a connection to a list, and drag a file from inbox/connection/list activity/received lists and the "sharing activity" lists to all other targets (including outside the app). The Re-Share button has not lit up, which did not surprise me given that I can't really get a file into a selection state. If all this is working for you, I can just try updating / rebooting. I can send a file to any email now, but there's a lot of sharp edges. You make me click through a modal sheet wizard to intentionally setup a contact first, there should really be an email textbox / fb friend selector / etc. in your app. The worst part about the current setup is that it forces you to first send a no-context invite email minutes before sending a meaningful "x has shared y with you" email. The first kind of email really needs to only ever get sent when a user is explicitly inviting other people to share with them, which is probably not going to be the default path. My email is in the 'about' area of my profile if you want to reach me.

jlesk 16y ago

Do you also own recievd.com? I'm sure a lot of people forget "I before E, except after C."

brendanlim 16y ago
We do, actually - it should be forwarding now.

notJim 16y ago

Feedback: > Receivd - beautiful, fast filesharing for everyone Everyone who has a Mac? Or everyone? I only see screenshots of a Mac app. There are sketches of other apps, but I'm guessing those do not exist yet. “Real time file sharing” as a tagline seems kind of meaningless. Two reasons I don't like it: a) real-time seems overly technical, and b) real-time is implied. No one expects that there would be a delay (beyond the amount of time it takes to send the file.) Finally, this seems like it occupies a weird grey area between dropbox and email. All the examples you give are things that I can easily do with email. If email proves to be too much of a hassle, I have to convince people to use something else, and teach them how it works. Between this and dropbox, why do I choose this? Minor point: To look at all 4 screenshots in large-o-vision, I have to first click one, then close it, click the next, and so on. Arrows within the lightbox would be appreciated. Also, I realize this sounds kind of harsh, but I don't mean it too—I'm just putting out there the first things that come to mind. I think there actually is room between dropbox and email, but you're going to have to work a little bit on positioning your product properly to define that space.

lars512 16y ago

Looks a bit different from Sendoid (http://sendoid.com/ http://sendoid.com/), but still, are they in competition?

ronnoch 16y ago

Will there be Windows support?

sceadu 16y ago

So.. dropbox + sync that always unions files from local source + interface for access control? Seems like the functionality could be copied pretty quickly...

statictype 16y ago

We're opening up Receivd to users slowly. If you'd like to get VIP access, please tell people about Receivd on Twitter and Facebook using the buttons below. I got this message when signing up for access and I have to ask: Why would I tell people on Twitter and Facebook about this if I haven't gotten a chance to use it yet?

officemonkey 16y ago
Do what I did: post to Facebook, and put in your message that you're testing it out and this is just a test post, not an endorsement. Then wait for the email (mine took ~30 mins). Do this at late at night (like I did) and delete your FB post after you get the email (like I did). Alternately, you can go the whole +hn route described below. It took longer than the FB route, but at least you're not participating in marketing of a sight-unseen web service.
- jessta 16y ago
  I think the point is that asking a user to do this (even though they can get around it) is offensive. "Hey spam your friends and we'll give you free stuff" is starting to get too common.
skyfallsin 16y ago
Others feel differently and are compelled to share just to get access since they like the concept enough. We did think about it quite a bit, which is why we removed the 'share to get bumped up in the queue based on your referrals' to 'just the act of telling your friends makes you important to us, and you're marked as a VIP in the db'. Anyway, email+hn@domain.com gets you access today without having to share.

thekevan 16y ago

Nice, but why would I leave Dropbox? Also, I like www.letscrateit.com for ad hoc sharing.

skyfallsin 16y ago

Thanks for your interest, excellent comments and support! We're still giving quick access to HN users - append +hn when you signup (ex: user+hn@domain.com)