• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx

  • We are developing a new feature in Plesk that will help you promote your websites or business on social media. We want to conduct a one-hour online UX test to present the prototype and collect feedback. If you are interested in the feature, please book a meeting via this link.
    Thank you in advance!
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Mail Redirect (still) doesn't work right with Postfix & CentOS (Plesk 9.3,CentOS 5.2)

regisg

Regular Pleskian
Hello,

My VPS : Plesk 9.3, CentOS 5.2, Postfix 2.3.3

For my part,
the BUG : http://kb.odin.com/en/6451 ("Mail forwarding does not work with Postfix MTA in Parallels Plesk Panel 9.2.1, CentOS5")
... is still existing with Plesk 9.3 !!

All my forwarded emails comme with :
. "Pop3 service user" in the name of author
."undisclosed-recipients" for the recipient
. No subject
. Plain text email with the whole code (headers...)

For example :

>From [email protected] Tue Jan 19 09:30:06 2010
Return-Path: <[email protected]>
X-Original-To: [email protected]
Delivered-To: [email protected]
Received: from s15371957.1and1.fr (unknown [127.0.0.1])
by s15371957.1and1.fr (Postfix) with ESMTP id 9F2DB4B220BD6
for <[email protected]>; Tue, 19 Jan 2010 08:30:06 +0000 (UTC)
Received: by s15371957.1and1.fr (Postfix, from userid 110)
id 8C4E84B220BDE; Tue, 19 Jan 2010 08:30:06 +0000 (UTC)
DomainKey-Status: no signature
Message-Id: <[email protected]>
Date: Tue, 19 Jan 2010 09:30:06 +0100 (CET)
From: [email protected] (POP3 service user)
To: undisclosed-recipients:;

>From [email protected] Tue Jan 19 09:30:06 2010
Return-Path: <[email protected]>
X-Original-To: [email protected]
Delivered-To: [email protected]
Received: from s15371957.1and1.fr (unknown [127.0.0.1])
by s15371957.1and1.fr (Postfix) with ESMTP id 10F5E4B220B5C
for <[email protected]>; Tue, 19 Jan 2010 08:30:06 +0000 (UTC)
Received-SPF: pass (s15371957.domainepardefaut.fr: domain of index-live.com designates 94.23.230.133 as permitted sender) client-ip=94.23.230.133; [email protected]; helo=ns208831.ovh.net;
Received: from ns208831.ovh.net (unknown [94.23.230.133])
by s15371957.1and1.fr (Postfix) with ESMTP
for <[email protected]>; Tue, 19 Jan 2010 08:30:05 +0000 (UTC)
Received: (qmail 27578 invoked by uid 1013); 19 Jan 2010 08:39:21 -0000
To: [email protected]
Subject: Message de Confirmation
Recieved:
Date: Tue, 19 Jan 2010 09:39:21 +0100
From: "Annonces Gratuites > Index-Live" <[email protected]>
Message-ID: <[email protected]>
X-Priority: 3
X-Mailer: PHPMailer [version 1.73]
X-Mailer: phplist v2.10.10
X-MessageID: systemmessage
X-ListMember: [email protected]
Precedence: bulk
Errors-To: [email protected]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="UTF-8"

Dear friend,

(...)


THX for any help !

Regis
 
Could you please provide also corresponding part of /usr/local/psa/var/log/maillog with errors?
 
Off course :

Jan 19 10:30:11 s15371957 postfix/smtpd[27848]: connect from unknown[209.85.220.210]
Jan 19 11:30:11 s15371957 postfix/smtpd[30622]: connect from unknown[127.0.0.1]
Jan 19 10:30:11 s15371957 postfix/smtpd[27848]: NOQUEUE: client=unknown[209.85.220.210]
Jan 19 10:30:12 s15371957 postfix/smtpd[30622]: 100C44B220BD2: client=unknown[209.85.220.210]
Jan 19 11:30:12 s15371957 before-remote[30621]: check handlers for addr: [email protected]
Jan 19 11:30:12 s15371957 before-remote[30621]: check handlers for addr: [email protected]
Jan 19 11:30:12 s15371957 before-queue[30619]: check handlers for addr: [email protected]
Jan 19 11:30:12 s15371957 before-queue[30619]: Processing handlers...
Jan 19 11:30:12 s15371957 before-queue[30619]: hook_dir = '/usr/local/psa/handlers/before-queue'
Jan 19 11:30:12 s15371957 before-queue[30619]: recipient[3] = '<[email protected]>'
Jan 19 11:30:12 s15371957 before-queue[30619]: handlers dir = '/usr/local/psa/handlers/before-queue/recipient/<[email protected]>'
Jan 19 11:30:12 s15371957 before-queue[30619]: found handlers entry = '/usr/local/psa/handlers/before-queue/global/10-spf-OjO8Zt'
Jan 19 11:30:12 s15371957 before-queue[30619]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-spf-OjO8Zt/executable'
Jan 19 11:30:12 s15371957 spf filter[30624]: Starting spf filter...
Jan 19 11:30:12 s15371957 spf filter[30624]: SPF result: pass
Jan 19 11:30:12 s15371957 spf filter[30624]: SPF status: PASS
Jan 19 11:30:12 s15371957 before-queue[30619]: handlers_stderr: PASS
Jan 19 11:30:12 s15371957 before-queue[30619]: found handlers entry = '/usr/local/psa/handlers/before-queue/global/05-grey-fKauyx'
Jan 19 11:30:12 s15371957 before-queue[30619]: call_handlers: call executable = '/usr/local/psa/handlers/info/05-grey-fKauyx/executable'
Jan 19 11:30:12 s15371957 greylisting filter[30626]: Starting greylisting filter...
Jan 19 11:30:12 s15371957 greylisting filter[30626]: list type: white, from: mail-fx0-f210.google.com, match string: .*google\.com
Jan 19 11:30:12 s15371957 before-queue[30619]: handlers_stderr: SKIP
Jan 19 11:30:12 s15371957 before-queue[30619]: fork_execv_fd: unrecognized status code '5'
Jan 19 11:30:12 s15371957 before-queue[30619]: call_handlers: Error during call '/usr/local/psa/handlers/info/05-grey-fKauyx/executable' handler
Jan 19 11:30:12 s15371957 before-queue[30619]: LOG Internal error in handler '05-grey-fKauyx'. Skip handler.
Jan 19 11:30:12 s15371957 postfix/cleanup[30623]: 100C44B220BD2: message-id=<[email protected]>
Jan 19 11:30:12 s15371957 postfix/qmgr[21781]: 100C44B220BD2: from=<[email protected]>, size=2488, nrcpt=1 (queue active)
Jan 19 10:30:12 s15371957 postfix/smtpd[30622]: disconnect from unknown[127.0.0.1]
Jan 19 11:30:12 s15371957 postfix-local[30628]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames
Jan 19 11:30:12 s15371957 postfix-local[30628]: hook_dir = '/usr/local/psa/handlers/before-local'
Jan 19 11:30:12 s15371957 postfix-local[30628]: recipient[3] = '[email protected]'
Jan 19 11:30:12 s15371957 postfix-local[30628]: handlers dir = '/usr/local/psa/handlers/before-local/recipient/[email protected]'
Jan 19 11:30:12 s15371957 postfix-local[30628]: found handlers entry = '/usr/local/psa/handlers/before-local/global/10-dd52-domainkeys-NHkLDA'
Jan 19 11:30:12 s15371957 postfix-local[30628]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-dd52-domainkeys-NHkLDA/executable'
Jan 19 11:30:12 s15371957 postfix-local[30628]: handlers_stderr: PASS
Jan 19 10:30:12 s15371957 postfix/pickup[21779]: 2C6034B220BD8: uid=110 from=<[email protected]>
Jan 19 11:30:12 s15371957 postfix/cleanup[30623]: 2C6034B220BD8: message-id=<[email protected]>
Jan 19 11:30:12 s15371957 postfix/pipe[30627]: 100C44B220BD2: to=<[email protected]>, relay=plesk_virtual, delay=0.19, delays=0.15/0.01/0/0.03, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Jan 19 11:30:12 s15371957 postfix/qmgr[21781]: 100C44B220BD2: removed
Jan 19 11:30:12 s15371957 postfix/qmgr[21781]: 2C6034B220BD8: from=<[email protected]>, size=2996, nrcpt=1 (queue active)
Jan 19 10:30:12 s15371957 postfix/smtpd[30622]: connect from unknown[127.0.0.1]
Jan 19 10:30:12 s15371957 postfix/smtpd[30622]: 3B0CC4B220BD2: client=unknown[127.0.0.1]
Jan 19 11:30:12 s15371957 before-remote[30637]: check handlers for addr: [email protected]
Jan 19 11:30:12 s15371957 before-remote[30637]: check handlers for addr: [email protected]
Jan 19 11:30:12 s15371957 postfix/cleanup[30623]: 3B0CC4B220BD2: message-id=<[email protected]>
Jan 19 11:30:12 s15371957 postfix/qmgr[21781]: 3B0CC4B220BD2: from=<[email protected]>, size=3189, nrcpt=1 (queue active)
Jan 19 11:30:12 s15371957 postfix/smtp[30636]: 2C6034B220BD8: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10027, delay=0.11, delays=0.01/0.01/0.04/0.05, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 3B0CC4B220BD2)
Jan 19 10:30:12 s15371957 postfix/smtpd[30622]: disconnect from unknown[127.0.0.1]
Jan 19 11:30:12 s15371957 postfix/qmgr[21781]: 2C6034B220BD8: removed
Jan 19 11:30:12 s15371957 postfix/smtp[30636]: 3B0CC4B220BD2: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[209.85.219.38]:25, delay=0.3, delays=0.04/0/0.09/0.16, dsn=2.0.0, status=sent (250 2.0.0 OK 1263897012 26si1789473ewy.23)
Jan 19 11:30:12 s15371957 postfix/qmgr[21781]: 3B0CC4B220BD2: removed

Jan 19 11:30:18 s15371957 postfix/local[30645]: fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit
Jan 19 11:30:19 s15371957 postfix/master[21771]: warning: process /usr/libexec/postfix/local pid 30645 exit status 1
Jan 19 11:30:19 s15371957 postfix/master[21771]: warning: /usr/libexec/postfix/local: bad command startup -- throttling

Thx a lot for your help.
 
Why do you think that it is the same bus as it is described in http://kb.odin.com/en/6451 ? I'm not found any 'cannot write chuck from 5 to 7 - (32) Broken pipe' or 'Unable to forward message to' messages in log. I see only 'fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit' and it is indicate that Postfix is not correctly configured there.
 
Why do you think that it is the same bus as it is described in http://kb.odin.com/en/6451 ?
The final problem is almost the same... all my forwarded messages come to my mailbox (client mailbox or webmail... that's the same) in a bad and unreadable format.
(However you are right about "I'm not found any 'cannot write chuck from 5 to 7 - (32) Broken pipe' or 'Unable to forward message to' messages in log", it seems thats it's not exactly the same problem...)

I see only 'fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit' and it is indicate that Postfix is not correctly configured there.
Indeed, but this is a (wrong) problem of configuration (see http://www.howtoforge.com/forums/archive/index.php/t-1325.html) which i have just corrected.
These messages have disappeared... but unfortunatelly the BUG is still existing !

This is the relevant part of my /etc/postfix/main.cf :
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual
virtual_mailbox_maps = hash:/var/spool/postfix/plesk/vmailbox
transport_maps = hash:/var/spool/postfix/plesk/transport
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtpd_use_tls = yes
smtp_tls_security_level = may
smtp_use_tls = no
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists
smtp_send_xforward_command = yes
smtpd_authorized_xforward_hosts = 127.0.0.0/8
smtpd_sasl_auth_enable = no
#smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
virtual_mailbox_base = /var/qmail/mailnames
virtual_uid_maps = static:110
virtual_gid_maps = static:31
virtual_transport = plesk_virtual
plesk_virtual_destination_recipient_limit = 1
smtpd_client_restrictions = reject_rbl_client
#smtpd_client_restrictions = reject_rbl_client sbl.spamhaus.org, reject_rbl_client zen.spamhaus.org, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
myhostname = s15371957.1and1.fr
message_size_limit = 20480000 (CORRECTED)
mynetworks = 127.0.0.0/8, 127.0.0.1/32, [...MY SERVER IP...]/32

Quite normal i presume...

The problem is that i have a virtual server VPS (1and1) and, so, it's impossible for me to upgrade the composants of my server...
(1and1 gives default VPS with LINUX KERNEL : V2.6.9-023stab051.3-smp ... 5 years OLD !!!!
POSTFIX : V2.3.3-2.1.el5_2 ... 3 years OLD !!!!
Congratulations 1and1........)

So that's really a problem for me !

THX for your help.
 
Last edited:
Up...

I'am still facing this bug... and it's WORSE than i thought initially :

EITHER the mail redirected is unreadable (as explained before...) => First case
... OR it's NEVER DELIVERED => Second Case

1st Case : Mail sent from [email protected] to mailbox [email protected] which redirection to [email protected] :
the mail redirected to [email protected] is unreadable, but the mail in the mailbox [email protected] is ok.

20:06:15 postfix/smtpd[31911]: connect from unknown[72.14.220.152]
20:06:15 postfix/smtpd[31919]: connect from unknown[127.0.0.1]
19:06:15 postfix/smtpd[31911]: NOQUEUE: client=unknown[72.14.220.152]
19:06:15 postfix/smtpd[31919]: A637549E709A4: client=unknown[72.14.220.152]
20:06:15 before-remote[31918]: check handlers for addr: [email protected]
20:06:15 before-remote[31918]: check handlers for addr: [email protected]
20:06:15 before-remote[31918]: Processing handlers...
20:06:15 before-queue[31916]: check handlers for addr: [email protected]
20:06:15 before-queue[31916]: Processing handlers...
20:06:15 before-queue[31916]: hook_dir = '/usr/local/psa/handlers/before-queue'
20:06:15 before-queue[31916]: recipient[3] = '<[email protected]>'
20:06:15 before-queue[31916]: handlers dir = '/usr/local/psa/handlers/before-queue/recipient/<[email protected]>'
20:06:15 before-queue[31916]: found handlers entry = '/usr/local/psa/handlers/before-queue/global/05-grey-Qd3XMr'
20:06:15 before-queue[31916]: call_handlers: call executable = '/usr/local/psa/handlers/info/05-grey-Qd3XMr/executable'
20:06:15 greylisting filter[31922]: Starting greylisting filter...
20:06:15 greylisting filter[31922]: list type: white, from: fg-out-1718.google.com, match string: .*google\.com
20:06:15 before-queue[31916]: handlers_stderr: SKIP
20:06:15 before-queue[31916]: fork_execv_fd: unrecognized status code '5'
20:06:15 before-queue[31916]: call_handlers: Error during call '/usr/local/psa/handlers/info/05-grey-Qd3XMr/executable' handler
20:06:15 before-queue[31916]: LOG Internal error in handler '05-grey-Qd3XMr'. Skip handler.
20:06:15 before-queue[31916]: found handlers entry = '/usr/local/psa/handlers/before-queue/global/10-spf-InNkU5'
20:06:15 before-queue[31916]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-spf-InNkU5/executable'
20:06:15 spf filter[31923]: Starting spf filter...
20:06:15 spf filter[31923]: SPF result: pass
20:06:15 spf filter[31923]: SPF status: PASS
20:06:15 before-queue[31916]: handlers_stderr: PASS
20:06:15 before-remote[31918]: hook_dir = '/usr/local/psa/handlers/before-remote'
20:06:15 before-remote[31918]: recipient[3] = '[email protected]'
20:06:15 before-remote[31918]: handlers dir = '/usr/local/psa/handlers/before-remote/recipient/[email protected]'
20:06:15 postfix/cleanup[31921]: A637549E709A4: message-id=<[email protected]>
20:06:15 postfix/qmgr[23644]: A637549E709A4: from=<[email protected]>, size=2535, nrcpt=1 (queue active)
19:06:15 postfix/smtpd[31919]: disconnect from unknown[127.0.0.1]
20:06:15 postfix-local[31926]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames
20:06:15 postfix-local[31926]: hook_dir = '/usr/local/psa/handlers/before-local'
20:06:15 postfix-local[31926]: recipient[3] = '[email protected]'
20:06:15 postfix-local[31926]: handlers dir = '/usr/local/psa/handlers/before-local/recipient/[email protected]'
20:06:15 postfix-local[31926]: found handlers entry = '/usr/local/psa/handlers/before-local/global/10-dd52-domainkeys-VXmiC6'
20:06:15 postfix-local[31926]: call_handlers: call executable = '/usr/local/psa/handlers/info/10-dd52-domainkeys-VXmiC6/executable'
20:06:15 postfix-local[31926]: handlers_stderr: PASS
19:06:15 postfix/pickup[23643]: C9AC449E709AA: uid=110 from=<[email protected]>
20:06:15 postfix/cleanup[31921]: C9AC449E709AA: message-id=<[email protected]>
20:06:15 postfix/pipe[31925]: A637549E709A4: to=<[email protected]>, relay=plesk_virtual, delay=0.49, delays=0.45/0.01/0/0.04, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
20:06:15 postfix/qmgr[23644]: A637549E709A4: removed
20:06:15 postfix/qmgr[23644]: C9AC449E709AA: from=<[email protected]>, size=3043, nrcpt=1 (queue active)
19:06:15 postfix/smtpd[31919]: connect from unknown[127.0.0.1]
19:06:15 postfix/smtpd[31919]: D87AF49E709A4: client=unknown[127.0.0.1]
20:06:15 before-remote[31933]: check handlers for addr: [email protected]
20:06:15 before-remote[31933]: check handlers for addr: [email protected]
20:06:15 postfix/cleanup[31921]: D87AF49E709A4: message-id=<[email protected]>
20:06:15 postfix/qmgr[23644]: D87AF49E709A4: from=<[email protected]>, size=3236, nrcpt=1 (queue active)
20:06:15 postfix/smtp[31932]: C9AC449E709AA: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10027, delay=0.11, delays=0.01/0.01/0.04/0.05, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as D87AF49E709A4)
20:06:15 postfix/qmgr[23644]: C9AC449E709AA: removed
19:06:15 postfix/smtpd[31919]: disconnect from unknown[127.0.0.1]
20:06:16 postfix/smtp[31932]: D87AF49E709A4: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[209.85.218.2]:25, delay=0.35, delays=0.04/0/0.11/0.2, dsn=2.0.0, status=sent (250 2.0.0 OK 1264791976 2si5448911bwz.20)
20:06:16 postfix/qmgr[23644]: D87AF49E709A4: removed
 
Last edited:
Up (bis)...

2nd case :
Mail sent from [email protected] to mailbox [email protected] which redirection to [email protected] :

the mail redirected to [email protected] is never delivered , but the mail in the mailbox [email protected] is allways ok.

19:18:16 postfix/smtpd[20314]: connect from unknown[212.27.42.6]
20:18:16 postfix/smtpd[22214]: connect from unknown[127.0.0.1]
19:18:17 postfix/smtpd[20314]: NOQUEUE: client=unknown[212.27.42.6]
19:18:17 postfix/smtpd[22214]: 0590949E709A2: client=unknown[212.27.42.6]
20:18:17 before-queue[22211]: check handlers for addr: [email protected]
20:18:17 before-queue[22211]: Processing handlers...
20:18:17 before-remote[22213]: check handlers for addr: [email protected]
20:18:17 before-remote[22213]: check handlers for addr: [email protected]
20:18:17 before-remote[22213]: Processing handlers...
20:18:17 before-queue[22211]: hook_dir = '/usr/local/psa/handlers/before-queue'
20:18:17 before-queue[22211]: recipient[3] = '<[email protected]> orcpt=rfc822;[email protected]'
20:18:17 before-queue[22211]: handlers dir = '/usr/local/psa/handlers/before-queue/recipient/<[email protected]> orcpt=rfc822;[email protected]'
20:18:17 before-queue[22211]: found handlers entry = '/usr/local/psa/handlers/before-queue/global/05-grey-Qd3XMr'
20:18:17 before-queue[22211]: call_handlers: call executable = '/usr/local/psa/handlers/info/05-grey-Qd3XMr/executable'
20:18:17 greylisting filter[22216]: Starting greylisting filter...
20:18:17 before-queue[22211]: handlers_stderr: DEFER
20:18:17 before-queue[22211]: call_handlers: DEFER during call '/usr/local/psa/handlers/info/05-grey-Qd3XMr/executable' handler
20:18:17 before-queue[22211]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
20:18:17 before-remote[22213]: Lost connection
20:18:17 before-remote[22213]: Some error occured
19:18:17 postfix/smtpd[22214]: lost connection after DATA from unknown[127.0.0.1]
19:18:17 postfix/smtpd[22214]: disconnect from unknown[127.0.0.1]
20:18:17 postfix/spawn[22212]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255
19:18:17 postfix/smtpd[20314]: disconnect from unknown[212.27.42.6]
19:18:21 postfix/smtpd[20314]: connect from unknown[212.227.17.10]
19:18:21 postfix/smtpd[22214]: connect from unknown[127.0.0.1]
19:18:21 postfix/smtpd[20314]: NOQUEUE: client=unknown[212.227.17.10]
19:18:21 postfix/smtpd[22214]: BF0E949E709A2: client=unknown[212.227.17.10]
20:18:21 before-remote[22219]: check handlers for addr: [email protected]
20:18:21 before-remote[22219]: check handlers for addr: [email protected]
20:18:21 before-remote[22219]: Processing handlers...
20:18:21 before-queue[22218]: check handlers for addr: [email protected]
20:18:21 before-queue[22218]: Processing handlers...
20:18:21 before-queue[22218]: hook_dir = '/usr/local/psa/handlers/before-queue'
20:18:21 before-queue[22218]: recipient[3] = '<[email protected]>'
20:18:21 before-queue[22218]: handlers dir = '/usr/local/psa/handlers/before-queue/recipient/<[email protected]>'
20:18:21 before-queue[22218]: found handlers entry = '/usr/local/psa/handlers/before-queue/global/05-grey-Qd3XMr'
20:18:21 before-queue[22218]: call_handlers: call executable = '/usr/local/psa/handlers/info/05-grey-Qd3XMr/executable'
20:18:21 greylisting filter[22220]: Starting greylisting filter...
20:18:21 before-queue[22218]: handlers_stderr: DEFER
20:18:21 before-queue[22218]: call_handlers: DEFER during call '/usr/local/psa/handlers/info/05-grey-Qd3XMr/executable' handler
20:18:21 before-queue[22218]: call_handlers: stop call handlers from dir '/usr/local/psa/handlers/before-queue/global'
20:18:21 before-remote[22219]: Lost connection
20:18:21 before-remote[22219]: Some error occured
19:18:21 postfix/smtpd[22214]: lost connection after DATA from unknown[127.0.0.1]
19:18:21 postfix/smtpd[22214]: disconnect from unknown[127.0.0.1]
20:18:21 postfix/spawn[22212]: warning: command /usr/lib64/plesk-9.0/postfix-queue exit status 255
19:18:21 postfix/smtpd[20314]: disconnect from unknown[212.227.17.10]


I rebuilded mailsettings and handlers with /usr/local/psa/admin/sbin/mchk --with-spam
But no changement...

For the moment, i didn't switch postfix to qmail (with the plesk autoinstaller) because i would like to keep postfix, but i will if there is no solution...

Please help... THX A LOT.
 
Last edited:
So i switched from postfix to qmail (following : http://kb.odin.com/en/5801) and the problem of bad redirected emails has disappeared.

But the BUG REMAINS with Postfix and CentOS 5.2 !
And i am disappointed to use qmail now instead of postfix :-(

(I wrote to 1and1 administrators and they replied to me that they will forward the issue to plesk...)
 
I had similar problems, my problem was related to the server wide incoming dkim filtering that was adding extra "FROM" headers in the email coming. Yours might be the spf filtering.
 
Back
Top