>Good read. I made the following additions.
>
>in_flow_delay = 5
>smtp_connect_timeout = 30s
you might drop that to 10s until the queue goes down. it will cause more
lot of deferrals, but smtp processes will be liberated from sluggish MXs
and will be able to deliver msgs to MXs that respond within correct
time. See the avg delivery delay column in the pflogsumm report to get
feel how quickly mail passes through IMGate. The delay includes the SMTP
connect delay and the entire successful SMTP session.
Host/Domain Summary: Message Delivery (top 30)
sent cnt bytes defers avg dly max dly host/domain
-------- ------- ------- ------- ------- -----------
1620 101757k 0 3.3 s 3.1 m aol.com
930 50459k 0 1.7 s 50.0 s comcast.net
365 26353k 37 24.8 s 21.3 h yahoo.com
358 14893k 12 1.3 m 1.4 h hotmail.com
253 20968k 0 7.5 s 2.0 m earthlink.net
248 13787k 14 2.2 m 2.3 h msn.com
164 7429k 0 3.5 s 2.9 m webtv.net
143 12099k 7 11.7 s 4.9 h verizon.net
122 5322k 0 1.9 s 8.0 s juno.com
117 7954k 0 2.0 s 10.0 s gls3c.com
105 11703k 0 2.3 s 26.0 s bellsouth.net
94 3231k 0 3.6 s 24.0 s cs.com
89 4971k 0 2.2 s 10.0 s go2france.com
66 2375k 0 4.2 s 12.0 s tampabay.rr.com
56 284112 6 2.3 m 1.1 h drdoyle.com
54 2268k 0 3.4 s 20.0 s sbcglobal.net
49 192573 0 5.0 s 11.0 s englewood-fire.com
48 4405k 0 1.4 s 10.0 s worldnet.att.net
48 1077k 0 1.3 s 6.0 s peninsula-title.com
45 1853k 0 0.8 s 5.0 s optonline.net
37 684k 0 0.9 s 4.0 s charlottefl.com
34 2664k 0 2.7 s 13.0 s mindspring.com
32 1890k 0 2.2 s 8.0 s netzero.com
A large volume of smtp delays to many domains due to slow connect time
could indicate some kind of congestion on your end.
Len
