Our queue is growing due to failed smtp connections. There are two main reasons:
(1) there is an smtp server but it's refusing us to connect to it, and (2) the
domain has no smtp server to connect to. See below for examples. The queue keeps
growing and syslog is reporting a lot of
"Sorry,_I_wasn'
> Can anyone please advice what to do?
Sometimes I look for an alternative host in this domain or the parent
domain that accepts the mails - then I establish an entry in smtproutes.
Some annoying newsletters that don't accept bounces or are not reachable I
block via badmailfrom (if the bounces
Fred Backman writes:
> Our queue is growing due to failed smtp connections.
So? This is not, in itself, a problem.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | "Ask not what your country
521 Pleasant Valley Rd. | +1 315 268 1925
Russell Nelson wrote:
> Fred Backman writes:
> > Our queue is growing due to failed smtp connections.
>
> So? This is not, in itself, a problem.
Tell my managers :-)
I agree, it's just that the delivery of emails is already getting delayed
by hours just because of these failed connections. It
Fred Backman writes:
> Russell Nelson wrote:
>
> > Fred Backman writes:
> > > Our queue is growing due to failed smtp connections.
> >
> > So? This is not, in itself, a problem.
>
> Tell my managers :-)
Okay: a growing queue is not a problem in and of itself. qmail deals
very nicely
Russell Nelson wrote:
> If mail is not being delivered obviously something is wrong. It's
> sufficient for you to verify that the problem is not on your end,
> unless you're really into sysadmining other people's machines for
> them just because you have mail to be delivered to users there.
Mai
On Feb 22 2000, Fred Backman wrote:
> The second problem is SMTP servers which are down, such as this
> one (again I can give you a list of many such servers):
>
> rexx.riskymail.com
Which shows that they've appropriately chosen their domain
name. :-)
[]s, Roger...
--
On Feb 22 2000, Russell Nelson wrote:
> Okay: a growing queue is not a problem in and of itself. qmail deals
> very nicely with a large queue.
Yes. The problem might be the time spent in the kernel part of
the filesystem code.
> If you handle such a volume of mail that the queue