Ivan Ricotti wrote:
Hi,

thanks for your reply.

Brian Evans - Postfix List wrote:
Look a few lines above this.  Why did you accept mail for a non-existent
user?

But I do *not* accept mail for non-existent users:

Mar 26 09:27:11 athene postfix/smtpd[29704]: NOQUEUE: reject: RCPT from
mail02.mail.esat.net[193.120.142.82]: 450 4.1.1
<3f6f17ca.813b5...@elabor.homelinux.org>: Recipient address rejected:
undeliverable address: unknown user:
"3f6f17ca.813b5...@elabor.homelinux.org"; from=<mem...@ebay.it>
to=<3f6f17ca.813b5...@elabor.homelinux.org> proto=ESMTP
helo=<mail02.mail.esat.net>

Did it arrive via smtpd or pickup? Where did it arrive from?

The above is the result of a postfix reject_unverified_recipient check. The double_bounce entries you see are address probes. In other words, these are not in any way related to your problem.

Since you so far haven't shown anything remotely suspicious in your postfix config or logs, most likely you have some virus infected client machines that are sending mail direct to the recipient's MX - *not* relaying through your postfix.

The first thing you must do is make sure that your border firewall or router prevents outgoing connections to destination port 25 for everyone except your postfix box. Then at least an infected machine can't spew its payload.

(A better design is to have a separate IP for "official" mail and another IP used for client internet access. Then client misbehavior doesn't affect the mail system. of course that means you must have more than one IP...)

Once you stop the garbage with your firewall, you can then use firewall logs or a network sniffer to see what IP is trying to send mail. Look for connections to destination port 25 that don't originate from your postfix box.

At this point, your problem doesn't appear to be a postfix problem, nor something that can be addressed in postfix.


  -- Noel Jones

Reply via email to