292815Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6
- Apr 24 9:02 AMOn Wed, Apr 24, 2013 at 05:23:09PM +0200, Nicolas HAHN wrote:
> > Can you post the fatal error messages you found, especially theHere, local(8) is having a fatal error. This error occurs whenever
> > messages that log why the queue manager was restarting, as that
> > is the real problem.
> Here is what I found:
> 2013-04-24T10:04:38.005665+00:00 iccpfxor04 postfix/local:
> fatal: main.cf configuration error: mailbox_size_limit is smaller
> than message_size_limit
local (and probably virtual(8) as well) is invoked for delivery.
Conversely, this error does NOT occur otherwise. The rest of the
system might be fine. (Postfix has a modular design, BTW.)
> 2013-04-24T10:04:39.006185+00:00 iccpfxor04 postfix/master:And see, master(8) is doing fine, letting you know that there is a
> warning: process /usr/libexec/postfix/local pid 9370 exit status 1
> 2013-04-24T10:04:39.006209+00:00 iccpfxor04 postfix/master:
> warning: /usr/libexec/postfix/local: bad command startup --
problem with local.
> What I consider just abnormal as already written is that for me (soThis seems to betray a lack of understanding of the architecture. I
> it's my opinion), Postfix should refuse to start when it detects a
> fatal about a configuration issue in the config files. But it
think at this point you'd benefit from further study:
What about a system with no local/virtual delivery? Suppose delivery
is via pipe(8) or lmtp(8)? Or suppose there are no hosted domains at
all, merely a MSA/relay for other hosts? This fatal error in local
won't ever affect such a system.
> starts any way and display each minute the fatal in the log file.Every time local attempts to deliver.
> It should display also a message on the console just before toThere is no console, this is a daemon process detached from the
> exit. But there are probably good reasons it is actually designedYes.
> like that.
> That's for this reason I'm going to integrate warning and fatalIt's probably impossible to compensate for a sysadmin who lacks
> real time parsing in my tool for next coming version. That should
> help to prevent this kind of behavior from lazzy SMTP admins :-D
understanding of the system s/he is running.
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
- << Previous post in topic Next post in topic >>