• 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
  • 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.

Plesk 10.4.4: External emails not receiving @ mailserver

i had also big problems -- looking here http://forum.parallels.com/showthread.php?p=560485#post560485

i had solved the problem - i restore a backup of main.cf and master.cf - file....

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE


Parallels Plesk Panel v10.4.4_build1013111102.18 os_SuSE 11.4 (update from 10.3.1), AuthenticAMD, Six-Core AMD Opteron(tm) Processor 2423 HE (Open Suse 11.4 on Xen)

PROBLEM DESCRIPTION AND STEPS TO REPRODUCE
After update I had problems with my Postfixconfiguration.

The update shot the configuration

i'm running also amavis



in main.cf after
content_filter = amavis:[127.0.0.1]:10024
in the same line i found a new string smtpd_milters = inet:localhost:12768 what was declared as garbage in the logs

and next: (2 new lines)

non_smtpd_milters = inet:localhost:12768
sender_dependent_default_transport_maps = hash:/var/spool/postfix/plesk/sdd_transport_maps

i got error messages in logfiles (garbage...) and so on...


in master.cf also some changes i found...

this lines are killed:

127.0.0.1:10025 inet n n n - - spawn user=mhandlers-user argv=/usr/lib64/plesk-9.0/postfix-queue 127.0.0.1 10027 before-queue
127.0.0.1:10026 inet n - n - - smtpd -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,rej ect -o smtpd_data_restrictions= -o receive_override_options=no_unknown_recipient_chec ks
127.0.0.1:10027 inet n n n - - spawn user=mhandlers-user argv=/usr/lib64/plesk-9.0/postfix-queue 127.0.0.1 10026 before-remote



and some of this line are changed (ok - earlier i make some changes to get amavis running...)

plesk_saslauthd unix y y n - 1 plesk_saslauthd status=5 listen=6 dbpath=/var/spool/postfix/plesk/passwd.db


submission inet n - n - - smtpd -o smtpd_enforce_tls=yes -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o smtpd_client_restrictions=permit_sasl_authenticate d,reject -o smtpd_sender_restrictions= -o smtpd_proxy_filter=127.0.0.1:10025

smtp inet n - n - - smtpd -o smtpd_proxy_filter=127.0.0.1:10025
smtps inet n - n - - smtpd -o smtpd_proxy_filter=127.0.0.1:10025 -o smtpd_tls_wrappermode=yes




ACTUAL RESULT

no incoming mails - no local mails...

EXPECTED RESULT
incoming mails - receiving local mails

ANY ADDITIONAL INFORMATION

i restore a backup of the two files main.cf and master.cf and killed the queue - after that all looks fine...

some log file information:


Nov 22 21:32:36 shiva postfix/smtp[4427]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay
Nov 22 21:32:36 shiva postfix/smtp[4427]: fatal: garbage after numerical service in server description: [127.0.0.1]:10024smtpd_milters = inet:localhost:12768
Nov 22 21:32:36 shiva postfix/smtp[4428]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay
Nov 22 21:32:36 shiva postfix/smtp[4428]: fatal: garbage after numerical service in server description: [127.0.0.1]:10024smtpd_milters = inet:localhost:12768
Nov 22 21:32:36 shiva postfix/smtp[4429]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay
Nov 22 21:32:36 shiva postfix/smtp[4429]: fatal: garbage after numerical service in server description: [127.0.0.1]:10024smtpd_milters = inet:localhost:12768
Nov 22 21:32:36 shiva postfix/smtp[4430]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay
Nov 22 21:32:36 shiva postfix/smtp[4430]: fatal: garbage after numerical service in server description: [127.0.0.1]:10024smtpd_milters = inet:localhost:12768
Nov 22 21:32:37 shiva postfix/qmgr[4215]: warning: private/amavis socket: malformed response
Nov 22 21:32:37 shiva postfix/qmgr[4215]: warning: transport amavis failure -- see a previous warning/fatal/panic logfile record for the problem description
Nov 22 21:32:37 shiva postfix/master[4174]: warning: process /usr/lib/postfix/smtp pid 4427 exit status 1
Nov 22 21:32:37 shiva postfix/master[4174]: warning: /usr/lib/postfix/smtp: bad command startup -- throttling
Nov 22 21:32:37 shiva postfix/error[4431]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay
Nov 22 21:32:37 shiva postfix/qmgr[4215]: warning: private/amavis socket: malformed response
Nov 22 21:32:37 shiva postfix/qmgr[4215]: warning: transport amavis failure -- see a previous warning/fatal/panic logfile record for the problem description
Nov 22 21:32:37 shiva postfix/master[4174]: warning: process /usr/lib/postfix/smtp pid 4428 exit status 1
Nov 22 21:32:37 shiva postfix/error[4432]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay
Nov 22 21:32:37 shiva postfix/error[4431]: C3B9D24001CC: to=<[email protected]>, relay=none, delay=1457, delays=1396/61/0/0.01, dsn=4.3.0, status=deferred (unknown mail transport error)
Nov 22 21:32:37 shiva postfix/qmgr[4215]: warning: private/amavis socket: malformed response
Nov 22 21:32:37 shiva postfix/qmgr[4215]: warning: transport amavis failure -- see a previous warning/fatal/panic logfile record for the problem description

before i solved the problem, i find some new information in the mailheader:

X-No-Auth: unauthenticated sender
X-No-Relay: not in my network

and also:
one hop... did not find....

heare are some infos about the header


the delivery headers:

X-Original-To: [email protected]
Delivered-To: [email protected]

heare the amavis --> postfix received line:
Received: from localhost (localhost.localdomain [127.0.0.1])
by shiva.euphective.at (Postfix) with ESMTP id 29F5B24001C3
for <[email protected]>; Tue, 22 Nov 2011 17:21:31 +0100 (CET)

postfix --> amavis line

Received: from shiva.euphective.at ([127.0.0.1])
by localhost (shiva.euphective.at [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id qnvgT9QkllVo for <[email protected]>;
Tue, 22 Nov 2011 17:21:29 +0100 (CET)



and here is the problem: this line doesn't show with the new configuration:
Received: from shiva.euphective.at (localhost.localdomain [127.0.0.1])
by shiva.euphective.at (Postfix) with ESMTP id 9D35624001C2
for <[email protected]>; Tue, 22 Nov 2011 17:21:28 +0100 (CET)


Received: from mx-out.facebook.com (outmail017.snc7.facebook.com [69.171.232.151])
by shiva.euphective.at (Postfix) with ESMTP
for <[email protected]>; Tue, 22 Nov 2011 17:21:28 +0100 (CET
 
Last edited:
Mrilabs, is it possible to provide login credentials to your server for our developers for investigation? You can send it to me in PM. Thank you.
 
I second "Daniel H" excellent description, same here

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

Plesk: 10.4.4_build1013111102.18 os_Ubuntu 8.04
Ubuntu 8.04.4 LTS x86_64 on Virtuozzo
update from 10.3.1

PROBLEM DESCRIPTION AND STEPS TO REPRODUCE
ACTUAL RESULT
EXPECTED RESULT

same changes in main.cf and master.cf
same new header
same "not getting any mails"
same resolution "using backup files"
 
I somehow mistakenly thought 'expr' could handle decimals.
The cronjob therefore needs to get rid of this decimal

Here's the modified (working) cronjob for those interested:

*/3 * * * * root expr `top -b -d5 -n3 -u postfix | grep '[p]sa-pc-remote' | awk '{print $9}' | sort -n | head -n1 | awk -F. '{print $1}'` \> 90 >/dev/null && /etc/init.d/pc-remote restart
 
Also developers wants to know exact steps to reproduce this issue. Can someone describe it with details?
 
Hi, one of our customers' Plesk server is having the same problem.

Info: Parallels Linux Plesk, version 10.4.4, Ubuntu Linux 10.04.3 LTS, 64bit

Problem description -> see this thread.
Steps to reproduce -> install Plesk and migrate another server.

How can we troubleshoot and solve this issue please? Falling back to Qmail isn't an option for the moment.

Kind regards,
B
 
Last edited:
Make Bag 2 Packages!!!!
1. From Package psa-mail-driver-common-10.13.4-rhel5.build1013111102.18.x86_64.rpm

drwxrwx--- 2 root root 0 Ноя 2 18:52 /usr/local/psa/handlers
drwxr-x--- 2 root root 0 Ноя 2 18:51 /usr/local/psa/handlers/hooks


-rwxr-x--- 1 root popuser 33944 Ноя 2 18:50 /usr/local/psa/handlers/hooks/dk_check
-rwxr-x--- 1 root popuser 34600 Ноя 2 18:50 /usr/local/psa/handlers/hooks/dk_sign
-rwsr-x--- 1 root popuser 57608 Ноя 2 18:51 /usr/local/psa/handlers/hooks/grey
-rwxr-x--- 1 root popuser 26760 Ноя 2 18:50 /usr/local/psa/handlers/hooks/spf

2. From Package psa-mail-driver-common-10.13.4-rhel5.build1013111102.18.x86_64.rpm

file /etc/init.d/pc-remote

#user="postfix"
user="popuser"

etc...
example for selinux:

module psapcremote 1.0.1;

require {
type mail_spool_t;
type postfix_master_t;
type postfix_smtpd_t;
type postfix_cleanup_t;
class tcp_socket shutdown;
class file read;
}

#============= postfix_master_t ==============
allow postfix_master_t mail_spool_t:file read;
allow postfix_cleanup_t postfix_smtpd_t:tcp_socket shutdown;
 
And what is psa-pc-remote=1 from file /etc/sysconfig/psa-pc-remote ?
not working
/usr/lib64/plesk-9.0/psa-pc-remote -p inet:12768@localhost -b
is rem #psa-pc-remote=1
/usr/lib64/plesk-9.0/psa-pc-remote -p inet:12768@localhost - as working
 
Please fix it /var/spool/postfix/plesk/passwd.db
- Change password mail user.
- etc..

I make add crontab this
*/10 * * * * /usr/bin/sqlite3 passwd.db 'UPDATE "users" SET cmusaslsecretPLAIN=userPassword;'
__
KApez Razraby
 
Postfix Milter - Release of micro-update

When will Parallels repair the Postfix Milter issue??

My mail-server need that fix to serve E-mails
Is there already a date when the miro-update has solved this problem.
 
If you have this problem after MU#5 installation - please send login credentials for your server to me in PM. Plesk Service Team engineers will check this problem directly on your server and try to find a reason.
 
If you have this problem after MU#5 installation - please send login credentials for your server to me in PM. Plesk Service Team engineers will check this problem directly on your server and try to find a reason.

1 PM into your mailbox
 
PTR DNS record for DNS zone

After a investigation of my server from parallels do I have the solution for the Milter problem.
And have today contacted my service provider to add a PTR DNS record for DNS Zone (rDNS).

Hopefully will anything be okay and can I resume Postfix at my server.
No more warnings about into my mail-logs and I have also resolved indirectly a psa-pc-remote problem at Plesk 10.4.4 mu#5.

Anything seems to be fine for now.

This error shows up before this solution:
Code:
NOQUEUE: milter-reject: MAIL from fallback01.domain.tld[xx.xxx.x.xx]: 451 4.7.1 Service unavailable - try again later; from=<[email protected]> proto=ESMTP helo=<fallback01.domain.tld>
 
Last edited by a moderator:
This error shows up before this solution:
Code:
NOQUEUE: milter-reject: MAIL from fallback01.domain.tld[xx.xxx.x.xx]: 451 4.7.1 Service unavailable - try again later; from=<[email protected]> proto=ESMTP helo=<fallback01.domain.tld>

It ok. Just do not have properly message.
It works greylisting 451 error - temporary delay. :)
 
This error shows up before this solution:
Code:
NOQUEUE: milter-reject: MAIL from fallback01.domain.tld[xx.xxx.x.xx]: 451 4.7.1 Service unavailable - try again later; from=<[email protected]> proto=ESMTP helo=<fallback01.domain.tld>

Yesterday was I so convinced that I have the solution, but sends too early with my conclusion to this forum.
As today will the Milter bounces and blocks all the incoming massages at the mail server after the recommended DNS PTR Record.

I have disabled the Milter settings at Postfix (main.cf) again.
 
Last edited by a moderator:
Back
Top