Security Identifier (SID) to User Identifier (uid) ResolutionSystem
Luke Kenneth Casson Leighton
lkcl at samba.org
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