On Sun, 13 Mar 2022 21:37:12 +0100, "Thomas Dupond" said: > If so, what should I use to have all the goodness of filtering and 'unseen' > behaviour from nmh?
Procmail also knows how to deal with mh-style folders. You can either have it deliver it directly (which doesn't update sequences), or invoke rcvstore. The nice thing is that procmail has much more fine-grained matching, searching, and processing. So the mail I'm replying to got filtered into the folder by this: :0 Ew:nmh/$LOCKEXT *^(To:|cc:).*nmh-workers@nongnu.org |rcvstore +nmh While Greg Kroah-Hartman's weekly patch review posts for the various linux-stable kernel trees get auto-ignored thusly: :0 E *^(To:|cc:|X-mailing-list:).*linux-ker...@vger.kernel.org *^From: Greg Kroah-Hartman <gre...@linuxfoundation.org> *^Subject: \[PATCH [45].[0-9] trash/. (Yes, all 3 regexp have to match. I used 'trash/.' rather than '/dev/null' so that if it ever false-positived, I'd still be able to fish it out of the trash folder) Or even how I invoke 'mhfixmsg' as a filter (at the time, I wasn't sure what mhfixmsg's interaction with converting parts of a multipart/signed and potentially breaking a signature, so I didn't invoke it for signed mail) # Canonify to 8-bit UTF-8 :0 *!^Content-type:.*multipart/signed { # Set here rather than earlier so we don't splat out zero-length files for stuff # we filed before this, so we didn't fixmsg... TMPFILE=`mktemp -p /home/valdis/tmp fixmsg.XXXXXXXXXX` :0 wf | tee $TMPFILE | mhfixmsg -noverbose -file - -outfile - } And I won't share some of the more bletcherous things I did with procmail to produce actionable data from Listserv/Sendmail bounce reports (hint - since every single time that Listserv hands Sendmail a mail and bounces, the boilerplate in the resulting bounce message is identical so you want to extract the copy of the bounced mail from inside the multipart/report. Let's see you do *that* with slocal :)