Why Use Mailing Lists?
Key topics
The discussion revolves around the merits and drawbacks of using mailing lists for communication, with some users praising their simplicity and decentralization, while others criticize their user interface and security concerns.
Snapshot generated from the HN discussion
Discussion Activity
Very active discussionFirst comment
21m
Peak period
87
0-6h
Avg / period
13.3
Based on 160 loaded comments
Key moments
- 01Story posted
Sep 26, 2025 at 3:27 PM EDT
3 months ago
Step 01 - 02First comment
Sep 26, 2025 at 3:47 PM EDT
21m after posting
Step 02 - 03Peak activity
87 comments in 0-6h
Hottest window of the conversation
Step 03 - 04Latest activity
Sep 29, 2025 at 5:39 PM EDT
3 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
Please, inform us of an alternative which is:
• Non-proprietary
• Federated
• Archivable
• Accessible
• Not dependent on a specific company
— <https://news.ycombinator.com/item?id=43972038>
https://github.com/jaredmauch/mailman2-python3
[0] https://www.sympa.community/
Granted, federated bit is more tricky now. Back in the days many if not most ISPs ran a NNTP server. But the protocol supports it.
[1]: https://en.wikipedia.org/wiki/Network_News_Transfer_Protocol
I used Gmane[1] to access mailing lists as newsgroups, which I've always thought was a much better fit.
Alas as with all good things that was shut down also.
[1]: https://en.wikipedia.org/wiki/Gmane
A great service, glad to see it alive and kicking!
news.gmane.io has always worked.
The issue is that the owner of that domain made a mistake and gave the control of the web frontend to someone else who just shut it down.
https://forum.dlang.org/help#about
If you want federation, set up a mailing list gatewayed to a usenet group you host on your own NNTP server, and slap a web forum interface on top of that for the whiny children who won’t use anything that isn’t inside a browser.
Discourse would be fine if it were a front end to a mailing list and didn’t have the excess categorization and gamification crap. Instead it’s a web forum with a mailing list mode tacked on by people who never did substantial technical work using mailing lists.
If mailing-list users actually used CC properly this would not be a problem, but THAT IS NOT THE REALITY WE LIVE IN. Bad technical etiquette on behalf of the habitual mailing-list users is the main reason people hate mailing lists.
===
Editing to also reject some of the points from the article:
"1. Mailing lists require no special software" is utter bullshit. If you accept "must install a mail program", surely you can accept "must install lynx or curl"?
The contrast of 3/4 to forums is utter bullshit. What security/privacy risk is there in using a forum? Are they going to leak my email address or something?
... I don't even want to respond in detail to the rest of the nonsense that follows. Are they talking about some particular forum that hasn't been updated since 1999 or something? Yes these are problems which is why people have made solutions to them ...
Mailing lists I access with my preferred mail client and environment.
Receiving "10,000 emails per day" would only happen on a very active list. In most cases you're talking about a dozen or at worst a few hundred. Your email client can easily filter those into a virtual folder, and quickly find the messages where you are addressed or threads you're interested in.
Once I have the emails, I have them forever. I am not dependent on some forum remaining online five years from now if I want to go find an old message.
Web forums and wikis just suck for message-based interactions. Email is designed for that and it works really well.
In fact, it seems many of them resent having to learn anything in order to be more productive, instead insisting the burden belongs on others. “I don’t want to get all that email, so it’s OK for me to make you visit a web page several times a day to participate instead.”
And no, Discourse’s “mailing list mode” isn’t sufficient, it’s as garbage as the rest of Discourse, especially when D showed the right way to do this: Mailing list primary, NNTP newsgroup gatewayed (or vice versa), with a web forum for those who insist on one.
If only LLVM et al had gone that route.
Nah. The “replicated work” is in deciding what you want your mail folder structure to look like, which is a pretty personal decision; creating the filter on List-Id itself is trivial.
They use some kind of API to connect to forums and display them on mobile in a semi-unified UI.
There's nothing stopping anyone from creating an application that uses the same APIs and provides the contents in a more fitting format.
Proprietary mediums require and are limited to specific software with limitied functionality, whether in the form or a specific application, or a web interface that only works one way and is missing most functionality.
With email I run whatever email client I like best and can filter, sort, thread, etc just the way I want.
I know that mailing clients have gotten worse, but not _that_ worse.
> The contrast of 3/4 to forums is utter bullshit. What security/privacy risk is there in using a forum? Are they going to leak my email address or something?
Most of them employ a whole bunch of google analytics for reasons unclear. That should be sufficient.
---
Though unfortunately I disagree with the OP. Those are arguments as to why it would be nice if email stuck around. But it won't. Just because the problems come from "bad deployments of anti-spam policies" doesn't change the fact that the "bad deployments" are literally _the majority of email_.
None of those are reachable without an account and in many cases an invite (private by default), they are not indexed by search engines, they are proprietary, cannot be exported or archived, etc.
It's asking for knowledge to be lost.
Why do people want to share information someplace that gets lost to the sands of time?
I mean, it’s the same reasons people used IRC for decades, and some people were unhappy if channels saved and published the IRC logs.
Informal asynchronous communication arguably has its place, and many people are more willing to speak plainly and without overthinking if what they say is not expected to be publically readable for decades.
Even if, of course, in public chat rooms someone could always record and share what is said without your consent, and if most people don’t say confidential things in public chatrooms about technical topics, there’s still something about a mailing list or forum that makes me personally speak less plainly compared to ephemeral channels.
We don't want casual discourse to be indexed to the public. Instead we'll host a wiki system soon that bubbles up technical chatter into worthy articles.
Is that a reasonable compromise?
[0] https://revolt.handmadecities.com
My concern is more the trend of open groups, even open source projects, centralizing around discord both for dev discussion, community discussion, and technical support. There's incredible value to those discussions to be indexed and searchable on the web, like the good old days of public forums. Actual work took place in public, on mailing lists and forums. It could be indexed and scraped, even just archived to my local machine.
The problem the “bubble up to Wiki” is that you need a specific subset of people with the technical know-how to understand the issue and solutions AND the time and desire to update the Wiki.
One thing that can help is being absolutely a tyrant and insisting that discussions about bugs, etc happen on a bug tracker- or at least the resolutions go there.
You say that like it's not already happening. It's happening. Many technical chats are only happening on discord now. Everything single day the volume of current technical knowledge gets smaller.
But the fact that Discord itself can't search Discord is beyond stupid. It's just a void of knowledge, people help other people, answer questions
And then they do it again, because search is completely useless.
See: https://news.ycombinator.com/item?id=45283887
IIRC there was Delta.chat but no idea how they are doing? (And if they integrate with mailing lists/formatting etc)
The thing is, deltachat really focuses on encrypted-first, and if possible encrypted-only communications in tight-knit groups: servers have no authority, they're merely relays. Mailing lists are not built for that, they're the central authority point where all moderation happens, and being forwarders they can't work with e2ee. In the current setting deltachat isn't built for mailing lists but group or 1-1 communication work very well.
If you're OK with the fact that mailing lists are somewhat centralized, there are actually got a ton of great alternatives to pure mailing lists.
All popular open-source web forums support email notifications, and most of them support posting by email, (I know phpBB and Discourse do,) and all of them have sitemaps with crawlable archives.
In mail we have so many freedoms. We have become so locked into technology that we have to introduce a term like “federation” to signify the interoperability and freedom of a single component. Mail is federation layered upon federation.
The fact that you can just use a mailings list address as a member of another mailing list gives you even more federation possibilities. All with the simplest of all message exchange protocols.
While I do completely agree with that in theory (and I also love mail) I think it does not stand the reality test because of email deliveravility which tends to be a nightmare.
How do you solve this? Do you use a third party SMTP?
You also want some spam filtering, which, these days, is apparently much more powerful with local LLMs. I used to just use various bayesian classification tools, but I've heard that the current state of affairs is better. Having said that, when you've trained the tool, it does a pretty good job.
It's not "plug-and-play", but it's not that hard. Once you've got it up and running the maintenance load goes to almost zero.
This is where I disagree. In my opinion it might not be that hard but the maintenance is really not zero as you just described how you need a reputable IP as a prerequisite and constant monitoring of block lists.
Just having DKIM, SPF and DMARC really was not enough last time I checked for getting delivered to let's say outlook.
If you're a domain that only receives occasional messages, and you end up on Spamhaus and co, you're gonna have a problem. It seems that reputation at small scale is viral. You need actively good reputation and response time. But, honestly, it seemed that it didn't take more than about 3 months per domain I administered until they were just accepted by the net as valid, good actors.
It would be annoying if entire US/European/Asian ISP IP ranges were immediately blocked. We should have moved on from that for many reasons unrelated to email.
> you stop giving money to your mail host and get a different one.
I was entertaining the "host your own mail server" thought, I agree that if you don't host it yourself then you can change your provider if it fails you.
Even if you host it yourself :-). The key is to own your domain.
This is when I decided to stop trying getting through with this and came back to paying a provider.
Much of the time, when it's for signup verification, especially for a free service, they just write "don't use @live.microsoft.com" underneath the email address box. The user wants to be signed up for the service more than the service provider wants a new user, at least by enough to use an alternate email address. Enough cases like this, and the user quits @live.microsoft.com.
And then there are many mail providers other than Gmail. It's just that nobody cares and probably the fact that a ton of (most?) people were forced to create a Gmail account by Google.
I agree to some extent. But it is more involved than deploying a Discourse instance in my opinion.
> And then there are many mail providers other than Gmail. It's just that nobody cares and probably the fact that a ton of (most?) people were forced to create a Gmail account by Google.
100% agree. This is the tradeoff I went for. I would love for it to be easier to self host but you can definitely use another provider.
But if you want to write a message in reply or start a new conversation - RSS does not allow that. (In the cases that I use RSS - I will just copy to my mail app - it is more cumbersome than just replying in mail (or usenet via gmane) but this is not something I do often for those lists.
And there's the whole thing where you have to always be signed into at least one device at a time. If there's ever a time when you're not signed into any device, you have to reset your encryption key which means losing access to all old messages plus sending a notification to everyone you're in contact with. And I've had times when the reset button also just didn't work, throwing some error, so I was just locked out.
That is a deal breaker, IMO. Encryption is great, but it shouldn't come at the price of data loss and a degraded user experience.
At the time we had much bigger problems to deal with, so we shelved it and have yet to get back to it.
You understand I'm sure that federated is not the same as decentralized. Mailing lists are moderated, the list is hosted on a specific domain and that domain's owner can do whatever they want with the list. How is that different from a forum or some website? I don't like them but there mastodon,matrix,etc.. all open source and you can host them on a domain like you can a mailing list. They meet all your criteria.
I have an additional criteria to add: Security! I would like to authenticate that someone really said what is on the mailing list or its archives.
But before that, mailing lists are not as accessible as all the other options, because it all comes down to how accessible the email client is. Gmail is wildly different from mutt. Inconsistently accessible is what it is.
how about privacy? I wouldn't want my email and my email's domain published to the world to communicate with the list. And again with integrity, mailing list moderators can do all sorts of stuff (and I've seen plenty of shady and downright questionable practices).
How about we let things built for different times and with different requirements than what we have to day go to sleep quietly?
Client accessibility is up to the individual user. They can choose whatever client fits them best.
I don’t know any mailing list software that signs messages as a sort of “yes, this message did travel through the mailing list” verification. Were it that important I’m sure it’s possible. But having identical messages on 1000 subscribers computers has to stand for something.
As for archiving, you can archive mastodon, lemmy, bluesky, matrix,etc... as you said, if it was important, it can be made so for any open platform. Public archiving services will use APIs instead of mail clients, that's the only difference which shouldn't make a difference to users.
Even on the closed source platform twitter, there are public archives of things. Governments post official communication and records on there. Some governments are experimenting with Git for law publications. Nepal just voted an interim leader over discord!
This nostalgic thinking about mailing lists is incompatible with a technologist's mindset.
People just not care, they just want to send and recive messages and an easy method to add and remove persons.
With email, there can be no limits because it is an open standard.
One can pick whichever MUA (email client) one prefers or trivially switch betwen multiple ones without any loss of data.
But even more importantly, if one has custom needs or preferences, that is also easy. All my incoming email goes first through procmail where I can apply various filters and labels and can sort it into different folders and priorities on completely custom criteria that fits what I want.
I love the simplicity of it.
ATProto would fit most of the bill too here but AP is self-hostable and contained in a way that ATP isn't. AP is also standardized and has gone through standards bodies.
That's exactly my point, that the reputation need is overstated by all those services that claim to solve a known problem that everyone has heard of, but noone has actually experienced, because, guess what, it might not actually exist.
I've seen plenty of cases where the emails sent out through Sendgrid et al, end up in the Spam folder, or these "professional" services don't even attempt to retry, thus, never getting through the greylisting, or other bugs which cause deliverability issues, which would never happen if you were to run your own real mail-server on your own hardware yourself.
In other words, if all you want to do is run a personal mailserver, or even a corporate one, you'll probably not have to deal with this supposed IP reputation issue, unless the IP addresses you use, have already been added to the blacklists even before you start at it.
Running your own mail server for personal email is an afternoon of setup DKIM, DMARC, SPF, FCrDNS and such, setup of your MTA/IMAP/WEB preferences, tuning some filters, setting up aliases, accounts for family and with time the tuning work eventually slows down and then it's just maintaining accounts, aliases and the occasional rules to block problem networks and domains. With time you may find some servers that require lowering security or filters but that is also very easy.
It's not impossible, but it's not something you run once and forget.
You also need to set up mx, dkim, dmarc, spf, and a bunch of other stupid DNS records related to dane/tlsa/mta-sts that aim to put bandaids on top of bandaids on top of what is the shitty unsecured and unencrypted email protocol.
Then you need to fight with a bunch of arcane 90s Unix programs to actually not be gaping security holes that will allow people to relay off of your MTA and get you blacklisted worldwide. You need to fight with a milter and acme client to finally get the TLS stuff right too. Then there's the need to set up a spam filter for your inbox (probably).
how many decades has it been since this was actually the default config?
E.g. I do that with Exim on my Debian laptop and have it relay outgoing messages to Gmail's SMTP. It's great if what you want out of it is being able to send E-Mail while "offline", the messages will get locally queued until you've got an outgoing connection, much better than relying on individual MUA's to handle that, and it'll work with one-off invocations like piping to mail(1) etc.
Or you can run a submission service that requires submitters to login, usually on port 587/465.
If you want to send from your server, that is way more difficult, requiring all kinds of safeguards, SPF, DKIM, ARC, reputation, etc. They keep making it more complicated, because that's the source of spam.
Or you can just submit mails to a relay, that will send mails for you, this can even be Google or some other MX service. This then always requires you to authenticate with your account.
The only trouble I had moderating it is people just love searching for whatever email was sent last to the list, necroing the thread and changing topics to whatever is on their mind. I had to set threads to auto-lock after a week or two of inactivity to force people to start new topics for things that are, well, new topics.
Is that true? Is that false? How would one tell? One's own experience will be trivially handwaved away as an anecdote, people's experiences will be handwaved away as hearsay, and a claim of general consensus will be handwaved away by other claims that the person pointing it out is just living in a bubble. Principled thinking? Could be false, could be true, really - both would make sense. Doesn't sound very productive to discuss to me.
If nothing else, surely you can agree that despite what might be, what is is that email is incredibly centralized, right?
It took a while. Finally after calling support I found out that the e-mail you get your confirmation code to doesn't work with most e-mail providers (they said custom e-mail domains hardly ever work, Yahoo e-mails never work, Outlook is iffy) so please register with a gmail address (and they offered to help me sign up for gmail if I didn't have it).
An older example: According to a Macy's CS rep, Macy's won't deliver their e-mails to domains registered with godaddy (the actual e-mail provider apparently doesn't matter, but in this case it was Microsoft). My mom has an account with them that she can't access, because she needs to receive an e-mail to login, and she needs to login to change which e-mail address is associated with it.
This person is in a serious bubble. Mailing lists are not used by billions of people.
>Mailing lists require no special software
Even ignoring that most social media are accessible via a web browser instead of their dedicated app, this is just adding more complexity than having a single app for people to use. Everyday people want a single way to do things.
>Mailing lists are simple
No, you have to figure out how to configure a mail client and how to properly respond to things and is no where as user friendly as typical social media apps.
>They impose minimal security risk
Using an external service lets you outsource security to dedicated security teams as opposed to no security team or a volunteer security guy.
>They impose minimal privacy risk.
I trust the privacy of social media than some mailing list where the admin could secretly grep the contents of it with no over site.
>Mailing lists are bandwidth-friendly
The average internet user is scrolling through tiktok, streaming videos. Bandwidth is not a big deal anymore.
>Mailing lists interoperate.
Social media have features for reposting between different groups. There is also copy and paste and links.
>They're asynchronous
There are social media like facebook which are also asynchronous.
>They work reasonably well even in the presence of multiple outages and severe congestion
Social media is also resistant to outages and have dedicated teams towards keeping it online.
>They're push, not pull, so new content just shows up.
Have you not been on social media for decades? Pushing content to the user is the norm.
>They scale beautifully.
Social media scales to billions of people using them.
>they're relatively free of abuse vectors.
You can't pretend that spam does not exist.
Mailing lists are not mainstream and they never will be. That way of operating did not resonate with people at the scale that is needed to reach even tens of millions of people. Social media works. Chat apps work. Forums can work.
This will only allow them to find the text of the messages, which is public anyway, so what exactly are you worried about?
Discourse is a "mailing list with the interface". It allows both replies over email and starting a new topic over email.
I think it's primarily due to absence of margins on the sides and thin borders
So many of the problems of modern technology are caused by centralization. It concentrates power and wealth into a handful of companies that now control the internet. It introduces extraordinary problems from managing data and services at global scales, which is the biggest technical challenge these companies face. It makes government surveillance easier (PRISM, etc.), and is a prime target of corruption by advertising, propaganda, etc. It robs people of control over their data.
All of these things are either non-issues, or far less of an issue, with decentralized technology invented half a century ago. It is bewildering that we had email, Usenet, DNS, and the internet itself, yet we ended up with strong centralization with the web, which is built on decentralized protocols.
I partly blame the early implementation of the WWW for this. I've written at length about this before[1][2], so I won't repeat it here.
[1]: https://news.ycombinator.com/item?id=43296810
[2]: https://news.ycombinator.com/item?id=44327508
I'd be really quite hesitant to blur these concepts so casually.
Besides, this distinction has been discussed ad nauseam, and is not interesting. Especially since when contrasted with centralization, which was my main point, both concepts avoid its issues.
People that have been on the list for decades tend to forget this, and wonder why it dies down
Good that you can get the archive, it still has a quite high setup cost for people not used to mailing lists compared to visiting a Discourse forum
[0] https://lkml.org/lkml/2024/1/7/103
The https://lore.kernel.org site is actually fairly decent, but limited to Linux kernel stuff and some adjacent projects. Gmane was quite nice too, but now defunct (the web UI anyway).
"Just use mutt" as a reply to "I want to read this one email thread" is rather missing the point. Plus the reality is most people neither use nor want mutt. Many people think the UX on mutt is horrible. Nice if it works for you, but it doesn't for many. So there's that.
https://lwn.net/Articles/875239/ https://blog.gnoack.org/post/lei/ https://people.kernel.org/monsieuricon/lore-lei-part-1-getti... https://b4.docs.kernel.org/ https://github.com/mikwielgus/forum-dl
If you’re downloading mbox files, then you know how to handle them.
People need to subscribe to the mailing list, either by sending a subscribe email to the appropriate email address, or via a web interface that is specific to the mailing list server. Once subscribed, you simply send emails to the list’s email address, and receive emails from that address. It’s useful to set up a filter in your email account or email client so that all messages from a given mailing list are automatically sorted into a separate email folder.
And I felt conflicted. Because it sounds great. It makes sense. But I don’t want it and now I’m wondering about what’s appealing about distributing bits of content across platforms.
This is something I can get behind. Fenced gardens.
Old, boring, simple, works.
No ads.
Async communications are underrated.
[1]: https://booklet.group
[2]: I did open-source my other project recently, though - so it's not an entirely hollow intention!
37 more comments available on Hacker News