Re: too many connections dying
On Thu, Nov 11, 1999 at 07:14:37AM +0800, Edward Castillo-Jakosalem wrote: > > Is it always the same hosts(s)? > > Mostly free web email services like hotmail, yahoo, and mailcity. Then maybe their mailserver are overloaded. > You think the cause is the delay between the connection of their servers and ours? No. If you have a message M(a) that should be delivered to host H. Host H is down. So qmail backs off the message for some time. It tries again, fails to send, backs off again. The retry time grows quadratic. This means that after some unsuccessful retries qmail may wait an hour or more before it does the next retry. Now the mailserver is ready again. You send a new message M(b). This message goes through immediately, but message M(a) may have been scheduled for retry e.g. 40 minutes later. So the new message goes through immediately, but the elder one will go through after 40 minutes (if the remote host is still up). This is on purpose as to not overload a mailserver that came up recently, immediately again. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research & Development| mailto:[EMAIL PROTECTED] | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 |
Re: too many connections dying
Markus Stumpf wrote: > On Wed, Nov 10, 1999 at 01:40:57PM +0800, Edward Castillo-Jakosalem wrote: > > I've been constantly monitoring our log files and have been noticing > > lately that there are too many deliveries dying (says > > connected...but_connection_died). I'm presently running qmail-send with > > 100 concurrent remote deliveries. > > Is it always the same hosts(s)? Mostly free web email services like hotmail, yahoo, and mailcity. > > > How come the mail which was queued up since yesterday is still not sent > > when I sent a mail to the same address just now and was sent > > immediatley? > > qmail uses a quadratic backoff algorithm. This is applied on a per > message basis, not per host basis. The "fresh" message has gone through > without any problems and the queued message is rescheduled and probably > due within 1 hour or so. > Dave Sill's "Living With Qmail" (Link from www.qmail.org; sorry I > haven't my booksmarks at hand) has a table that shows the backoff and > retry times. > I have the link: http://Web.InfoAve.Net/~dsill/lwq.html > You think the cause is the delay between the connection of their servers and ours? Thanks! > > \Maex > > -- > SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses > Research & Development| mailto:[EMAIL PROTECTED] | you funny and you need > Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files > D-80807 Muenchen | Fax: +49 (89) 32356-299 | -- 0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0 Edward Castillo-Jakosalem Systems Administrator Access Net (Phils.), Inc. http://www.access.net.ph/ecj [EMAIL PROTECTED] 0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0
Re: too many connections dying
On Wed, Nov 10, 1999 at 01:40:57PM +0800, Edward Castillo-Jakosalem wrote: > I've been constantly monitoring our log files and have been noticing > lately that there are too many deliveries dying (says > connected...but_connection_died). I'm presently running qmail-send with > 100 concurrent remote deliveries. Is it always the same hosts(s)? We are pretty good connected and I always see some of them in the logfiles. If I test the host with "telnet host smtp" it is often that I get a connection, it takes 10-15 seconds and thre remote host hangs the connection without greeting. This looks like a confused mail server on the other side. > How come the mail which was queued up since yesterday is still not sent > when I sent a mail to the same address just now and was sent > immediatley? qmail uses a quadratic backoff algorithm. This is applied on a per message basis, not per host basis. The "fresh" message has gone through without any problems and the queued message is rescheduled and probably due within 1 hour or so. Dave Sill's "Living With Qmail" (Link from www.qmail.org; sorry I haven't my booksmarks at hand) has a table that shows the backoff and retry times. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research & Development| mailto:[EMAIL PROTECTED] | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 |
too many connections dying
HI! I've been constantly monitoring our log files and have been noticing lately that there are too many deliveries dying (says connected...but_connection_died). I'm presently running qmail-send with 100 concurrent remote deliveries. Does this have something to do with our bandwidth? Our outgoing is not that big :( What remedies are possible? Thanks in advance for any help/suggestion and more power! Addition I forgot to ask this one... How come the mail which was queued up since yesterday is still not sent when I sent a mail to the same address just now and was sent immediatley? Edward Castillo-Jakosalem
too many connections dying
HI! I've been constantly monitoring our log files and have been noticing lately that there are too many deliveries dying (says connected...but_connection_died). I'm presently running qmail-send with 100 concurrent remote deliveries. Does this have something to do with our bandwidth? Our outgoing is not that big :( What remedies are possible? Thanks in advance for any help/suggestion and more power! Edward Castillo-Jakosalem
