Re: slocal and relation with rcvstore

[Valdis Klētnieks]

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-kernel@vger.kernel.org
*^From: Greg Kroah-Hartman <gregkh@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 :)