On Fri, May 14, 2021 at 06:55:00PM -0600, Gregory Anders wrote:
>Add an option to convert the date used in the Date header into the local
>(sender's) timezone. This is the current behavior and the option
>defaults to true. Unsetting this option causes the date in the Date
>header to be formatted using the GMT timezone.
>
>This option is useful for privacy-sensitive users who may not wish to
>divulge their sending timezone.

Thanks I've pushed this up.

-Kevin

On Fri, May 14, 2021 at 04:05:12PM -0600, Gregory Anders wrote:
>I made the requested formatting change and I also just initialized `l`
>with gmtime(&t) which removes the `else` branch entirely. Let me know if
>you prefer it the other way and I'll switch it back.

Hi Gregory,

I think it's better to have the else branch.  Most people will leave the 
option set, so performing the gmtime() syscall in advance is a waste 
(albeit a tiny one).

-Kevin

On Fri, May 14, 2021 at 03:05:41PM -0600, Gregory Anders wrote:
>Add an option to convert the date used in the Date header into the local
>(sender's) timezone. This is the current behavior and the option
>defaults to true. Unsetting this option causes the date in the Date
>header to be formatted using the GMT timezone.

Hi Gregory,

I think this is okay.  Just a minor formatting nitpick below:

>diff --git a/sendlib.c b/sendlib.c
>index 36264aa0..037219dd 100644
>--- a/sendlib.c
>+++ b/sendlib.c

On Thu, Jul 18, 2019 at 04:16:15PM -0400, Drew DeVault wrote:
>For Alpine Linux (musl libc), Debian (glibc), and FreeBSD.
>---
>Thanks for giving sr.ht a test drive! As a long-time mutt user I'm glad
>to see you trying it out and would love to answer any questions or
>feedback you might have.

Wow, thank you Drew!  In fact looking at the build logs helped me see 
and fix an embarrassing mistake.  :-)

I've been meaning to spend more time on sr.ht playing with the cool 
stuff you're building, but time's always the biggest problem for me. 
This is a good incentive to take a closer look.