the more i think about it, the more i conclude that @sir is right and git forges aren’t the right answer.

which is really a shame because i hate email
but sourcehut has a very compelling workflow
what i like about sourcehut is that it just connects tools together. i think this is an example of @sir at his most brilliant.

you can have an email workflow, or not.

you can have web-based reviews, or not.

what is most compelling is that, with functional ActivityPub groups, we could have a workflow where we discuss the changes right here, in the fediverse, and reach consensus on it, and then it makes it into the repo. all of this is possible because of the sourcehut plumbing.

@kaniini

I really want to like sourcehut, and these are excellent points in its favour.

However.

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.)

@Aerdan i'm sure those issues will be resolved in due course, now that alpine is breathing down his neck.

@kaniini

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.

@Aerdan

seems the problem with removing the HTML attachments is that it breaks the DKIM signature, which does have consequences.

@kaniini

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.

@Aerdan

that seems like a reasonable compromise. @sir what do you think?

@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.

@kaniini @Aerdan a stated goal of sr.ht is to improve the ecosystem, and getting bad clients which only support HTML emails to play ball is part of that

@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

@sroracle @kaniini @sir

It is especially not acceptable when accessibility is involved. HTML email may be a pain to deal with, but if someone with a disability is using an email client that meets their needs, it is not your place to demand they use something else.

Follow

@Aerdan @sroracle @kaniini woah, don't you make the a11y argument with me. Plaintext is 1000x more accessible than HTML email. I know from personal experience. I take a11y very seriously.

@sir @kaniini @sroracle

…Not seriously enough that you can’t spell ‘accessibility’ out every time, apparently. That contraction is not accessible, ironically.

@Aerdan @sroracle @kaniini oh come on if you're going to use an argument like that then we're done talking

@sir @sroracle @Aerdan

the problem is that lots of people (especially blind people) use phones as their primary device.

the "techs" that train blind people to use their phones train them to use GMail or the iOS default mail client, because it's easy and they can standardize on it.

having met some of these people and some of the techs through working with Aerdan, I can confirm that telling these people to use different software is unrealistic. switching the software up means months of developing and testing new training materials, as well as evaluating how well the apps function under things like Talkback.

yes, plaintext email is better for accessibility, but this doesn't mean anything if the client the disabled users are trained to use refuses to allow composition of plaintext email.

@kaniini @sir @sroracle

And users don’t have to be walked through installing software on their phones when they upgrade if they can just use the preinstalled software already.

@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.

@sir @kaniini @sroracle

Okay, so when are you providing a well-designed email client for iOS/Android/Windows/macOS/Linux?

@sir @sroracle @Aerdan

i guess what we're saying is that sourcehut due to the HTML restriction may not be appropriate for hosting support lists.

but maybe instead of support lists, other things like forums should be used instead.

very bad, do not take seriously 

@kaniini @sroracle @Aerdan I disagree with that assertion. I think sourcehut is perfectly suitable for support lists given the constraint that we're pushing for a better ecosystem for everyone. Do not bend to harmful software; fight it.

@sir @Aerdan @sroracle

i guess maybe that position is fine as long as alternatives exist, like a forum or whatever.

@kaniini @sroracle @Aerdan no, I still disagree. Users of bad software should not be accomdated for, even with alternative forums which accomodate for them, but instead should be taught how to be a better consumer of the software ecosystem

@sir @sroracle @kaniini

Are you volunteering to personally overhaul 50 states’ visual services departments’ accessible technology teams?

@Aerdan @sroracle @kaniini that has nothing to do with the discussion at hand other than being tangentally related to a11y^waccessibility

@sir @kaniini @sroracle

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.

@Aerdan @sroracle @kaniini you bet your ass I am volunteering my time to help people move to more suitable clients.

The idea that innovative technology cannot be made because it would be hard for blind people to learn is such a bullshit, condescending idea that I simply will not stand for it.

@sir @kaniini @sroracle

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.

@Aerdan @sroracle @kaniini aside from the fact that the bounce email could be better, you and I will not see eye to eye on this matter. I have no interest in discussing it with you further.

@kaniini

well, I think this takes things back around to the understanding that
@Aerdan
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.

@sroracle

@kaniini

which is to say, you brought upstream into this thread but, given how well *that* went, now what?

@Aerdan @sroracle

@deejoe @sroracle @Aerdan

for me, it does not matter either way. the last thing i would want to do is operate a support mailing list for any of my projects.
@sir Maybe you could do some page similar to git-rebase.io for enabling plain text email in gmail, outlook, etc. That'd solve the problem of people arguing that gmail/outlook app doesn't let them do it. Maybe, in fact, it doesn't. Maybe they are already on the extinguish phase...

Maybe the page should be about switching to another email app similar to that one and accessible. I know it's not your work, but I just want them to have no arguments.

I never want HTML email. I'd like it to be extinguished, too. When I receive an HTML email that cannot be read in plaintext mode, I simply delete it.

Please, don't let HTML email come to upstream sourcehut ever.

@kaniini @sir @sroracle

Forums are even worse than email, though.

90% of the communications I have with my fellow Federationists are via my phone (text or call). The other 10% is email.

Sign in to participate in the conversation
Mastodon

cmpwn.com is a private Mastodon instance for friends of SirCmpwn.