[OpenAFS-devel] pts examine

[Martin MOKREJŠ]

Hi,
  I've a question if pts examine would be clever enough to ignore the
@REALM being specified in a username. I mean this:

# pts help examine
pts examine: examine an entry
aliases: check
Usage: pts examine -nameorid <user or group name or id>+ [-cell <cell name>] [-noauth] [-force] [-help]
Where: -noauth  run unauthenticated
       -force   Continue oper despite reasonable errors
# pts examine mokrejs/admin@GSF.DE -noauth
pts: User or group doesn't exist so couldn't look up id for mokrejs/admin@gsf.de
# pts examine -nameorid 3 -force -noauth
Name: mokrejs/admin, id: 3, owner: system:administrators, creator: anonymous,
  membership: 1, flags: S----, group quota: unlimited.
# pts examine -nameorid 4 -force -noauth
Name: mokrejs, id: 4, owner: system:administrators, creator: anonymous,
  membership: 0, flags: S----, group quota: 20.
# pts examine mokrejs/admin -noauth
Name: mokrejs/admin, id: 3, owner: system:administrators, creator: anonymous,
  membership: 1, flags: S----, group quota: unlimited.
#

I think mokrejs/admin@GSF.DE might not be converted to mokrejs/admin@gsf.de at least,
at the best the "@GSF.DE" could be removed from the string, if it's really
causing lookup failure. Any opinions?

Tested with 1.2.8-rc2 on linux 2.4.19/i386
-- 
Martin Mokrejs <mmokrejs@natur.cuni.cz>, <m.mokrejs@gsf.de>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585