Re: Option to disable S/MIME signature check?
On Mon, Jul 31, 2023 at 08:43:22PM +0200, ilf wrote: Do you think I should file a feature request for this in the tracker? Yes, please go ahead. I don't have a current timeline for starting master development again, but when I do, it will be good to have the request there. Thank you. -- Kevin J. McCarthy GPG Fingerprint: 8975 A9B3 3AA3 7910 385C 5308 ADEF 7684 8031 6BDA signature.asc Description: PGP signature
Re: Option to disable S/MIME signature check?
Do you think I should file a feature request for this in the tracker? Kevin J. McCarthy: There seem to be quite a few users with this issue. Do you think a boolean option like "crypt_verify_smime" that explicitly works even with GPGME would be feasible? From a user POV, it sure sounds logical and useful. Yes, that may be possible although it might be better to then deprecate $crypt_verify_sig and just have the separate pgp and smime config vars (which should be quadoptions). It certainly wouldn't go in a stable release. -- ilf If you upload your address book to "the cloud", I don't want to be in it.
Re: Default save mailbox from a script
Hi. Cameron Simpson (12023-07-31): > Yes. For something to run lateryou would need to quote them (to defer their > interpretation). But it won't help with save-hook because it does not, > itself, run a command. Thanks for confirming what I suspected. > I take it that you can't easily express what you want with a collection of > save hooks in the right order with clever patterns. My main purpose is to group threads in the same mailbox. For that, the external command will have an index of all the message-id in my archives, as people can reply months later. That would be too big. Also, I might want to take a shot at the “gzip classifies better than large language models” thing. > Go the macro, rebinding the "s" keystroke. That way it only fires when you > try to save. The command can be used to feed the message > content to your script. Some macro which went: > > your_script.sh >mutt-commands.txt > source mutt-commands.txt > Thanks, that will save me a little time to figure out the syntax. Jon LaBadie (12023-07-31): > An alternative approach that I'm not sure is possible. > > If during delivery of your mail it is passes through > a filter like "procmail" before hitting your Inbox, > have the filter invoke your hueristics program "guess". Thanks. I had considered something like that. But the guess on a mail received at 13:00 and read at 15:02 might depend on the choice I made on a mail received at 12:00, read at 14:00 and saved at 14:01. (I am considering doing away with the concept of mailboxes entirely in my use case, and instead have a program populate a maildir in a tempfs with mails based on a search criteria, but that will require a little more work.) Regards, -- Nicolas George signature.asc Description: PGP signature
Re: Scheduling deferred sending of emails
Dear Jakub, Jakub Jindra via Mutt-users (2023/07/31 08:50 +0200): > I remember replying to a similar post on Unix Stackexchange in the past: > https://unix.stackexchange.com/a/554369/85046 That sounds like a very cool starting point, thanks! AIUI it uses MSMTP as an intermediate queuing system. I'm guessing that the system can be made so that eachmessage, based on its id, has a different scheduled send time. The thing I am not sure about with such a setting is what the date of the message willbe. For me, it should be the date when the message is sent, not the date when I really wrote it. BTW perhpas it's possible to use Mutt's postponed folder as the local queue. Say a cron dameon scans this directory regularly. It should deal only with messages that have a special header saying they are enqueued. Another header says at which date they should be sent. If that date has arrived then the script strips these two headers and runs mutt normally to send themessage. Sometiing like that. Best wishes, Seb.
Re: Scheduling deferred sending of emails
Hello Sébastian, I remember replying to a similar post on Unix Stackexchange in the past: https://unix.stackexchange.com/a/554369/85046 Best, JJ On 2023-07-29 12:07, Sébastien Hinderer wrote: Dear all, I would like to be able to respond to emails quickly to have it done but defer the actual sending of the response to slow down conversations. Ideally at the moment of sending I would specify a date and time after which I am fine with the mail being sent. For example, I respond to an email on Friday afternoon but can express that I want it to be actually sent anytime after next Monday 9pm. That could be by adding a special header to the email or by responding to questions at send time, I don't mind and it's not really the usesr interface I'd like to discuss here. What I rather would like to discuss is rather whether and how this could be implemented in the MUA/MTA framework mutt belongs to. I believe that more integrated solutions like Thunderbird do have such scheduled deferred sending features, but I have no idea how this can be achieved in presence of both an MUA and an MTA because the feature seems to be at the interface between the two: there needs to be a way for the MUA to tell the MTA about the deferred sending and of course the MTA does not only need to undestand it, it also needs to actually implement it. I had a superficial look to exim4 which I use as an MTA but didn't find anything related, but perhaps my search has been too shallow. I also considered adding another MTA between mutt and Exim4 which would keep the deferred mails until the scheduled date and pass them to Exim4 only at that moment but it felt a bit a pity to have to use one dedicated software component just for that as, I assume, it would widely resemble a traditional MTA, having a lot in common with it. Any idea will be more than welcome. Best wishes, Seb. signature.asc Description: PGP signature
