- cross-posted to:
- technology@lemmy.world
- cross-posted to:
- technology@lemmy.world
I hope it is a way to solve this…
It’s not just Protonmail.
Blacklists like these aggressively and unapologetically collect all privacy-focused email domains they find, including simple forwarding and tagging services. With more and more sites using these lists to reject or black-hole email addresses, it has become difficult to protect one’s self from spam and cross-site account tracking.
Dear web developers, please don’t use these lists. Well-intended or not, they are privacy and user-hostile.
That’s not what this specific list is for.
I’m okay with people using burner email addresses to get my free content, I just need to be able to filter them out of my list so it doesn’t drive up bounces and hurt deliverability.
AWS SES, for example, is fucking rabid about bounces. Being able to filter out addresses you know are going to bounce is pretty important.
Can a list like this be used for anti-privacy measures? Absolutely! Does that mean we should never create lists like this? For me that depends on whether or not you think we should prevent encryption because bad actors can use it for bad purposes.
That’s not what this specific list is for.
Yet it has a lot of legitimate domains, and has had them for years.
Regardless of whether the maintainer is malicious or just irresponsible, his list is doing harm.
You’re getting into very sketchy territory by saying a dev who is using a public GitHub repo to solve their problems needs to take it down because of how others are abusing it. Should the original dev be punished by their email provider because they shouldn’t be allowed to use this? Should anything that has potential harm be required to be a private repo? Who gets to decide all of that?
In the interest of specifics, can you point to where this specific list has done harm? I spent a fair amount of time looking around to make sure I wasn’t going out on a limb for someone with neutral views.
You’re getting into very sketchy territory by saying a dev who is using a public GitHub repo to solve their problems needs to take it down
No, I don’t believe I said any such thing. Since you mention it, though, I think taking this list down and removing the false positives before bringing it back up would be the responsible thing to do.
In the interest of specifics, can you point to where this specific list has done harm?
I know from personal experience and investigation (both as a user and on the admin side) that there are now many cases of privacy-focused email addresses being rejected, or even worse, accepted and then silently black-holed, due to the domains being inappropriately added to lists like this one. I don’t know of a place where people report such cases so they can be documented in aggregate, but if I find one, I’ll be sure to bookmark it in case your question comes up again in the future.
So you’re lumping this resource into a bucket with other resources that were malicious but you have no direct connection from this resource to harm you claim it causes? You’re saying a dev using this list to allow people to download free content but prune emails to save his bounce rate is doing bad things and needs to convert their FOSS use-case to yours?
Who gets to decide? You didn’t answer that and in the interest of good faith I’ll pull that one down as the important one since it follows from the argument I feel you’re making.
but you have no direct connection from this resource to harm you claim it causes?
The connection is very clear, because you can see what domains are on the list.
So you’re lumping this resource into a bucket with other resources that were malicious
You’re saying a dev using this list […] needs to convert their FOSS use-case to yours?
[…] the argument I feel you’re making.
Please stop putting words in my mouth. As you seem to be arguing in bad faith, I’m done with this conversation.
You’ve ignored my questions attempting to flesh out your point and refuse to link this specific list to anything bad. I don’t think you understand good or bad faith. Good luck with that!
So this is the list that you used as an admin? Or this is the list that blocked you as a user?
Devs can use them to block DISPOSABLE mails, not PRIVACY legitimate emails. That’s why it is critical to remove privacy oriented email domains from such lists
Devs can use them to block DISPOSABLE mails, not PRIVACY legitimate emails.
That’s what they claim, but in practice, they seldom distinguish between the two.
You are telling truth unfortunately. That’s why I asked help from community…
deleted
Disposable mails (one time mails) can be a problem for webmasters. But PRIVACY mails or ALIAS mails is PERMANENT addresses. So there is no way that they would be deleted at no additional situation. They gonna be deleted only if webmaster send SPAM or got data leak.
If you will use such addresses as disposable you will be simply banned (there is written in ToS)
Okay why do these random packages keep popping up with this? For attention?
It’s irrelevant, they are barely used by anyone and if a site blocks legitimate e-mail providers, then it is not a site worth registering with in the first place.Is this the new interaction bait post?
Just because not many people use a package, doesn’t mean it is irrelevant. For open source packages (or anything really), as soon as one additional person uses a package, that package becomes relevant. The person/people using it become its advertisers, and when enough people are seen using a product, especially a free one, a larger group will use either that package or something similar to cut their own programming costs.
This is simplified, but the point is that we need to stop this sort of thing at the root (the package itself) before it gets noticed by larger groups and companies who might actually get away with this BS. Always remember, we are tech/privacy nerds. We are the minority, and the average person doesn’t care until something hurts them directly.
It’s a rare treat to see somebody raise a concern while at the same time doing something (PR + discussion). Kudos to you!
I’ve seen other similar lists with the same issues (c7 I think?).
This is going to be a mesh if all private email providers are blocked.
It is logical that large corporations that base their economy on surveillance advertising hate users who protect their privacy by using all kinds of dirty tricks to bypass or eliminate these protections… Luckily I have had no problems so far with the Proton, Tuta and Murena (NextCloud) emails that I use in the EU.
Unfortunately? This is true. That’s why I asked help from community!
Try with Murena, the NextCloud mail (xxxx@e_email direction), it’s maybe less known by these lists.
I saw the other day Tuta complaining that Outlook has been sending emails from tutanota.com straight to junk/spam. What’s surprising is tuta.com emails were fine. So not sure if their domain change had anything to do with it, or if MS is doing the same thing as in the OP.
Look. Outlook, Yahoo, ICloud, even Gmail provides temp mails solutions, but nobody complains or blocks them.
Also you can use something like this that will create disposable Gmail every time. So blocking Proton is totally useless
Ironically, when I tried setting a ProtonMail account recovery email address, they rejected it because it was on a list like this one. I hope Proton gets off this blacklist, but I also think they should practice what they preach.
It’s said in the thread you’ve linked that they have already been removed from the blocklist.
Unfortunately no. See here
Yup. Open that link, ‘find in page’, search for any of the domains listed on that original post and none are found.
They’ve been removed from the list.
What is this in that case?
One that was missed I guess. I didn’t take the time to search every single one.
As the rest have been removed, I can only assume their intention was to remove them.
Try speaking with the list maintainer about it instead of a random lemmy post they have no idea about…
What is this? Does anybody actually use it?