And also for configuring your client for plaintext, which is strongly preferred by most mailing lists:
If you or anyone else reading this is ever anxious about making mistakes in their early posts on a mailing list, feel free to send the email you'd like to write to me first - sir@cmpwn.com - and I'll look it over and make any suggestions if necessary.
What I don't understand is how the mailing list itself works. When I want to start a thread, I send an email to the list. When I want to reply to someone, do I email the list or the person? How do I make sure the emails are threaded properly? During my first mailing list interaction I ended up emailing another developer directly somehow.
The git email client seems to have support for message IDs. They seem to work just like post identifiers in forums. Mail clients like mutt let users actually edit the email's headers and include metadata like that. I'm not sure if gmail does it behind the scenes.
Also, gmail has moved on to newer authentication mechanisms. Is there a simple plain text email client with native support for this? Mutt apparently requires an external program which is seemingly unmaintained.
Most people will (and you should, too) use reply-all when participating on a mailing list, which should land the replies straight into your inbox. Just reply-all to these normally, making sure not to top post. If someone makes a mistake, and you weren't subscribed to the list, the web archives usually have a mailto: link somewhere that you can click to reply to the thread.
>The git email client seems to have support for message IDs.
You should never have to directly work with message IDs if you're using git-send-email and letting your mail client handle replies.
>Also, gmail has moved on to newer authentication mechanisms.
They should still have support for SMTP PLAIN authentication unless you use gsuite and your admin has turned it off, if I understand correctly. I have written a mail client which has support for OAUTH, however, which you might find useful:
I don't use gmail so if you run into problems, please reach out to the appropriate mailing list - I won't know how to help.
I would also, of course, strongly recommend that you ditch gmail ASAP.
In certain cases, if you want to include a patch in an email reply to an existing patch series (using the scissors delimiter), you would need to use git format-patch and send-email using the in-reply-to option so that the reply ends up in the correct place.
That said, I haven't seen this particular feature used in the years I've followed the git mailing list, so perhaps it's not commonly used.
Reply to person, CC the list.
> How do I make sure the emails are threaded properly?
Using In-Reply-To header that references parent Message-ID. Git asks for it when sending a patch.
Which mailing lists recommend against using the In-Reply-To header referencing the previous cover letter?
Using the In-Reply-To header requires foreknowledge of email headers, the purpose of Message-ID, and how to find it. It's not very approachable. Most mailing lists who have thought about it don't ask users to do it.
This is what I do at work. My work uses Outlook which does not support format=flowed [2], meaning my plaintext emails would look weird to colleagues who use the standard Outlook settings. Outlook will also default to responding in plaintext to a plaintext email. To avoid forcing my preferences on my colleagues, I now use an automatic filter [3] to convert my plaintext emails into HTML using a Markdown parser. My email client then sends both parts: the HTML and plaintext part as a multipart/alternative email.
[1]: http://www.mutt.org/doc/manual/#send-hook
[2]: https://joeclark.org/ffaq.html
[3]: http://www.mutt.org/doc/manual/#send-multipart-alternative-f...
Next question.... overriding reply-on-top for mailing list replies? :)
Is this sarcasm? Because I know folks that consider anything but plain text emails to be rude.