Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!uxc.cso.uiuc.edu!tank!oddjob!matt
From: matt@oddjob.uchicago.edu (Matt Crawford)
Newsgroups: comp.mail.sendmail
Subject: Re: Re^2: Short-circuiting a route
Message-ID: <4490@tank.uchicago.edu>
Date: 17 Jul 89 19:09:38 GMT
References: <3569@ncar.ucar.edu> <4147@tank.uchicago.edu> <3572@ncar.ucar.edu> <4238@tank.uchicago.edu> <3650@ncar.ucar.edu> <Jul.7.21.34.59.1989.1538@NET.BIO.NET> <3689@ncar.ucar.edu> <4426@tank.uchicago.edu> <3697@ncar.ucar.edu>
Sender: news@tank.uchicago.edu
Reply-To: matt@oddjob.uchicago.edu (Matt Crawford)
Organization: Very Little
Lines: 17
In-reply-to: woods@ncar.ucar.edu (Greg Woods)

(Greg and Matt are still at it ...)

) >Their MX database is
) >installed on a machine with an internet connection, ISN'T IT????
) 
)   Yes, but THEY DO NOT HAVE ACCESS to this machine! 

Their MX data flows INTO the machine.  With a dab of effort they could
either first get out the relevant "A" data before preparing their MX
data, or they could send in a canned script to produce the MX from the A.

The people invloved in maintaining the domain fido.org are not doing
what I think they should do.  Greg thinks the rest of us ought to
arrange things so that groups like FIDO can get by with a bare (sub-)
minimum of effort.  I think we'll continue to disagree.
________________________________________________________
Matt Crawford	     		matt@oddjob.uchicago.edu