salzman@rdlvax.RDL.COM (Gumby) (09/19/87)
Has anyone out in netland installed the IDA sendmail enhancement kit? I've got it running on our system, but it doesn't seem to be working exactly as it should in terms of its use of certain DBM files. One annoying thing is that the sendmail.cf file that it comes with insists on tacking on .UUCP to anything with a bang path that does not have a domain attache to it (i.e. psivax!woof will end up woof@.psivax.UUCP according to its rewriting rules). What I end up doing is mapping psivax.UUCP to psivax in the uucp/xtable database. The thing is, it says as a comment in the sample uucp/xtable file that mapping .UUCP to anything else is NOT necessary -- wrong! That's no big deal really. What I would like it to do is DROP the .UUCP when it sees it anywhere! What's it doing there anyway? I can hack the master config file, but one of the nice things about the IDA kit is that you don't and shouldn't need to hack that! NOTE: I've tried sending mail to the author of the IDA sendmail kit but it bounced back and said that he doesn't exist anymore. If you're out there, please resond (please :-). Next question. Are there any Internet sites out there using pathalias databases to deal with their UUCP connections (in any way shape or form)? What I have happening is the generation of long paths for sites that may be only a hop or 2 away (with the help of the Internet). Example: sending to weinreb@aecom.yu.edu may generate a path like sdcrdcf!burdvax!seismo!aecom!weinreb when I know that I could just as well address it aecom!weinreb@seismo.css.gov or weinreb%aecom@seismo.css.gov. The thing is, how can you tell pathalias to recognize the fact that you're on the Internet and to recognize ALL other hosts that are on the Internet and use optimal paths based on that??!! A tall order I'm sure. I suppose one way would be to write an awk script that uses /etc/hosts as input and produces pathalias input. And now you've got one HUGE pathalias database that has all the Internet hosts (registered ones -- this doesn't include hosts accessible via the name server) and all registered UUCP hosts. Any insight on that? Is that the way it's basically being done (if it is at all?). One day we can maybe have a mail system that you can address in a generic sort of manner and it will know how to get to the destination and know how to get there the best way, without administrative interference. Wouldn't that be nice?! :-). Thanks in advance for any suggestions/info..... -- * Isaac Salzman - Systems Analyst/Admin. ---- * Research Development Labs (RDL) /o o/ / * 5721 W. Slauson Ave., Culver City, CA. 90230 | v | | * AT&T: +1 213 410 1244, x118 _| |_/ * ARPA: salzman@rdlvax.RDL.COM / | | * UUCP: ...!{psivax,csun,sdcrdcf,ttidca}!rdlvax!salzman | | |
honey@umix.cc.umich.edu (Peter Honeyman) (09/20/87)
isaac is looking for help with internet gateways in pathalias. some time ago, i hacked up a hosts.txt -> pathalias filter, called arpatxt. i posted it to net.sources about 18 months ago, but it never caught on. this may have been o because arpatxt lacked a man page, or o because pathalias had to be told in an obscure way on the command line what to expect, or o because pathalias' handling of private host definitions was still pretty raw (so were domains, for that matter), or o because arpatxt wasn't that useful for non-internet sites, or o because arpatxt + pathalias needs a lot of hand-holding, especially in identifying name conflicts between the internet and the usenet map, or o because pathalias is stubborn in its refusal to generate routes like aecom!weinreb@seismo.css.gov, which makes some people unhappy. to my knowledge, princeton!marc and i were the only active arpatxt users until recently, and things were pretty laid back. but about a week ago, sun!david popped up with a bug report and some fresh ideas. lots of mail, ftp-ing, and sccs id's ensued and most of the problems mentioned above were fixed. in fact, just by coincidence, i posted arpatxt, now elevated to a pathalias tool, to alt.sources this evening. see pathalias.1 for details. (pathalias is also up for grabs in ~ftp/pub/honey/ on citi.umich.edu.) the last problem, dealing with addressing syntax, gets to the heart of mailer science. and although pathalias has a lot to say about the issue, i get the feeling isaac is not going to like the policy. (unless seismo.css.gov!aecom!weinreb is satisfactory, and even that is frowned on with pathalias -D, of which i am enamored. in any event, isaac should probably be mx-ing for aecom.yu.edu in the first place.) peter