Xref: utzoo comp.mail.uucp:2160 comp.mail.misc:1328 Path: utzoo!utgpu!water!watmath!clyde!ima!cfisun!lakart!dg From: dg@lakart.UUCP (David Goodenough) Newsgroups: comp.mail.uucp,comp.mail.misc Subject: Re: foo .bar.com(LOCAL) in pathalias. Message-ID: <292@lakart.UUCP> Date: 17 Oct 88 19:35:56 GMT References: <211@obie.UUCP> Organization: Lakart Corporation, Newton, MA Lines: 37 From article <211@obie.UUCP>, by wes@obie.UUCP (Barnacle Wes): > In article <2164@stpstn.UUCP>, aad@stpstn.UUCP (Anthony A. Datri) writes: >> There are several lines of my pathalias output that I know better >> (geographically, at least) paths for, and after attempting various >> more "elegant" methods, I just have my pathalias script that runs nightly >> pipe the output through sed, replacing the desired lines. Ugly, but >> it works. > > Another, perhaps slightly more elegant :-) way to do this is to have the > sed script lower the cost on the links you want to use to some > (ridiculously) low value. Obie, myth, and wsccs all use this to force > certain paths that sp7040 allows us to use, but does not broadcast to > the net.at.large :-). Yet another (IMHO "elegant") solution is to take advantage of the fact that pathalias utilises data IN THE ORDER IT FINDS IT with respect to multiple entries. So, for example, if there was a link between my machine at home (pallio) and system blurf on the west coast (lakart & pallio are in Boston) that I want to be able to use from lakart and pallio, but I dont want anyone else to know about I do the following: create a u.PALLIO file with the following two lines: pallio blurf(HOURLY) blurf pallio(HOURLY) Now when I run pathalias (every night :-) ) I invoke it as follows: pathalias u.[A-Z]* [ud].* which causes the u.PALLIO (and u.LAKART - we have one) information to be read first, hence it takes precedence over real information. I think this may well do what you want. -- dg@lakart.UUCP - David Goodenough +---+ | +-+-+ ....... !harvard!xait!lakart!dg +-+-+ | AKA: dg%lakart.uucp@harvard.harvard.edu +---+