OSEC

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 (wietseporcupine.org)
Date: Mon Feb 07 2005 - 12:27:58 CST


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