Anyone here having a idea what can be wrong
I have set the queuemanager to 15 pipes to listen on
hope springs eternal...
but in my gateway i get a lot of this
Nov 16 11:22:04 mailgw1 postfix/nqmgr[766]: C000A33E52: to=<[EMAIL PROTECTED]>, relay=none, delay=0,
status=deferred (connect to 213.236.237.140[213.236.237.140]: read timeout)
this is postfix trying to send to Imail, but IMail is running so slow that postfix is timing out, and deferring delivery. You can maybe reduce the deferrals by increasing postfix patience so postfix will wait longer before deferring (which is a 15 minute delay minimum, then 30, then 60, if Imail stays screwed up):
# postconf | grep timeout
smtp_connect_timeout = 60s smtp_data_done_timeout = 60s smtp_data_init_timeout = 60s smtp_data_xfer_timeout = 60s smtp_helo_timeout = 60s smtp_mail_timeout = 60s smtp_quit_timeout = 60s smtp_rcpt_timeout = 60s smtp_rset_timeout = 120s
smtpd_timeout = 20s <<< Imail sending to postfix
Total "normal" msg lifetime through IMGate should be under 5 secs to Imail, so you can see how BAD things are on Imail if you have to increase the per-STMP command delays above to many 10's of seconds.
it looks like its constant a queue on the gateway server with around 600 - 1000 mails
as long as that doesn't grow indefinitely, no problem. even it goes up to 5000, but then creeps down, ok. IMGate is doing it's smoothing/buffering of the inflow rate.
But if postfix queue continues to grow indefinitely (Imail just can't keep up with Internet's inbound volumes), then you're screwed.
The server is a 4 way Intel Xeon MP 1,4 with 4 gb ram
but what i see here is that net network peak is only around 1%
Could this be the bottleneck ?
Of course not, the poor network wires aren't even getting warm with tiny rate that Imail can exchange mail with postfix. The total delay is within Imail.
I have 2 nic's in my server is it possible to set the same ip address on both cards ? to see if it works better on the other ?
the problem is NOT any one NIC, but Imail's queue or whatever processing (assuming you don't run a "bad-with-Imail" NIC.)
You can watch postfix-to-Imail activity with:
tail -f /var/log/maillog | egrep -i "relay=A\.B\.C.*status="
... where A.B.C is the ClassC of Imail.
The other tweak to offload from Imail is to export Imail userbase to IMGate, so IMGate can reject unknown users without hassling/querying IMail for the the 10's of 1000's of bad recipients you must receive with 60K accounts. Using reject_unverified_sender with 60K accounts and your volumes is not recommended.
Len
_____________________________________________________________________ http://MenAndMice.com/DNS-training: St Louis; Atlanta; Orlando; San Jose IMGate.MEIway.com: anti-spam gateway, effective on 1000's of sites, free
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
