On 2013-02-20 Vince Wang wrote: > We have a configured postfix email server worked well when we had it > on the public IP. After we moved it behind our firewall on a intranet > with ip 192.168.xxx.xxx, we found it is very slow when we send > newsletter. > > Server info: Ubuntu 10.4 32 bit running on 4cpus + 8GB memory VM ( > VMware host ) > postfix: 2.70 > > As I just start learning about postfix so I tried to figure how it > works. I sent a newsletter to 1100 members last week and monitored > the queue in the webmin and mailq, and the postfix log. After I > clicked the "send" button on our web page, I found that the messages > are added into the queue for 15 minutes and then I saw messages are > sent out from the log file for around 15 minutes. > > Is there anything wrong in our configure?
Since the message gets delivered there might be nothing wrong with your configuration. Im wondering, though, why you chose so large values for $queue_run_delay and $minimal_backoff_time: > queue_run_delay = 4000s > minimal_backoff_time = 4000s Anyway, there isn't much we could tell without seeing the logs. Please post a log excerpt showing a full transaction of a delayed mail (from the point where the mail enters postfix to the point where it's delivered). You can get that data by greping for the queue ID of such a message. Also, always post the output of "postconf -n", not the content of main.cf. The latter isn't guaranteed to be the active configuration. The former is. Regards Ansgar Wiechers -- "Abstractions save us time working, but they don't save us time learning." --Joel Spolsky
