Security Identifier (SID) to User Identifier (uid) ResolutionSystem

Luke Kenneth Casson Leighton lkcl at
Wed Dec 29 18:43:49 GMT 1999

> > Yeah - but Luke wants to do it in the wrong piece of code
> > (Samba). Note that all the other things you mention are
> > programs external to Samba - I'd like to keep it that way.
> Does he?

no, not necessarily.

ok.  i think the only way forward at the moment is to do your external
module idea.  then i can go away and just implement thae damn SURS table
concept and prove that it works, while other people are left to use waht i
consider to be a highly limited (but default) implemenation.

btw i am not correcting spelling mistakes because i am using a 336k modeem
to telnet and then ssh, it's a bitch using pine that way...
> Here's what I suggest: have an API to lookup uid/gid<->SID mappings and
> let _others_ provide modules to implement the lookups any way that they
> want. Then you have no code to implement these lookups in Samba; these
> external modules would just be shared libraries. This way you satisfy
> Luke's wishes without adding complexity to Samba (i.e., the Samba Team
> won't be asked to support SURS modules because they are not a part of
> Samba).
> > Jeremy.
> Nico
> This message contains confidential information and is intended only 
> for the individual named.  If you are not the named addressee you 
> should not disseminate, distribute or copy this e-mail.  Please 
> notify the sender immediately by e-mail if you have received this 
> e-mail by mistake and delete this e-mail from your system.
> E-mail transmission cannot be guaranteed to be secure or error-free 
> as information could be intercepted, corrupted, lost, destroyed, 
> arrive late or incomplete, or contain viruses.  The sender therefore 
> does not accept liability for any errors or omissions in the contents 
> of this message which arise as a result of e-mail transmission.  If 
> verification is required please request a hard-copy version.  This 
> message is provided for informational purposes and should not be 
> construed as a solicitation or offer to buy or sell any securities or 
> related financial instruments.

More information about the samba-technical mailing list