ok, I read that thread (or most of it anyway) interesting discussion - but
this isn't the problem I'm having...
I can't connect to the remote host at all... I tried to connecting to the host
with telnet and the connection just times-out (I even logged the packets and
didn't get any replys from the remote host) and I've pinged the remote host
with no response.. so the remote host is down... and I'm not going through
any kind of firewall.. as far as I can tell it seems that there's something
wrong with my qmail setup.. especially since it's giving the wrong error
message in the logs...
Greg Owen wrote:
> > now, the mail.meyersbros.com server is the one that seems to be down,
> > and the one that q-mail's trying to send to.. but since it's
> > failing to send to that server, shouldn't it automatically try one of
> > the others instead?? I connected to both of the others with telnet,
> > and they seem to be fine.. so, why has my message been sitting in my
> > queue all day?
>
> This was discussed in detail under the subject "When will qmail back
> off to the next MX" between 9/15/99 and 9/28/99. In summary, a dropped
> connection is NOT interpreted as a machine down, so qmail never backs off.
> The problem may be caused by a combination of a proxying firewall on your
> end (like Raptor) and a firewalled primary MX on the other end, in which
> case you can fix the problem by modifying your firewall not to proxy
> outgoing SMTP.
>
> Go to the archives, read the thread, and let us know if that doesn't
> answer things for you. But the main answer to your question is, "No, it
> doesn't back off in that case, and arguably shouldn't."
>
> --
> gowen -- Greg Owen -- [EMAIL PROTECTED]
