Path: utzoo!attcan!uunet!lll-winken!lll-ncis!helios.ee.lbl.gov!pasteur!ucbvax!decwrl!vixie From: vixie@decwrl.dec.com (Paul A Vixie) Newsgroups: comp.mail.misc Subject: Re: Another example why not to re-route Message-ID: Date: 9 Jan 89 04:03:00 GMT References: <426@aber-cs.UUCP> Sender: vixie@decwrl.dec.com Organization: DEC Western Research Lab Lines: 38 In-reply-to: pcg@aber-cs.UUCP's message of 17 Dec 88 22:27:24 GMT [Vixie] # Unido's policy is to reroute based on the facts that (a) they have to pay # lots of money for the transatlanctic crossings -- and in fact they charge # this back to other German sites, and (b) the German namespace is totally # controlled and there can be no duplicate host names. [Grandi] # In essence, they don't run a USENET, they run an INTERNET type of thing, i.e # a controlled environment in which "relative addressing, source routing" can # be replaced by "abolute [sic] names, dynamic routing". This explaination has been advanced previously by a EUUG person, by a UUNET person, and by a UNIDO person. I explained to all three of them that they are of course free to reroute any mail which is bound for a host which is inside of their domain of control. My complaint against UNIDO's rerouting is that they feel justified in rerouting when the destination host is NOT in their domain of control. Jordan tried for a long time to send mail to , which was a perfectly valid path. UNIDO decided to send it to <...!uport!smegma!mdg>. But the uport!smegma link was broken, as in completely dead, no-workee, zonked. And was not answering their mail; they had never corrected their UUCP Map entry and since they weren't answering their mail there was no way to ask them to correct the problem. We asked UNIDO to please stop rerouting since the hosts they were rerouting among were NOT UNDER THEIR CONTROL. We were told, effectively, to piss off. absolutely insisted that they were doing us a favor and that we should contact . No other options were given. Finally we changed the host name of "smegma" to "noe", which had no old links advertised. Jordan also set up a pcsbst!pyramid link and he now avoids UNIDO on all of his outgoing mail. -- Paul Vixie Work: vixie@decwrl.dec.com decwrl!vixie +1 415 853 6600 Play: paul@vixie.sf.ca.us vixie!paul +1 415 864 7013