Re: [PATCH 0/5] Cleanups for the GPGME crypto backend

2018-12-05 Thread ilf
1.8.0 has been released two years ago. I think it's very reasonable to have a future Mutt release to require that version. At least by default. If anyone has a valid use-case maybe a fallback option could support 1.6.0, which is over three years old. What do you think? -- ilf If you upload

Re: mutt 1.12.0 release schedule

2019-05-01 Thread ilf
lows including attachments in inline-forwards (i.e. $mime_forward unset, $forward_decode set.) https://gitlab.com/muttmua/mutt/blob/master/UPDATING -- ilf If you upload your address book to "the cloud", I don't want to be in it. signature.asc Description: PGP signature

Re: [PATCH 0/5] Cleanups for the GPGME crypto backend

2019-04-23 Thread ilf
won't have problems if you use both Mutt and GPGME from a distribution. Only if you build a modern mutt with an antiqated GPGME - in which case, you can also build a modern GPGME. -- ilf If you upload your address book to "the cloud", I don't want to be in it. signature.asc Description: PGP signature

Re: [PATCH 0/5] Cleanups for the GPGME crypto backend

2019-04-24 Thread ilf
st version of GPGME that you would still feel comfortable to depend on - for software developed now, released in months, and shipped in years? -- ilf If you upload your address book to "the cloud", I don't want to be in it. signature.asc Description: PGP signature

Re: [PATCH 0/5] Cleanups for the GPGME crypto backend

2019-04-22 Thread ilf
of date. I don't know much about macOS, but there is gpgme 1.13.0 in Homebrew: https://formulae.brew.sh/formula/gpgme Do we really need to still support gpgme 1.4.0 from 2013? -- ilf If you upload your address book to "the cloud", I don't want to be in it. signature.asc Description: PGP signature

Re: [PATCH] Change Message-ID generation to be more unique and leak less information

2020-04-18 Thread ilf
as to an users email habits and activities, which might be undesirable. -- ilf If you upload your address book to "the cloud", I don't want to be in it.

Re: [PATCH] Change Message-ID generation to be more unique and leak less information

2020-04-19 Thread ilf
to be what others like Thunderbird are doing [2]. 1. https://bugzilla.mozilla.org/show_bug.cgi?id=902580 2. https://dxr.mozilla.org/comm-central/source/comm/mailnews/compose/src/nsMsgCompUtils.cpp#916 Should I open a ticket with this suggestion? -- ilf If you upload your address book to "the

Re: LF to CRLF translation responsibility

2020-05-06 Thread ilf
Kurt Hackenberg: I guess msmtp is obsolete for Mutt users anyway, since Mutt now contains an SMTP client. No, msmtp is not obsolete for Mutt users. People have different requirements, and it's good Mutt allows choice. (Mutt is an MUA, not an MSA afterall. :) -- sent with msmtp -- ilf

Re: [PATCH] Change hardcoded subject of replies

2020-07-24 Thread ilf
Maxim Tarasov: +env->subject = safe_strdup ("Re:"); I agree that this should be the default value. -- ilf If you upload your address book to "the cloud", I don't want to be in it.

Re: [PATCH] Support for overriding permissions of saved files

2020-07-28 Thread ilf
stored attachments by other users (separate user for libreoffice, separate user for image viewer,...). Manually calling chmod *each and every time* is even more security-error-prone than being able to set umask once for time being. -- ilf If you upload your address book to "the clou

Re: Change Message-ID generation to be more unique and leak less information

2021-01-11 Thread ilf
ssage each receive new message identifiers. https://tools.ietf.org/html/rfc5322#section-3.6.4 If you want URLs to be human-meaningful, don't use Message-ID. I for one thing Mutt shouldn't invent its own, but just use a random UUID, like so many other MUAs. -- ilf If you upload your ad

Re: [RFC] Remove additional spaces when quoting already-quoted lines

2022-08-01 Thread ilf
Yes, sorry, ""> > foo" and ">>foo" are bad, it should be ">> foo"" Kurt Hackenberg: What? The last two are the same. -- ilf If you upload your address book to "the cloud", I don't want to be in it.

Re: [RFC] Remove additional spaces when quoting already-quoted lines

2022-08-01 Thread ilf
'>', but not after others, I think it's thirty years too late to change that quoting mechanism. You'd have to change all the mail readers in the world, and also RFC 3676. We know that won't happen. -- ilf If you upload your address book to "the cloud", I don't want to be in it.

Re: [RFC] Remove additional spaces when quoting already-quoted lines

2022-08-01 Thread ilf
: https://mutt.org.ua/download/current/patch-1.13.0.vvv.quote.xz -- ilf If you upload your address book to "the cloud", I don't want to be in it.

Re: Message security; protected header fields

2024-04-26 Thread ilf
believe in rough consensus and running code." -- ilf If you upload your address book to "the cloud", I don't want to be in it.