the more i think about it, the more i conclude that @sir is right and git forges aren’t the right answer.
I really want to like sourcehut, and these are excellent points in its favour.
One of my biggest concerns is that policy is hardcoded in to the software. e.g. the flat refusal to accept multipart emails merely because one part is HTML makes it impossible to discuss HTML attachments, and it actively impedes simple support inquiries via email (e.g. a users ML) which may result in a potential user looking at another project.
(Speaking as someone who’s been using the internet and writing emails almost as soon as they were able to read… the anti-HTML email crusade was lost decades ago.)
Had an argument on fedi a few weeks ago about it, he wouldn’t even accept any mechanisms for downgrading the HTML. There was also a patch offered to just quietly drop the HTML attachment, which was also rejected.
So, it’ll have to be some pressure indeed to make him change it.
I don’t know that there’s a solution to ‘no HTML email’ if “does not break DKIM signatures” is more important, then.
I do know that there should be an option to permit HTML email on a per-list basis, however.
@kaniini @Aerdan I really, really, really, really do not want HTML email on sr.ht. HTML is a pox on email and my goal is its elimintation from the internet. 99 out of 100 MUA vulnerabilities are email-related, for obvious reasons. It has no place in an MUA and I'm not going to let you burden subscribers of my lists with this awful mail format.
@sir @kaniini @Aerdan For *users* (not developers) who want to use a mailing list for help (e.g. alpine-users), it's unacceptable to bounce HTML email unconditionally. Not all clients support plaintext-only, and I really doubt that your project is going to change that. What leverage do you have over Apple, Microsoft, and Google? And, before you counter with "just use a different client", that is not an acceptable response either, *especially* in the case of lists designed for helping end users
@Aerdan @sroracle @kaniini I don't think that blind users have any special exception to the rule that they learn to use good software to use sourcehut. The manual is easily read by a screenreader. I have spent a lot of time working specifically for a11y needs, both on sourcehut and in my other projects, with the same philosophy that the right design decisions are the right choices.
No, it has a lot to do with the discussion at hand. Because those people are responsible for providing vocational rehabilitation and independent living skills for the blind. That includes training users on how to use email, whether it be Outlook on a desktop or laptop or GMail or Apple Mail on mobile devices.
You don’t get to dictate to people what email clients they’re comfortable using, especially since you’re not volunteering your time to help them switch to a client you feel is more suitable.
No, you’re not. You’re rejecting HTML email with a short & pithy message. You’re not offering a personalised email to each and every user which states your position, offers a list of alternatives and to assist with any migration issues they may have, etc.
And that would also be condescending because, unfortunately, the rest of the world just wants to get shit done and they don’t care. If you want to change things, you need to make it so that the way you want things to happen is the easiest and most convenient way to do it.
well, I think this takes things back around to the understanding that
already had about upstream's approach here
I find some things about sourcehut very attractive, but even as a dyed-in-the-wool console cowboy who also hates so much of what upstream identifies as HTML email's problem, I'm just not down with upstream's take on it.
"I appreciate SDF but it's a general-purpose server and the name doesn't make it obvious that it's about art." - Eugen Rochko