On Wed, Jul 28, 2004 at 11:01:55PM -0500, David W. Tamkin wrote:
Justin Gombos wrote:
* David W. Tamkin <dattier(_at_)panix(_dot_)com> [2004-07-28 20:13]:
but AFAIK any <CR><LF> pair has been reduced to <LF> by the time a
message gets to procmail.
I don't believe that.
First, I did say "AFAIK," and that's not very far.
At least in the case of processing old Wintel
Eudora Pro archives, mail that has a <CR><LF> persists through both
formail and procmail, and ends up getting delivered that way.
Neither formail nor procmail will remove the CR's; as I understand, the
receiving MTA usually does before procmail gets its fingers on the message.
The email I am getting from the John Kerry campaign has <CR><LF> in it.
It is very annoying when I look at it in mutt. It is invisible when
it gets to my desktop machine and its Outlook client. (Besides, they're
sending me duplicates of every email. I wrote them, finally, today,
but I doubt they'll resolve that.)
I don't like testing against "true" in the above recipe, because I
know procmail has defined a constant that includes: true, on, yes, 1,
etc.
Only for reserved booleans.
Anyone know if that's purely internal to procmail, or can I
declare a boolean and make use of it somehow?
If you use an unreserved variable, 1/on/yes/true could mean different
things from one another, as could 0/off/no/false.
But see the TRUE/FALSE regexes I and some others use often in recipes.
They're in the vsnag.genvars.rc file at the Virus Snaggers site.
There are versions similar to mine at Ruud H.G. van Tol's site:
http://www.xs4all.nl/~rvtol/procmail/basic/pm/globals.inc
Mine are:
TRUE = "."
FALSE = ^^()^^
Use like so:
:0
* $ FOO ?? $FALSE
{ LOG = "FOO was unset or null" }
--
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