end
Jay Sigbrandt subscribes in digest mode to a list that sends out fifty to 150
articles on a typical day.
| My current procmail rule looks like this:
|
| # Filtering for the HVML Digests
| :0: HVMLIn/.lock
| * ^From:(_dot_)*HVML(_at_)somewhere(_dot_)net
| | formail +1 -I "Reply-to: HVML(_at_)somewhere(_dot_)net" \
| -ds /usr/lib/mh/rcvstore +HVMLIn
| What I am looking for, is a method to do the above but
| WITHOUT updating the unseen sequences ... i.e. I want formail
| to simply add the individual messages straight into the
| IxionIn folder with no further fuss.
If you were storing them in a plain folder, we could just tell procmail to
append the output of formail -ds to that folder in raw mode, job done. Un-
fortunately, with an MH folder something is going to need to be forked once
for each component article in order to figure out all the MH file names.
About the only alternative, then, is this (though I suppose no lock is
needed, since you are not updating the sequences file):
:0w
* ^From:(_dot_)*HVML(_at_)somewhere\(_dot_)net
| formail +1 -I "Reply-To: HVML(_at_)somewhere(_dot_)net" -ds \
procmail DEFAULT=$MAILDIR/HVMLIn/. /dev/null
You might still want a local lockfile (though you'll need to supply a name
for it; the name you've been using is fine) in case two or more digest issues
can come in at once, and you don't want the message numbers of articles from
one issue interleaved with those of articles from a different issue.
Since this would just run procmail on each component article instead of
rcvstore, I'm not sure there would be any gain in not updating the sequences.