Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!julius.cs.uiuc.edu!usc!elroy.jpl.nasa.gov!decwrl!ucbvax!EMILY.UVM.EDU!wollman From: wollman@EMILY.UVM.EDU (Garrett Wollman) Newsgroups: comp.soft-sys.andrew Subject: wpq doesn't seem to see all our users Message-ID: <9101110305.AA21468@UVM.EDU> Date: 11 Jan 91 03:38:39 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 61 X-Unparsable-Date: Thu, 10 Jan 91 22:05:24 GMT-6:40 [Sorry for all the pos tings of late...] I recently did a test installation of WP, to see how well it works in our environment. [We run yp, so I do a ypcat passwd >passwd.yp before building.] However, it seems that finger does a better job at finding matching user names than wpq does, unless I'm missing something really obvious (which is entirely likely, knowing me). Script started on Thu Jan 10 18:45:33 1991 bash$ f steve Login name: cavrak In real life: Steve Cavrak Login name: cs294swc In real life: Steve W Chappelow Login name: ee221ss In real life: Steve Stratz Login name: titcomb In real life: Titcomb Steve Login name: steve (messages off) In real life: Steve Ackerman Login name: cs294sfa In real life: Steve F Ackerman Login name: swc In real life: Steve Chappelow Login name: ackerman In real life: Steve Ackerman bash$ wpq -key token +multiple steve Full name: ``Titcomb Steve'' Login name: ``titcomb'' Source Mask: ``1'' [. . . fields omitted for privacy . . .] Surnames phonetically: ``sdf'' Tokens phonetically: ``tkmb sdf'' bash$ wpq +multiple steve Full name: ``Steve Ackerman'' Login name: ``steve'' Source Mask: ``1'' Surnames phonetically: ``ekrmm'' Tokens phonetically: ``sdf ekrmm'' Affiliation abbreviation: ``evets steve'' bash$ cui CUI> whois steve Verifying name list 'steve'... The name 'steve' is ambiguous. What did you mean by 'steve'? 1 - Steve Ackerman (evets steve) 2 - Titcomb Steve (newton3 titcomb) 3 - None of the Above script done on Thu Jan 10 18:46:57 1991 I've also noticed that turning AMS_NonAMSDelivery (???) on in AndrewSetup does not completely eliminate the results of turning on RUN_AMDS_ENV in site.h; witness the plusses in the display above. IMHO this is a bug. Also, even when compiled WITHOUT RESOLVER_ENV, brisk.c still tries to use the resolver library. Either brisk should be rewritten *not* to use the resolver, or it should not be compiled when RESOLVER_ENV is turned off. Again, just my opinion (but see below). -GAWollman -- Garrett A. Wollman - wollman@emily.uvm.edu Disclaimer: I'm not even sure this represents *my* opinion, never mind UVM's, EMBA's, EMBA-CF's, or indeed anyone else's.