karl@mstar.UUCP (Karl Fox) (02/24/88)
I have worked out a simple scheme for running map files through pathalias without having to keep copies of the unshar'ed files in a separate directory, but have run into a problem. My .../comp/mail/maps directory currently contains 101 files, one map file per posting, with 7 duplications (reposts), giving a grand total of 94 map files. My map file directory, however, contains 158 [du].* separate map files. This really nips my new unpacking method right in the bud. Is this just a temporary situation, caused by the recent change of comp.mail.maps over to long expiration dates coupled with 'cancel' messages or use of the 'Supersedes:' header, or has my site just missed postings, or is this how it's supposed to work? That's the end of my question. By the way, this is how I would like my unpacker to work: Create a Makefile that makes the pathalias output file (/usr/lib/uucp/paths in my case) dependent on the .../comp/mail/maps directory, and run make on it periodically from cron. To rebuild, cd .../comp/mail/maps (stripshar -u `/bin/ls | sort -nr`; cat .../u.local) | pathalias -options | sort > newpaths update paths from newpaths Stripshar peels the news headers and surrounding extraneous junk off of the map postings and prints the concatenated files to stdout. The -u option says to only process uniq shar output file (map file) names, thus the reverse numeric sort of the map postings. -- Karl Fox, Morning Star Technologies, Inc. ...!cbosgd!mstar!karl