Live data from Hacker News

FWD:Everyone

fwdeveryone.com

131–140 of 143 posts

Re: FWD:Everyone

#131
post #30

Sync my inbox? So basically, if you get hacked, all my emails are public. Or at the very least, an untrusted third party (you) gets to read everyone's private email? No way I'll use it, nor allow anyone else I know to do so.

I feel like this would be a good use case to use blockchain where the code would be public and your email messages could be encrypted.

There was an IOTA "random" wallet generator where they posted the codebase online, but they had additional code on the page that made the range of generated wallets really narrow. The owner eventually robbed everyone.

I'd still be skeptical.

Re: FWD:Everyone

#132
post #96

Earlier quoted context omitted.

That line of logic doesn't work. A protocol is neither legal not illegal. It would be like saying that Swedish is illegal. The law largely doesn't care how you do something. It's also not a necessary condition because an internal company mail server wouldn't run into copyright issues since the company owns the copyright on all their employees' work. "Uploading a copyrighted work that I downloaded via GET with POST mu…

> A protocol is neither legal not illegal. My point is that when you send someone something you've written as an email, it constitutes an informal agreement (essentially a private contract) with the recipient. > It's also not a necessary condition because an internal company mail server wouldn't run into copyright issues since the company owns the copyright on all their employees' work. That's true, but anyone with a…

Granted that sending an email implies an informal agreement. But this agreement has to be thought of as giving exactly the rights needed to facilitate the email communication, and nothing more.

That means:

- copyright is still with the sender (or their employer)

- no rights to publish the message.

The users of your service will regularly violate copyrights if they didn't get explicit permission to publish.

Re: FWD:Everyone

#133
post #69

Earlier quoted context omitted.

From a GDPR perspective,sending an email gives the recipient the implicit permission to store and read the contents and metadata of the email, but not to transfer it to other parties (except the data processors that process the email) or publish it.

Does that mean I'm not allowed to forward emails you send me?

Hard to say, because the law is new. My guess is that it is legal as long as it is not in a professional/commercial context, or you remove my PII, or you have a clear and legitimate business reason, e.g. forwarding to a colleague within the company who is responsible for the subject matter.

Examples of illegal behavior would be publishing it, forwarding it to a marketer, or eg. for a recruiting agency forwarding to a company fir which I haven’t given permission.

Re: FWD:Everyone

#134

Beyond the privacy concerns raised by others, I am not sure what this would amount to. Interesting conversations don't happen everyday, so this site might become just a collection of random email conversations that people submit that think is interesting. I am not sure if anyone wants to read them either. Further, I don't think everything is "communityfiable". Like I said earlier, interesting conversations don't happ…

These things sometimes evolve in unexpected ways, and sometimes it just takes a while for people to figure out how to really use something.

Use cases I think are especially compelling:

- Industry leaders who get asked the same questions a lot

- Professors and notable intellectuals who already give their email archives to a university when they die, and would like some of the accessible on the web.

- Politicians. Their emails are already published under FOIA, but I think it would be super useful to folks campaigning also.

- YouTubers, bloggers, Twitch folks, etc.

And then there are dozens of business use cases also for sharing stuff internally.

I’m sure there are lots of other uses beyond these though!

Re: FWD:Everyone

#135
post #126

Earlier quoted context omitted.

> A protocol is neither legal not illegal. My point is that when you send someone something you've written as an email, it constitutes an informal agreement (essentially a private contract) with the recipient. > It's also not a necessary condition because an internal company mail server wouldn't run into copyright issues since the company owns the copyright on all their employees' work. That's true, but anyone with a…

> it constitutes an informal agreement (essentially a private contract) with the recipient. Is there any precedent you're basing this opinion on? Because it's not like your company just gets to decide this. What are the terms of this supposed contract? If JK Rowling sent you the text of Harry Potter do you believe you have the right to distribute it through your site? Do you believe that there would be a meaningful d…

> Is there any precedent you're basing this opinion on?

There's no clear precedent. Clearly a judge isn't going to let us host a PDF of Harry Potter or whatever. If it ever came down to it I think there would just be a multi-pronged test, along the lines of the current test for fair use and securities law.

In the case of Harry Potter it's an exogenous work that was created and copyrighted outside of an email client, it has significant economic value on its own, and there would be substantial economic harm done from us hosting it. In the case of normal email conversations most of those factors wouldn't apply, especially since in many cases seeing how people interact with one another is more valuable that the content of any individual message.

Regardless, I paid my $6 to the library of congress to become a registered DMCA agent, so the copyright issue really doesn't apply unless we A) start ignoring DMCA takedown requests B) actively induce people to violate copyright.

Re: FWD:Everyone

#136

Earlier quoted context omitted.

I’m really impressed by the email parsing success. How did you tackle the hellscape that is parsing replies out of emails?

Thanks! I didn't really understand all the email specs when I started working on the parser, so it was mostly written using guess and check. For plaintext emails without forwards, we use a slightly modified version of Email Reply Parser to strip replies. We made a couple changes so that messages with inline replies aren't stripped. The next step is running everything through through BeautifulSoup. We use this to stri…

Cool, much thanks for the detailed reply!

Re: FWD:Everyone

#137

Earlier quoted context omitted.

Per Alex's comment on this post (and, in fact, the current top comment): "Permission requests are becoming optional, at least for now. Previously we required permission for all non-anonymized message contributors, now there will be an option to publish stuff immediately and let people anonymize themselves later if they want. If this is excessively abused we'll re-evaluate this, but we've tried to build things to ince…

So just to clarify, we're changing the product to make it possible to upload stuff without permission, but we're not trying to induce bad behavior. E.g. Gmail has a reply all button and a forward button, but they don't encourage users to abuse them. They're just there for situations where it's (hopefully) appropriate, and they trust users to exercise good judgment. And for the most part it works, since there are only…

"Gmail has a reply all button and a forward button"

Last I checked, neither of those buttons are designed to publish the whole conversation to the whole world via the World Wide Web. Your product is. Therefore:

"we're changing the product to make it possible to upload stuff without permission"

Then you're changing the product in a way that is absolutely unacceptable for privacy reasons.

"we're not trying to induce bad behavior"

I'm not trying to induce meth addiction; I'm just selling it and hoping it won't be abused.

"And for the most part it works, since there are only so many times you can abuse those features before people stop sending you emails."

Then you're missing the point: I want to minimize the potential for abuse to ever happen in the first place. Hence the ultimatum in my top-level comment: if I know someone is using this service, then I'm going to refuse to communicate with that person via implicitly/semantically-private channels (in fact, it'd be nice if there were some way to programmatically get a list of email addresses registered with this service so I can maintain a blacklist on my SMTP servers and prevent myself from sending anything to them by accident). I might waver from that if FWD:Everyone offers the ability to preemptively register my email address(es) in an "automatically deny permission" list.

"There are many times when it's easy to get verbal permission from someone, but difficult or impossible to get email permission, e.g. if their email address has changed."

Then that request for verbal permission should be along the lines of "hey, I want to post our conversation from a while back to FWD:Everyone; do you mind logging in real quick and approving it since the request probably went to your old email?". Even better if FWD:Everyone would keep track of who owns what emails and send requests to alternate emails if not approved in a certain amount of time.

Otherwise, tough beans. Just because Disney didn't respond to my email asking for permission to sell bootleg copies of Frozen on the black market (e.g. because I sent it to the wrong address or because it's obviously going to be a "no") doesn't mean I'm automatically allowed to do so.

In other words: if I'm unable to provide consent, then assume that I do not consent. Inconvenient, sure, but that ain't my problem.

Re: FWD:Everyone

#138

Earlier quoted context omitted.

I would like a way to proactively opt out of your application/service, so that there is no chance you ever host an email thread I'm on. Do you provide some mechanism for this? Frankly, I'll take legal action if one of my emails ever ends up on your site.

If there’s a need for this we’ll build it. Right now we’ve had a bunch of people express concern about getting too many permission requests or about having emails they don’t want posted without their permission, but neither scenario has materialized yet. The other option would be to have threads go live in X hours unless someone opts out. Right now our main goal is to have the permission options be clear, intuitive,…

"If there’s a need for this we’ll build it."

There's a need for this. Please build it.

"neither scenario has materialized yet."

Well yeah, it's a young product. Only a matter of time before it's abused.

"The other option would be to have threads go live in X hours unless someone opts out."

Substitute "hours" with "days" and I might be okay with this. "Hours" is way too short.

Re: FWD:Everyone

#139
post #75

Earlier quoted context omitted.

> - You can now anonymize any message contributor. [...] > - Permission requests are becoming optional, at least for now. Previously we required permission for all non-anonymized message contributors, now there will be an option to publish stuff immediately and let people anonymize themselves later if they want. If this is excessively abused we'll re-evaluate this, but we've tried to build things to incentivize good…

> If you want to get legal about it, as the author, the copyright is mine, not the person I send it to. Are you sure about this? I doubt that communication can be copyrighted. Once you sent me your email, it's mine, not yours. Otherwise email forwarding in general is completely illegal.

Disclaimer: IANAL. This comment is not a substitute for legal counsel.

"Are you sure about this? I doubt that communication can be copyrighted. Once you sent me your email, it's mine, not yours."

If you and the recipient both reside in countries which are signatory to the Berne Convention, then this is very much incorrect. Copyright is automatic, and goes to the author. The medium by which I distribute my copyrighted works does not somehow invalidate that automatic copyright.

"Otherwise email forwarding in general is completely illegal."

In a strict sense, yeah, probably. This is why the FSF and OSI don't consider programs without any license to be suitable for FOSS: in the absence of a license, most countries - thanks to the Berne Convention - assume no permission from the copyright holder at all by default unless otherwise established via a license agreement.

Of course, the average person is not going to start suing you for every email from said person you've forwarded without explicit permission; indeed, the average person probably won't know you've ever violated that implicit copyright at all if you're only forwarding it privately. That dynamic changes entirely, however, if you then go on and publish that email as part of a blog post.

Re: FWD:Everyone

#140

Earlier quoted context omitted.

So just to clarify, we're changing the product to make it possible to upload stuff without permission, but we're not trying to induce bad behavior. E.g. Gmail has a reply all button and a forward button, but they don't encourage users to abuse them. They're just there for situations where it's (hopefully) appropriate, and they trust users to exercise good judgment. And for the most part it works, since there are only…

"Gmail has a reply all button and a forward button" Last I checked, neither of those buttons are designed to publish the whole conversation to the whole world via the World Wide Web. Your product is. Therefore: "we're changing the product to make it possible to upload stuff without permission" Then you're changing the product in a way that is absolutely unacceptable for privacy reasons. "we're not trying to induce ba…

[deleted]
Post reply on HN