At 08:54 AM 3/17/98 -0800, Michael Helm wrote:
Is the rule wrong, the message id bad, both?
Have you tried taking the message and manually running it through a small
procmail recipe (consisting only of this rule), and emit the compiled
messageid via a LOG statement (that is, a single-line messageid the way
that Procmail is seeing it)?
Anyhow, step through the regexp:
Beginning of line, ok.
Any number of spaces/tabs (your line had two spaces).
<[^ <>@]+(_at_)[^ <>@]+>
Message id enclosed in brackets. Yours is.
[^ <>@]+(_at_)[^ <>@]+
Between the brackets but before and after the required '@', we expect to
find at least ONE character which is NOT a space, tab, '<', '>' or '@'.
Your messageid matches this fine.
With optional trailing spaces/tabs before end of line (your line had none).
Looks like the rule was supposed to match VALID messageids, not match bad
ones. And as much as I despite Lotus mailers, this appears to be valid,
and so was matched. Geez, I hate mailers that don't put a full real domain
in the messageid.
Perhaps you're supposed to be inverting the condition in the rule?
* ! ^Mess....
Please DO NOT carbon me on list replies. I'll get my copy from the list.
Sean B. Straw / Professional Software Engineering
Post Box 2395 / San Rafael, CA 94912-2395