On Thu, 28 Jul 2005, Fabian Pietsch wrote:
Using flags frw instead of fw for the spamassassin receipt sets
procmail to raw mode so it doesn't append newlines. (Also documented
in the procmail man page just like this... Just that spamassassin
examples don't use r, so I didn't look... :/ )
On 2005-07-29 13:58:46 +0200, Santiago Vila wrote:
Now you may argue why is flag r not the default?. Well, I assume
changing that now would break a lot of currently existing .procmailrc
files, so I would not consider that a good idea.
Why would this break .procmailrc files?
--
Vincent
On Fri, 29 Jul 2005, Vincent Lefevre wrote:
On 2005-07-29 13:58:46 +0200, Santiago Vila wrote:
Now you may argue why is flag r not the default?. Well, I assume
changing that now would break a lot of currently existing .procmailrc
files, so I would not consider that a good idea.
Why
On 2005-07-29 16:36:23 +0200, Santiago Vila wrote:
I mean that people expect procmail to work the way it works now.
Then the change could also be done with a command-line option.
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog:
On Fri, 29 Jul 2005, Vincent Lefevre wrote:
On 2005-07-29 16:36:23 +0200, Santiago Vila wrote:
I mean that people expect procmail to work the way it works now.
Then the change could also be done with a command-line option.
I consider very unlikely that the author adds a new command line
Hi,
being a procmail user for quite some time, I just set up spamassassin as
a procmail filter and got the same problem of an added newline at the
end of (single-line) messages as described in #193849.
After applying the patch proposed by Santiago Vila back in 2003 and
rebuilding the procmail
Hi,
apparently I haven't been using procmail long enough. :)
Using flags frw instead of fw for the spamassassin receipt sets
procmail to raw mode so it doesn't append newlines. (Also documented
in the procmail man page just like this... Just that spamassassin
examples don't use r, so I didn't
7 matches
Mail list logo