> From: Richard Letts <[EMAIL PROTECTED]>
> Date: Wed, 7 Apr 1999 19:06:04 +0100 (BST)
>
> On Tue, 6 Apr 1999, Peter C. Norton wrote:
>
> > On Tue, Apr 06, 1999 at 06:31:03PM -0500, Chris Garrigues wrote:
> > >
> > > netstat -a |fgrep '*:qmtp'
> > >
> > > or the low-level C equivalent.
> >
> > I'm not concerned with this. I'm concerned with Fred's proposal
> > relying on the status of the remote smtp and qmtp server. If I'm
> > "local" and someone else is "remote" and remote's qmtp service is
> > down, but remote's smtp server is still advertising qmtp then I
> > shouldn't have my queue grow because of it. There should be some
>
> I think Chris' point was the remote SMTP server monitors the state of the
> remote qmtp socket/listener on itself. if there is something listening on
> the QMTP port isn't it fairly reasonable for qmail-smtpd to
> [configureabley] assume it's qmail-qmtpd ?
Bingo.
Certainly Peter's concern is legitimate to a point: as the sender, if the
remote claims qmtp is there and it isn't, I have a problem. But as someone
else pointed out, right now any remote end that supports qmtp will be qmail,
so if we can make sure qmail only claims to have qmtp available if it really
is, his concern shouldn't arise.
Also, didn't the original proposal include the idea that if a host that we
thought had qmtp on it doesn't respond to the qmtp port, we fall back to smtp?
In the worst case of a system that claims to have qmtp but doesn't, we contact
them via smtp; they say they support qmtp; we cache this information and send
the one message via smtp; on the next message we contact them via qmtp; they
timeout; we fall back to smtp and remove them from the qmtp cache (not
putting them back in the cache). We repeat the cycle. Half their mail goes
directly via SMTP, the other half attempts QMTP and then falls back to SMTP.
Of course, this is pathological, and mail to most hosts will either always go
SMTP or the first message will go SMTP and the rest will go QMTP.
Chris
--
Chris Garrigues virCIO
+1 512 432 4046 4314 Avenue C O-
http://www.DeepEddy.Com/~cwg/ Austin, TX 78751-3709
+1 512 374 0500
My email address is an experiment in SPAM elimination. For an
explanation of what we're doing, see http://www.DeepEddy.Com/tms.html
Nobody ever got fired for buying Microsoft,
but they could get fired for relying on Microsoft.
PGP signature
