On Wed, Dec 15, 2004 at 03:22:11AM +0100, Robert Allerstorfer wrote:
encoded form displayed as
---------------------------------------------------------------------
(=?ISO-8859-1?Q?a?= =?ISO-8859-1?Q?b?=) (ab)
White space between adjacent 'encoded-word's is not
displayed.
Having this rule in mind, the space inserted by procmail at the places
where \n have been, when catching MATCH of
* $ ^subject:[$WS]+\/.+
are no more a problem when MATCH is then tested carefully for
whitespace between adjacent 'encoded-word's. That whitespace should
then be removed. But this does not seem to be easily makeable with
procmail. Still have to think on how to convert
=?ISO-8859-1?Q?a?= =?ISO-8859-1?Q?b?= c =?ISO-8859-1?Q?d?=
to
=?ISO-8859-1?Q?a?==?ISO-8859-1?Q?b?= c =?ISO-8859-1?Q?d?=
in order to deobfuscate it to
ab c d
My biggest question is, why?
It seems to me that if you ever see anything like this, it is not going
to be mail you want to keep. Me, I don't bother to try to read what
spammers send me. If it's spam, it goes in the spam pile.
--
dman
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail