|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: too many cleanup
From: Wietse Venema (wietse
porcupine.org)Date: Fri Apr 07 2000 - 11:28:20 CDT
- Next message: gsgiles: "Post Fix Receipt Problem"
- Previous message: Lars Hecking: "Re: Compiling Postfix for multiple architectures in same source tree?"
- In reply to: Remco Post: "Re: too many cleanup"
- Reply: Wietse Venema: "Re: too many cleanup"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Remco Post:
>
> On 31-Mar-00 Wietse Venema wrote:
> > Brad Knowles:
> >> At 8:19 AM -0500 2000/3/31, Wietse Venema wrote:
> >>
> >> > DO NOT listen to people who suggest editing the cleanup/bounce/defer
> >> > process limit fields in master.cf. They give bad advice.
> >>
> >> Oh. Sorry.
> >>
> >> Given that this is the case, can I make the request that this
> >> advice be reflected in the master.cf file, so that hopefully this
> >> issue won't come up again?
> >
> > I will do that, but is is not clear if it will help. Postfix is
> > already littered with lots of "DO NOT <whatever>" notices.
> >
> > Wietse
>
> Why are these configureble at all, if it's so harmfull to set limit this?
>
> Could postfix be made to ignore these directives in the master.cf, and only use
> a hardcoded unlimitted value?
The parameters are configurable, so that the system can be adjusted
and extended without a lot of pain. This configurability brings
the possibility of misconfiguration. Rather than overloading every
Postfix daemon with code that tries to find out if the sysadmin,
made a mistake, I prefer to add a couple tests to the Postfix
start-up script.
Wietse
- Next message: gsgiles: "Post Fix Receipt Problem"
- Previous message: Lars Hecking: "Re: Compiling Postfix for multiple architectures in same source tree?"
- In reply to: Remco Post: "Re: too many cleanup"
- Reply: Wietse Venema: "Re: too many cleanup"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]