From: Victor Duchovni (Victor.DuchovniMorganStanley.com)
Date: Tue Mar 06 2007 - 07:58:36 CST

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Tue, Mar 06, 2007 at 11:38:47AM +0100, Ralph Seichter wrote:

> a cron job generates a large binary file and uses
> nail to send the file as an attachment, by dint of Postfix's sendmail.
> This file's size has grown over time, so I suspected a connection. When
> I increase message_size_limit sufficiently, the log entries no longer
> occur.

Is this really the best way to handle the task? Have you considered splitting
the large file, using scp instead of email, ...

> Can Postfix be configured to allow the size of sendmail-injected mail to
> exceed the general message_size_limit? Can the fatal queue file write
> error perhaps be avoided in future Postfix releases?

No, and that would be wrong. Multiple Postfix processes need to able to
update the queue file, and the limit needs to be set consistently.

It is possible (but inadvisable) to set a lower than for the rest
of Postfix limit for smtpd(8) and a corresponding dedicated cleanup
instance, with a larger limit for the rest of Postfix. Even better
separate instances for inbound mail, submission and local injection.
Still best of all, don't use email as large file transport.

--
        Viktor.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomopostfix.org?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]