• 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

Mail forwarding makes a loop on mail delivery

NicolasC

New Pleskian
Hi everyone,

Since we have upgraded to plesk 9.2.1 (postfix version) we have a big issue with mail forwarding. If the followings are all true :

- The mail contains an attachement
- The recipient has activated a forwarding function


In this case, and only this case, the mail is delivered to the final recipient but is still kept in the postfix queue ans is being delivered again and again and again...


Note the issue happen even if :

- The attachement is a document or an embedded pricture in a HTML mail
- The forwarding function is either the "Redirect" function or the "Mail Group" function
- The mailbox is activated or not
- The mail is sent to the recipient or an alias of it


Several information can be retrieved from the command line :

The mailq command :
root:/# mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
6931670087A 84631 Thu Jun 4 14:17:14 [email protected]
(Message can not be delivered at this time)
[email protected]

-- 85 Kbytes in 1 Request.

The syslog :

06-04 14:30:25 (+02:00) postfix/qmgr[18743]: 6931670087A: from=<[email protected]>, size=84631, nrcpt=1 (queue active)
06-04 14:30:25 (+02:00) postfix-local[27751]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames
06-04 14:30:25 (+02:00) postfix-local[27751]: hook_dir = '/opt/psa/handlers/before-local'
06-04 14:30:25 (+02:00) postfix-local[27751]: recipient[3] = '[email protected]'
06-04 14:30:25 (+02:00) postfix-local[27751]: handlers dir = '/opt/psa/handlers/before-local/recipient/[email protected]'
06-04 14:30:25 (+02:00) postfix-local[27751]: found handlers entry = '/opt/psa/handlers/before-local/recipient/[email protected]/10-spam-sLS90D'
06-04 14:30:25 (+02:00) postfix-local[27751]: call_handlers: call executable = '/opt/psa/handlers/info/10-spam-sLS90D/executable'
06-04 14:30:25 (+02:00) spamd[15380]: spamd: got connection over /tmp/spamd_full.sock
06-04 14:30:25 (+02:00) spamd[15380]: spamd: using default config for [email protected]: /var/qmail/mailnames/localdomain.com/localrecipient/.spamassassin/user_prefs
06-04 14:30:25 (+02:00) spamd[15380]: spamd: processing message <[email protected]> for [email protected]:110
06-04 14:30:25 (+02:00) spamd[15380]: spamd: clean message (0.1/7.0) for [email protected]:110 in 0.2 seconds, 83166 bytes.
06-04 14:30:25 (+02:00) spamd[15380]: spamd: result: . 0 - AWL,HTML_MESSAGE,HTML_TAG_EXIST_TBODY scantime=0.2,size=83166,[email protected],uid=110,required_score=7.0,rhost=localhost,raddr=127.0.0.1,rport=/tmp/spamd_full.sock,mid=<[email protected]>,autolearn=no
06-04 14:30:25 (+02:00) postfix-local[27751]: handlers_stderr: PASS
06-04 14:30:25 (+02:00) spamd[3516]: prefork: child states: II
06-04 14:30:25 (+02:00) postfix/pickup[23918]: 3EBBD7009F0: uid=110 from=<[email protected]>
06-04 14:30:25 (+02:00) postfix/cleanup[24924]: 3EBBD7009F0: message-id=<[email protected]>
06-04 14:30:25 (+02:00) postfix-local[27751]: files: write buf 0x7fff613e3c90[4096] to fd (7) error - (32) Broken pipe
06-04 14:30:25 (+02:00) postfix-local[27751]: files: cannot write chuck from 5 to 7 - (32) Broken pipe
06-04 14:30:25 (+02:00) postfix-local[27751]: LOG Unable to forward message to: [email protected]
06-04 14:30:25 (+02:00) postfix-local[27751]: Unable to send mail for: [email protected]

06-04 14:30:25 (+02:00) postfix/pipe[24825]: 6931670087A: to=<[email protected]>, relay=plesk_virtual, delay=791, delays=791/0/0/0.21, dsn=4.2.1, status=deferred (Message can not be delivered at this time )
06-04 14:30:25 (+02:00) postfix/qmgr[18743]: 3EBBD7009F0: from=<[email protected]>, size=6650, nrcpt=1 (queue active)
06-04 14:30:25 (+02:00) postfix/smtpd[24908]: connect from localhost.localdomain[127.0.0.1]
06-04 14:30:25 (+02:00) postfix/smtpd[24908]: 4CD477009E7: client=localhost.localdomain[127.0.0.1]
06-04 14:30:25 (+02:00) before-remote[27761]: check handlers for addr: [email protected]
06-04 14:30:25 (+02:00) before-remote[27761]: check handlers for addr: [email protected]
06-04 14:30:25 (+02:00) postfix/cleanup[24918]: 4CD477009E7: message-id=<[email protected]>
06-04 14:30:25 (+02:00) postfix/qmgr[18743]: 4CD477009E7: from=<[email protected]>, size=6854, nrcpt=1 (queue active)
06-04 14:30:25 (+02:00) postfix/smtp[27760]: 3EBBD7009F0: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10027, delay=0.12, delays=0.02/0/0.04/0.05, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 4CD477009E7)
06-04 14:30:25 (+02:00) postfix/smtpd[24908]: disconnect from localhost.localdomain[127.0.0.1]
06-04 14:30:25 (+02:00) postfix/qmgr[18743]: 3EBBD7009F0: removed

According the syslog, postfix-local seems to be unable to forward the mail, but it forwards it anyway ! The problem is the message is kept in queue.

I tried with the patch supplied here : http://kb.odin.com/en/6091 but nothing change...

Does anymone have the same ? Plesk staff ?

Thanks a lot for your help

Nicolas
 
Hi everyone


Nobody else go this issue ? Could it be a wrong setup on our side ? It suddenly appeared when upgrading from 9.0 to 9.2...


Thanks
 
same thing happens on my 9.2.1 plesk.

got any cure yet ?
 
I've got a customer complaining of the same thing after I installed Plesk 9.2.1 with Postfix. Seems I should have waited longer still for the bugs to get worked out. I was on 8.6 before with really no problems to speak of.
 
I too have clients reporting repeated redelivery of messages. One client in particular seems to have this problem at least once a month, always from different senders. As others have observed, it seems to happen only in cases where forwarding is involved and there is an attachment.
 
same thing happens on my 9.2.1 plesk

when i try to send email i received response from server "invalid destination status"
 
Still no fix from Parallels... Still need to monitor the queue and manually delete looping mails...

Do they remind we pay a licence for this software ?
 
Hi,

After installing 9.2.2, nothing changed, the problem still occurs, several times today :

08-17 16:29:09 (+02:00) postfix-local[13706]: files: write buf 0x7fff8de646f0[4096] to fd (7) error - (32) Broken pipe
08-17 16:29:09 (+02:00) postfix-local[13706]: files: cannot write chuck from 5 to 7 - (32) Broken pipe
08-17 16:29:09 (+02:00) postfix-local[13706]: LOG Unable to forward message to: ********@********.fr
08-17 16:29:09 (+02:00) postfix-local[13706]: Unable to send mail for: ********@********.fr

Thanks
 
I am getting the exact same problem as you running Plesk 9.2 on Debian 4

Is anyone getting this error running CentOS? I saw there is a hotfix for my problem but it only refers to CentOS

http://kb.odin.com/en/6451
 
Yeah but the KB page says :

The problem will be fixed in future update of Parallels Plesk Panel that is going to be released after version 9.2.1.

I am now running version 9.2.2 and the problem still occurs...
 
Plesk 9.2.2 with Postfix bug - repeated emails

Parallels staff - can you PLEASE update this KB article with a hotfix for Plesk 9.2.2 - http://kb.odin.com/en/6451

This is a serious issue and should have been resolved long before now!
 
I also got the problem and patched "postfix-local", the problem seems solved.

REF: http://kb.odin.com/en/6451

Wait a minute...

Why the dev team didn't came back here to inform about this new patch ?
For which OS is this patch ? CentOS only ?

When I apply this patch, nothing works :

Command died with status 127:
"/usr/lib/plesk-9.0/postfix-local". Command output:
/usr/lib/plesk-9.0/postfix-local: error while loading shared libraries:
libz.so.1: cannot open shared object file: No such file or directory

When I do ldd on this new version :

./postfix-local: /lib32/libc.so.6: version `GLIBC_2.4' not found (required by ./postfix-local)
linux-gate.so.1 => (0xf7f5a000)
libz.so.1 => not found
libcrypt.so.1 => /lib32/libcrypt.so.1 (0xf7f23000)
libcrypto.so.6 => not found
libc.so.6 => /lib32/libc.so.6 (0xf7df7000)
/lib/ld-linux.so.2 (0xf7f5b000)

When I do ldd on the old one (provided by 9.2.2) :

libz.so.1 => /usr/lib/libz.so.1 (0x00007f4310b4b000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007f4310a17000)
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0x00007f43107a3000)
libc.so.6 => /lib/libc.so.6 (0x00007f4310566000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f4310463000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4310c61000)

My OS is Debian 4.0

Conclusion : This patch doesn't solve the problem. Worse, applied, this patch make the system not working at all...

Addtionnaly, these lines are written on the page :
- Parallels Plesk Panel version 9.2.1 or 9.2.2 and Postfix MTA.
- The problem will be fixed in future update of Parallels Plesk Panel that is going to be released after version 9.2.1.
- NOTE: the hotfix is valid for Parallels Plesk Panel version 9.2.1. You should not install it on other versions.

That's not clear ! Is it for 9.2.1 ? 9.2.2 ? very not clear.

Parallels' team looks very unprofessional....
 
Last edited:
I'm having the same issue on 9.2.2 on Ubuntu (with postfix). Contemplating swinging back to qmail..

Garan.
 
24 hours ago I removed DrWeb antivirus and I've not seen any 'chuck' errors in the mail.log since. Fingers crossed.

Garan.
 
Issue has been resolved for me in Plesk 9.2.3

Right, this bug was completely fixed in Plesk 9.2.3 version. Upgrade should help with it.
Please update this topic if you still have this problem on Plesk 9.2.3 version and I will continue investigation and will keep you informed with results.
 
I've upgraded to 9.2.3 but now being hit by the postfix-queue major bug described in this thread:

http://forum.parallels.com/showthread.php?t=85508

Been left with no choice other than to switch mta to qmail and it's left me wondering if Parallels are serious about postfix support and if it is tested before being let loose on the World.

Garan.
 
Back
Top