Postmaster / mailer daemon plesk 9.2.1 backscatter

[105547111]

After updating to 9.2.1 my admin address in plesk now gets backscatter bounces from my servers own mailer daemon to the server postmaster.

This is not domain alias I already blackhole this.

It's a plesk problem as now emails to non existent addresses are ignored as I have got set, however now plesk then insists on internally generating server bounce.

I think the server postmaster is simply being forwarded to the plesk admin email address.

So how can I now blackhole at server level the postmaster alias?

My postfix already has anti backscatter stuff that works up to 9.2.1 but these emails are internal backscatter from server mailer daemon to server postmaster.

 

[105547111]

Fixed.

Seems parallels have changed the way the binaries with postfix work (postfix-queue I suspect).

Looking at the emails:

Transcript of session follows.

Out: 220 xxxxxx ESMTP Postfix
In: EHLO outbound.xxxxx
Out: 250-xxxxx
Out: 250-PIPELINING
Out: 250-SIZE 10240000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH LOGIN PLAIN DIGEST-MD5 CRAM-MD5
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:<[email protected]> SIZE=951
Out: 250 2.1.0 Ok
In: RCPT TO:<cheretaormina@xxxx>
Out: 451 4.3.5 Server configuration error
In: RSET
Out: 250 2.0.0 Ok
In: QUIT
Out: 221 2.0.0 Bye


When email comes in, if its non existent address or a backscatter, its dropped. However postfix logs this as a 'software' failure.

So you have to modify /etc/postfix/main.cf to fix this.

****

notify_classes (default: resource, software)

The list of error classes that are reported to the postmaster. The default is to report only the most serious problems. The paranoid may wish to turn on the policy (UCE and mail relaying) and protocol error (broken mail software) reports.

NOTE: postmaster notifications may contain confidential information such as SASL passwords or message content. It is the system administrator's responsibility to treat such information with care.

The error classes are:

bounce (also implies 2bounce)
Send the postmaster copies of the headers of bounced mail, and send transcripts of SMTP sessions when Postfix rejects mail. The notification is sent to the address specified with the bounce_notice_recipient configuration parameter (default: postmaster).
2bounce
Send undeliverable bounced mail to the postmaster. The notification is sent to the address specified with the 2bounce_notice_recipient configuration parameter (default: postmaster).
delay
Send the postmaster copies of the headers of delayed mail. The notification is sent to the address specified with the delay_notice_recipient configuration parameter (default: postmaster).
policy
Send the postmaster a transcript of the SMTP session when a client request was rejected because of (UCE) policy. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
protocol
Send the postmaster a transcript of the SMTP session in case of client or server protocol errors. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
resource
Inform the postmaster of mail not delivered due to resource problems. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).
software
Inform the postmaster of mail not delivered due to software problems. The notification is sent to the address specified with the error_notice_recipient configuration parameter (default: postmaster).

****

So to shut it up add this to your main.cf file:

notify_classes =

Then restart postfix

/etc/init.d/postfix restart

Now enjoy the silence