Programming

26958 readers

1295 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 2 years ago

MODERATORS

snowe@programming.dev

Ategon@programming.dev

UlrikHD@programming.dev

bugsmith@programming.dev

Spyro@programming.dev

Are there actually good clients for mailing lists? [Answered: No] (programming.dev)

submitted 3 days ago* (last edited 2 days ago) by onlinepersona@programming.dev to c/programming@programming.dev

24 comments fedilink hide all child comments

Some people talk about mailing lists with a lot of reverence, but I have only ever found them to be extremely ugly and unreadable.

Are there any good clients out there that make them readable? For example a lemmy-like, threaded interface with interactivity? Or for PR/MRs an interface that shows the diffs with syntax highlighting, toggleable unified and side by side diff views, ability to comment within diffs and continue discussions within them (maybe even threaded)?

you are viewing a single comment's thread
view the rest of the comments

[–] who@feddit.org 4 points 3 days ago* (last edited 3 days ago) (1 children)

If you hate having information delivered as text, you are never going to love mailing lists. They are not applications, and most likely never will be, since that would break the universal interoperability that makes email valuable.

However, email does support threading, and it is possible to find user agents (clients) that support it. Perhaps someone who has compared them recently can offer suggestions for whatever platform you use. (I can't, since I've been using a proprietary one for ages and don't know what else is out there these days.)

Also, you might find that some are better than others at formatting text to your liking.

[–] onlinepersona@programming.dev 2 points 3 days ago* (last edited 3 days ago) (1 children)

If you hate having information delivered as text, you are never going to love mailing lists.

Wdym? I'm reading text right now. We are interacting with text right now. It has formatting, has linking, has syntax highlighting, all depending on the client.

key: value
object:
  key: value

All this exists in lemmy and I love it.

A lot of other metadata exists in emails too:

identities
timing
person being responded to

Even reactions could be implemented via email e.g if the response body is a single emoji --> reaction.

[–] who@feddit.org 1 points 3 days ago* (last edited 3 days ago)

The problem is not data representation. Yes, you could build fancy display features into an app that understands email, and define a data format for representing those features in email attachments/parts. They could then display just fine in your Onlinepersona app. (Or you could just use HTML email, which already has partial support in some user agents, though it is not universal.) You could even go so far as to define a reply protocol for your app to share data edits via email attachments. Those replies would be useful to other people on a mailing list who run your app.

But at that point, what you're using is not a mailing list. It's an Onlinepersona app that happens to use a mailing list as a transport for your overlay protocol. To everyone on the list who doesn't use your app, its traffic would be noise.

In other words, the problem is not data representation, but adoption. Good luck getting all the world's email software to support your niche extensions. I think the most you can realistically hope for is to convince the members of your favorite mailing lists to either use your app or tolerate the noise it generates.

If you're confident that your app is wanted by enough people to make its development worthwhile, then go for it. Just realise that it won't be an email client; it will be an Onlinepersona client.