So basic Imail is not for heavy use and this is on a quiet day only around 15% load on a Sunday
Just trying out any possible reason :-) The queue on the imail server haven't been over 12 mails today most of the time 2 or 3 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Conrad Sent: 16. november 2003 19:23 To: [EMAIL PROTECTED] Subject: Re: [IMail Forum] after upgrade to 8.04 >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/ 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/
