Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!clyde.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!usc!samsung!umich!ox.com!ox.com!emv From: emv@ox.com (Ed Vielmetti) Newsgroups: comp.mail.uucp Subject: Re: More routing question information Message-ID: Date: 31 Dec 90 23:02:06 GMT References: <1990Dec29.182422.8788@kithrup.COM> Sender: usenet@ox.com (Usenet News Administrator) Organization: OTA Limited Partnership, Ann Arbor MI. Lines: 36 In-Reply-To: sef@kithrup.com's message of 29 Dec 90 18:24:22 GMT In article <1990Dec29.182422.8788@kithrup.COM> sef@kithrup.com (Sean Eric Fagan) writes: Path: ox.com!umich!samsung!zaphod.mps.ohio-state.edu!usc!csun!kithrup!sef Now, is there some magic I can put into my map entry (or a forged map entry for ucscc, which I would prefer not to do) which will stop messages being routed through sco? Neither of the u.usa.ca maps for ucscc and sco acknowlege a uucp connection to a site named kithrup. Ask both of these postmasters to update their maps with an appropriately measured link to you, rather than forging your own map entries for them. The only reason that pathalias can find a link to you at all is because it assumes that (from the man page) If a link is encountered more than once, the least-cost occurrence dictates the cost and network character. Links are treated as bidirectional but asymmetric: for each link declared in the input, a DEAD reverse link is assumed. i.e. kithrup sco(DEMAND),ucscc(DIRECT) yields sco kithrup(DEAD) ucscc kithrup(DEAD) in the absence of sco or ucscc having a specified link weight, and pathalias's logic picks equal-weight links in alpha order (allegra before seismo). --Ed Edward Vielmetti, MSEN emv@ox.com ps. current pathalias lives in Archive: citi.umich.edu:/pub/honey/pathalias.Z [141.211.128.16]