26
Are there actually good clients for mailing lists? [Answered: No] (programming.dev)
submitted 5 months ago* (last edited 5 months ago) by 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
[–] [S] 2 points 5 months ago* (1 child)

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.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 1 point 5 months ago* (last edited 5 months 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.

  • permalink
  • fedilink
  • source
  • parent