|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Re: header_if_reject
From: Wietse Venema (wietse
porcupine.org)
Date: Mon Feb 07 2005 - 12:27:58 CST
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Piotr KUCHARSKI:
> On Mon, Feb 07, 2005 at 11:00:10AM -0500, Wietse Venema wrote:
> > > > - Long header lines need to be folded (as in: "broken up into
> > > > multiple prepend records").
> > > Hm, I don't think it is needed, important information is within
> > > first 80 chars. I'll simply cut error_text at var_line_limit-20.
> > > Unless there already exist some function to do such folding.
> > var_line_limit specifies INPUT line length. It is 2 kbytes,
> > twice the length of what SMTP requires.
> > It IS NOT the length of a header line.
>
> That's Viktor's suggestion, 1000 (or any other val) is fine with me.
No. Long message headers should be broken up into lines of no more than 80.
> > I don't want to pollute Postfix with turds: xx_if_reject, yy_if_reject,
> > zz_if_reject, and so on.
>
> But I didn't do them. I extended "warn_if_reject" functionality to
> add header in the mail.
I never claimed that you did.
However, warn_if_reject should be replaced because it is an
example of xx_if_reject, yy_if_reject, etc. pollution.
I haven't got time to investigate why your patch for Postfix
produces unexpected results.
Wietse
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]