Plesk 10.4.4: External emails not receiving @ mailserver

[EdwardDekker]

Postfix: Milter filter blocks all incomming traffic

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.

Hi,

Today I tried to set the new Milter filters again at Postfix, but till now do I have no results.
I have set the PTR records into the DNS and enabled a Milter rule to "main.cf".
For now its very irritating to enable the Milters settings at my mail-server so far.

I don't know why, but the Parallels team should look into it and solve the Milter problem forever.
Now I do have only (NOQUEUE: milter-reject) messages when I enable the Milter filter.

Best of Regards,
Edward

 

[BaltasarP]

We are having this problem also after upgrading to 10.4.4, even with the last update (#12) nothing changed and still getting milter-reject all over on the log so we have to turn off this on /etc/postfix/main.cf :

#milter_protocol = 6
#smtpd_milters = inet:localhost:12768
#non_smtpd_milters = inet:localhost:12768

So any solution, patch or whatever to fix this once for all since SPAM like this is passing but moving back to Qmail is even worst.

Thanks.

 

[BaltasarP]

Sorry, but can anybody help me here with this?
I tryed allmost everything reported here without sucess and still no go, SPAM is passing and growing.

 

[Lars Diersmann]

Hv th Same Problem since Upgrade from 10.3 to 10.4.4

Hey

I have the Same Problem with receiving Mails since i upgraded Plesk panel from 10.3.1 with Qmail to Plesk Panel 10.4.4 with Postfix.

She Solution from "BaltasarP" with turn off milter on /etc/postfix/main.cf :
-->
#milter_protocol = 6
#smtpd_milters = inet:localhost:12768
#non_smtpd_milters = inet:localhost:12768
<--

helped for now, so that my Customers can receive Mails again. But any fix would be appreciated as working Milter is better than a non working one.
Switchover to Qmail is NO soultion

Thanks Lars

 

[sparkxp]

Hi,

I have yesterday updated from Plesk 10.3 to 10.4.4 Update #13.
Now I have the same problem...

milter-reject: DATA from xx.yyyyyy.zz[xxx.xxx.xxx.xxx]: 451 4.7.1 Service unavailable - try again later

I need a quick fix! I have many customers on this server!!!

 

[Lars Diersmann]

sparkxp - temporary workaroun

Hey Sparkxp.

Temporarly you can disable milter.
follow steps i wrote above. This will work for now until a Fix from parallel is out.

Cheers,

Lars

 

[sparkxp]

Thanks.
But why is Parallels working a so long time for this fix?!
This is a critical bug!!
Is there a official statement from Parallels?

 

[Lars Diersmann]

Good Question... no idea...
anyway... Hv nice Weekend


Cheers.
Lars

 

[IgorG]

I have following reply from developers:

Check the identity of psa-pc-remote binaries. And restart it. "/etc/init.d/pc-remote restart". Because the problem has been exactly solved in MU#5.
Remember that EZ templates can't apply microupdates. There's a KB article how to do it.

 

[sparkxp]

Okay, the only thing I understood is "And restart it. "/etc/init.d/pc-remote restart". Because the problem has been exactly solved in MU#5.".
What du you mean with "Check the identity of psa-pc-remote binaries. ... Remember that EZ templates can't apply microupdates. There's a KB article how to do it."?

 

[Lars Diersmann]

Hmmm

My Version is:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<patches>
<product id="plesk" version="10.4.4" installed-at="20120116T120358">
<patch version="13" timestamp="" installed-at="20120119T134259" />
</product>
</patches>

After reenabling settings in main.cf and"/etc/init.d/pc-remote restart" an d an "/etc/init.d/postfix restart" - mails are delivered for now. Need to investigate if it suddenly stops or quits working.


Lars

 

[sparkxp]

Doesn't work for me!
Hundreds of mails were loged with "Service unavailable - try again later".
My customers are killing me!
Please help!

 

[IgorG]

Doesn't work for me!
Hundreds of mails were loged with "Service unavailable - try again later".
My customers are killing me!
Please help!

Do you have in /var/log/messages something like:

Nov 29 16:30:40 plesk kernel: psa-pc-remote[4906]: segfault at 0000656d69746c61 rip 00000000004043d0 rsp 0000000052010f10 error 4

What sort of output:

# rpm -qf /usr/lib64/plesk-9.0/psa-pc-remote

and

# md5sum /usr/lib64/plesk-9.0/psa-pc-remote

Is it Plesk installed to VPS?

 

[sparkxp]

Do you have in /var/log/messages something like:

Nov 29 16:30:40 plesk kernel: psa-pc-remote[4906]: segfault at 0000656d69746c61 rip 00000000004043d0 rsp 0000000052010f10 error 4

No, I have nothing like that in the message files.

What sort of output:

# rpm -qf /usr/lib64/plesk-9.0/psa-pc-remote

I have Debian. So I tried dpkg -S /usr/lib64/plesk-9.0/psa-pc-remote. Is this the correct command?
The output is: dpkg: /usr/lib64/plesk-9.0/psa-pc-remote nicht gefunden. (in english: dpkg: /usr/lib64/plesk-9.0/psa-pc-remote not found.)

# md5sum /usr/lib64/plesk-9.0/psa-pc-remote

This command has the following output:
e211f899ca9919878e3ec84a3acfe167 /usr/lib64/plesk-9.0/psa-pc-remote

I have a root server at Server4you. No virtual server.

 

[IgorG]

I have forwarded these details to developers. If possible you can send me login credentials for your server to me in PM. Developers will check this issue directly on your server.

 

[volgot]

SMTP (mail sending) server?!

Hi

External emails not receiving IF I disable SMTP (mail sending) server in Plesk firewall.
At the same time emails sends without any problem, but not receives.

What does mail sending mean in Plesk Firewall: Incoming SMTP Port or Outgoing SMTP Port?
Or Incoming SMTP Port for sending mail or Incoming SMTP Port for receiving mail?
I thought "sending" is when you send, or that "sending" mean "receiving"?
What if I need to disable SMTP outgoing mail in Plesk firewall but I need to receive emails?

Sorry for the dumb question.

Plesk version 10.4.4 Update #13
CentOS Linux 2.6.18-274.12.1.el5
Mail server Postfix (default)

 

[BaltasarP]

I get this on # rpm -qf /usr/lib64/plesk-9.0/psa-pc-remote:

0705d8036f0b6d0fa93f855c452ea5f1 /usr/lib64/plesk-9.0/psa-pc-remote


It is supose to be diferent from sparkxp server or the latesd version should give the same for everyone?

 

[burnleyvic]

Same here. Three servers upgraded to 10.4.4 (WHYYYYYYY?????) and all are showing this "Message aborted error". CentOS 5.7 64bit, 10.4.4 CentOS 5 1013111102.18
After removing the crappy milter integration mail is now flowing through.
Can *ANYONE*@Parallels explain how was this new glitzy-blitzy feature tested?

 

[burnleyvic]

I had a go at getting Spamassassin integrated with Postfix on one of the affected CentOS 5 machines using spamass-milter. Disclaimer: *it works for me but it may not work for you! Use this post at your own risk, it comes with zero warranty!*
1. Enable EPEL repository for your own arch
2. yum install spamass-milter-postfix
3. Edit /etc/sysconfig/spamass-milter and set EXTRA_FLAGS="-m -r 8 -- --max-size=131072 --socket=/tmp/spamd_full.sock" (see spamass-milter manpage for options description)
4. service spamass-milter start && chkconfig spamass-milter on
5. Edit /etc/postfix/main.cf and set the following milter configuration:
smtpd_milters = unix:/var/run/spamass-milter/postfix/sock
non_smtpd_milters = unix:/var/run/spamass-milter/postfix/sock
milter_connect_macros = i j {daemon_name} v {if_name} _
milter_command_timeout = 60
milter_connect_timeout = 60
milter_content_timeout = 600
6. Restart postfix and check /usr/local/psa/var/log/maillog
7. test the spam engine using gtube generic test:

telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 myhostname ESMTP Postfix
HELO asd
250 myhostname
mail from:<>
250 2.1.0 Ok
rcpt to:<[email protected]>
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
From: asd
To: asd
Subject: gtube

XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X

.
550 5.7.1 Blocked by SpamAssassin
quit
221 2.0.0 Bye
Connection closed by foreign host.

Good luck, until Parallels team will release a working milter.

 

[IgorG]

burnleyvic,

We need following information:

- md5sum /usr/lib64/plesk-9.0/psa-pc-remote (or /usr/lib/plesk-9.0/psa-pc-remote)
- ls -l /usr/lib64/plesk-9.0/psa-pc-remote (or /usr/lib/plesk-9.0/psa-pc-remote)
- cat /root/.autoinstaller/microupdates.xml
- load average
- part of /usr/local/psa/var/log/maillog with problem