Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!sharkey!oxtrap!b-tech!zeeff From: zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) Newsgroups: news.sysadmin Subject: Re: Stuck with .UUCP forever? Message-ID: <9436@b-tech.ann-arbor.mi.us> Date: 11 Jun 89 18:11:25 GMT References: <444@logicon.arpa> <9415@b-tech.ann-arbor.mi.us> <57064@uunet.UU.NET> <9426@b-tech.ann-arbor.mi.us> <300@capmkt.COM> Reply-To: zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) Organization: Branch Technology Ann Arbor, MI Lines: 56 In article <300@capmkt.COM> brent@capmkt.UUCP (Brent Chapman) writes: >In article <9426@b-tech.ann-arbor.mi.us> zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) writes: ># >> Let's say I create uucp.net and do name service for any *.uucp.net. I ># >> have some pathalias data that lists the route from various internet ># >> sites to individual uucp sites. I use this data for the MX request. ># > ># >But where do you get this data? Thats the hard part that everyone glosses ># >over. ># > ># ># From the uucp map entrys of the form "uucpname=name.domain". The hard part ># would be checking if these sites are willing and able to do the forwarding. > >When, oh, when will people learn that just because a site has a "domain >style" name, that does _not_ mean it's on the InterNet. My site, for As you should have been able to guess from "b-tech.ann-arbor.mi.us", I'm quite aware of this. You could either check each site to make sure it handles mail directly or simply allow the non internet site to do the forwarding. >definitely _not_ an InterNet site; we're strictly UUCP-only, and thus >totally unable to perform the type of gatewaying you propose. Why is a uucp site unable to do mail forwarding? Most do. >And even if we were able to do such forwarding, we probably wouldn't want >to. This poor overloaded machine has more than enough to do without taking >on the rest of the world's screwed up mail problems. Which is why I wrote: ># The hard part ># would be checking if these sites are willing and able to do the forwarding. A new entry in the uucp map data is probably the best way to handle this. -- Jon Zeeff zeeff@b-tech.ann-arbor.mi.us Ann Arbor, MI sharkey!b-tech!zeeff