On 9/8/2009 6:20 AM, Duncan B. wrote:

Hi,

Firstly this is my first post to the list, so apologies if I've not
correctly followed any procedures.

I'm a new user to Postfix (ex Qmail user) and love it. However, there is
one feature of "qmqtool" that was very useful: qmqtool -i, to list queue
entries by IP address. Is there any way to see which IP addresses in the
postfix queues are the most dominant?

Postfix doesn't store IPs in the queue file, so there is no such tool for postfix.

However, the 'qshape' tool will list the queue by destination domain.
http://www.postfix.org/QSHAPE_README.html#qshape


Also I am seeing a lot of bounces in the deferred queue from
mailer-dae...@my-host. Is there a way to instantly destroy double bounces
rather than defer them, or is this bad practice/against RFC standards?

These aren't double bounces, just regular non-delivery reports.

It's far better to find out why you have a bunch of bounces in your queue and fix the problem.

Generally this is a result of accepting undeliverable mail. Don't do that. Use proper recipient validation so postfix can reject unknown recipients automatically.
http://www.postfix.org/ADDRESS_CLASS_README.html
http://www.postfix.org/LOCAL_RECIPIENT_README.html


Finally, is there a way to emulate the 'greet pause' feature of
Sendmail, whereby Postfix will kill the client connection if they send
any commands before the 220 prompt? This seemed to be working with a 2.4
version of Postfix that I was testing, but not with 2.6/2.7. The docs
mention a change to the way this works, but I don't fully understand this.

I believe this feature is deprecated, but it should still work.


I have the following in main.cf

smtpd_client_restrictions = sleep 3, reject_unauth_pipelining,
permit_mynetworks, reject

You probably don't want "reject" at the end.

smtpd_delay_reject = no

This is no longer needed for proper detection of unauth pipelining, and it causes other complications. Suggest you remove it.



Thanks for any help

Welcome to postfix.

  -- Noel Jones

Reply via email to