At 13:27 2002-06-10 +0200, Marek Wysmulek did say:
[snip - genericised rules]
This is a multi-part message in MIME format.
----------------
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by mr3.ipartners.pl id
g5AAaAL23244
OK. I know what it is (part of mime code of message - or I think so). One
thing is sure for me it is not the part of the header nor body so how to
filter it out ?
It IS part of the body. Surely something appears BEFORE this? If not,
Perhaps you're mangling a content-length header while you're using a mail
client which pays attention to it (in which case your messages won't be
delimited on MBOX "From " boundaries).
I hate to seem picky, but if you're having a mystery issue with your email,
generalizing your filters rather than posting the actual filter doesn't
help us come to a resolution to your problem. When conditions and delivery
actions get generalized, often the flags are conveniently fixed...
:0
/dev/null
If this is occurring AFTER your claimed :0 delivery in the original
genericised rule, NO messages should reach this because the preceeding rule
would be delivering ALL messages. Unless the pipe is failing, but your
VERBOSE LOGFILE would be telling you if that were the case. Surely you're
making use of the diagnostic facilities provided within procmail?
If you wanted to demonstrate that the fragment you have is being seen as
body or header, use (for testing only):
:0b
/dev/null
or:
:0h
/dev/null
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the list.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail