• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

451 Error: queue file write error (only when using postfix)

Petrou Net

Basic Pleskian
Some of my clients complained that they can't send e-mails with attachments.
I checked it and it seems postfix generates 451 errors (queue file write error).
I executed the command postfix set-permissions but it didn't solved the problem.
The maillog doesn't have any detailed information about this error:

Dec 15 23:01:13 jupiter before-queue[26830]: errno: Broken pipe
Dec 15 23:01:13 jupiter before-queue[26830]: System error: Broken pipe
Dec 15 23:01:13 jupiter before-queue[26830]: Unable to write data to stream
Dec 15 23:01:13 jupiter before-queue[26830]: Some error occured
Dec 15 23:01:13 jupiter postfix/spawn[26829]: warning: command /usr/lib/plesk-9.0/postfix-queue exit status 255

I went back to qmail and now the server sends e-mails with attachments, but I would like to use postfix if it's possible. How can fix the 451 error? Any suggestions?
 
I have similar problem, i can't send mails with attach. log report this

Dec 16 17:34:55 ns1 before-remote[19111]: check handlers for addr: [email protected]
Dec 16 17:34:55 ns1 before-remote[19111]: check handlers for addr: [email protected]
Dec 16 17:34:55 ns1 before-remote[19111]: check handlers for addr: [email protected]
Dec 16 17:35:25 ns1 before-remote[19111]: Timeout reading data from stream
Dec 16 17:35:25 ns1 before-remote[19111]: Unable to read data from stream
Dec 16 17:35:25 ns1 before-remote[19111]: Some error occured
 
Same error with qmail

after upgrade, same 451 error with qmail, i guess its not a mail program error, its an upgrade error...
 
same here on a suse10.2 box with postfix:

a lot of this log entrys and Postfix SMTP server: errors:
Dec 16 15:30:34 smeagol before-queue[27853]: check handlers for addr: [email protected]
Dec 16 15:30:34 smeagol before-queue[27853]: check handlers for addr: [email protected]
Dec 16 15:30:34 smeagol before-remote[27855]: check handlers for addr: [email protected]
Dec 16 15:30:34 smeagol before-remote[27855]: check handlers for addr: [email protected]
Dec 16 15:30:34 smeagol before-remote[27855]: Processing handlers...
Dec 16 15:31:04 smeagol before-queue[27853]: Timeout reading data from stream
Dec 16 15:31:04 smeagol before-remote[27855]: Timeout reading data from stream
Dec 16 15:31:04 smeagol before-remote[27855]: Unable to read data from stream
Dec 16 15:31:04 smeagol before-remote[27855]: Some error occured
Dec 16 15:31:04 smeagol before-queue[27853]: Unable to read data from stream
Dec 16 15:31:04 smeagol before-queue[27853]: Some error occured
Dec 16 15:31:04 smeagol postfix/spawn[27852]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255
Dec 16 15:31:04 smeagol postfix/spawn[27854]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255


Transcript of session follows.

Out: 220 xxx.yyy.de ESMTP Postfix
In: EHLO zzzz.jjjjj.dk
Out: 250-xxx.yyy.de
Out: 250-PIPELINING
Out: 250-SIZE 40240128
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN DIGEST-MD5 CRAM-MD5 LOGIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:<[email protected]> SIZE=3404
Out: 250 2.1.0 Ok
In: RCPT TO:<[email protected]>
Out: 250 2.1.5 Ok
In: DATA
Out: 451 4.3.0 Error: queue file write error

Session aborted, reason: lost connection
 
That 451 error is the same on postfix and qmail.. any can try uninstall qmail anr reinstall it again?
 
In my case, I get this error only when using postfix, qmail works normally.
I tried to reinstall postfix and I also executed the command postfix set-permissions (in case some permissions are wrong) but the problem remains
Perhaps you could use the autoinstaller to switch to postfix and then back again to qmail, it might help.
 
Same error in postfix, only in large emails:
----------------------
From [email protected] Tue Dec 16 19:09:37 2008
X-Original-To: postmaster
Delivered-To: [email protected]ldomain
Delivered-To: [email protected]ldomain
Date: Wed, 17 Dec 2008 00:09:37 +0000 (UTC)
From: [email protected] (Mail Delivery System)
To: [email protected] (Postmaster)
Subject: Postfix SMTP server: errors from unknown[xxx.xxx.xxx.xxx]

Transcript of session follows.

Out: 220 domain.com ESMTP Postfix
In: EHLO a6450la
Out: 250-domain.com
Out: 250-PIPELINING
Out: 250-SIZE 104857600
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN LOGIN DIGEST-MD5 CRAM-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: AUTH LOGIN
Out: 334 VXNlcm5hbWU6
In: cHJ1ZWJhQGJyYWRsZXltZGguY29t
Out: 334 UGFzc3dvcmQ6
In: NjU0MzIxYQ==
Out: 235 2.0.0 Authentication successful
In: MAIL FROM: <[email protected]>
Out: 250 2.1.0 Ok
In: RCPT TO: <[email protected]>
Out: 250 2.1.5 Ok
In: DATA
Out: 354 End data with <CR><LF>.<CR><LF>
Out: 451 4.3.0 Error: queue file write error

Session aborted, reason: lost connection

Any update from Parallels??
 
In my case the size of the attachments I tried were from 100KB to 1MB.
No update from Parallels for the moment.
I sent an e-mail to [email protected] but I haven't received an e-mail so far.
If I receive a reply I'll let you know.
 
To fix this problem change MTA to qmail and in Plesk panel, "email seting" fill the value "max email size" with 10MB or more, and qmail is working again with large atachments.

postfix problem appear are 2 troubles:
Error 1: Email size is large than inbox_max_size (but this is not true, mail box size is unlimited)
Error 2 : timeout sending largue files.

Probably both are a mistake in the configuration that makes Plesk in postfix ...

We will continue to investigate ....
 
Parallels sent me another e-mail, and they said they can't reproduce the issue. I told them to check this forum thread.
 
Parallels sent me another e-mail, and they said they can't reproduce the issue. I told them to check this forum thread.

I have a VPS with the problem, I can provide data access to do the tests.

Publishes the email received by parallels to being able to answer directly and send the data.

It is VERY IMPORTANT to point out that the connection has to last more than 30 seconds to cause the error
 
Back
Top