Greg Hudson writes:
> >  2) If Athena/MIT (or anyone else) do it differently, where can we
> >     specify which map to look up user id's in?  /etc/hesiod.conf would
> >     seem to be the obvious place, but it's gen/getpwent.c that needs
> >     to know the map and not the general hesiod routines.  Having
> >     gen/getpwent.c also parsing /etc/hesiod.conf seems ... tacky.
> 
> There's always the runtime approach of looking for <uid>.uid and then
> <uid>.passwd if that fails with ENOENT.  But of course it sucks not
> being able to inform the library that only one lookup will be
> necessary, like you can do with the IN/HS screw.

As I suggested to Simon on the phone, the simplest work-around would
probably be to edit named.boot on the ULTRIX server and add a line
for uid as a copy of passwd. for example:
	primary	passwd.DOMAIN	hs/passwd.db
	primary	uid.DOMAIN	hs/passwd.db

This would require removing of the $origin line in hs/passwd.db though.

This is a gross hack, but it requires no local code modifications.