Date: Sun, 22 Dec 1996 23:40:49 -0500 () From: Bradley Dunn <bradley@dunn.org> To: freebsd-isp@freebsd.org Subject: Sendmail queue processing Message-ID: <Pine.WNT.3.95.961222230829.-79319B-100000@swoosh.dunn.org>
next in thread | raw e-mail | index | archive | help
Hi. We have a customer that is using the ETRN feature of sendmail 8.8 to retrieve mail for their domain. We are the lowest MX for their host, and we have O TryNullMXList in sendmail.cf to make sendmail try the host directly. It is all working fine, except some, but not all, mail for their domain takes a loooong time to get delivered. For example, sometimes mail from our server to their server generates a "message undelivered after four hours" warning. They are calling in and running ETRN every 15 minutes, 24x7. Now my guess as to the problem is that the messages queued for them are locked by sendmail's normal processing of the queue. Is that a valid diagnosis? We have an unusually large queue, I suppose, as we are one of the mail relays for the FreeBSD mailing lists. Our queue usually ranges from 300-500 messages. We are using -q30m. The only solution I can think of is to up the interval between queue runs, therefore lessening the chance that the queued messages for our customer will be locked when they do an ETRN. That solution is obviously sub-optimal. I suppose the optimal solution would be to tell sendmail not to process the queued messages for this customer unless explicitly told to do so with an ETRN. Is that possible? Any ideas? -BD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.WNT.3.95.961222230829.-79319B-100000>