Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!ukma!david From: david@ms.uky.edu (David Herron -- One of the vertebrae) Newsgroups: comp.mail.uucp Subject: Re: uunet vs uunet.uu.net (was Re: how many "pluto"'s ) Message-ID: <10358@s.ms.uky.edu> Date: 12 Oct 88 15:59:28 GMT References: <731@mailrus.cc.umich.edu> <248@acheron.UUCP> <2521@epimass.EPI.COM> <734@mailrus.cc.umich.edu> <4788@b-tech.UUCP> <736@mailrus.cc.umich.edu> <4790@b-tech.UUCP> Reply-To: david@ms.uky.edu (David Herron -- One of the vertebrae) Organization: U of Kentucky, Mathematical Sciences Lines: 36 In article <4790@b-tech.UUCP> zeeff@b-tech.UUCP (Jon Zeeff) writes: >You should decide which is most efficient, not have it decided for you >by the practically random use of uunet.uu.net vs. uunet. > >Probably something like trying smtp first and then uucp if that fails >would be most "efficient" in your case. Of course you need the right >software to do this, the lack of which I suspect is the real reason >why things are done as they are. On the surface this sounds nice and wonderful. But I don't know any mail system which can do something like that. In MMDF (since that's what I know) once a channel has been selected for the mail message it's in that channel and there's not much that can be done about it. At least from the level of the software. At the channel selection level there is a choice possible, but currently only by means of 'authorized'. That is, channel selection goes as follows. For each channel in the system, in order, the channel selector looks to see if the host is reachable through the channel, and if it is if the sending-host and/or sending user is authorized to send mail to that host/channel. If it passes that filter then the mail is entered into the channel and delivery attempts begin. I could imagine code being put in to have the channel selector look somewhere in the system to decide if the host is 'unreachable', and have that be an added filtering. But the details of what 'unreachable' means vary so much from network to network, and are usually very difficult to find out, that I don't begin to know how to put that idea into software. -- <-- David Herron; an MMDF guy <-- ska: David le casse\*' {rutgers,uunet}!ukma!david, david@UKMA.BITNET <-- <-- "Smarter than the average pagan god ... "