(wtmp) Suggestion to samba

[Edan Idzerda]

Ok, so "postponing" email is evil.


On Wed, 13 May 1998, Joao Carlos Mendes Luis wrote:

> #define quoting(Edan Idzerda)
> // "root preexec/postexec" hooks to use any program you like to 
> // keep track of logins and logouts.
> 
> I have seen that, but it's not yet practical.  First, it does
> not log sessions, but mappings.  If a user delete that mapping,
> it will be registered as logged out.  If it maps that resource

Oh ho hoh... How does Samba define a session otherwise?  What other
notion does smbd have of a session?  While I've only *collected*
a bunch of vague documentation on SMB/CIFS, I don't believe that
Samba has any connection with a client once they have disconnected
from a share.

Perhaps there is still a SessionID hanging around, but then the
only way to register a "logout" is by detecting a login by a
different user from the same host.  Kludgy, like you say.



> Yes, yes.  Also, one could think of a box without no X support, just
> for file serving.  I really prefer something embedded than a kludge
> with external programs.

But is it a kludge if a program is flexible enough to allow logging
anyway you like it?  I'm not certain that it does.  I think that
the very fact that no one from the Samba 

Also, you don't need to run X to run a small little program like sessreg.
 

> Anyway, it's just a suggestion.  It could be implemented by some good
> sould with more knowledge on samba sources.  Or not...

I thought about it at one point, but how else could it be handled
by smbd?  Around here, it's useful enough to measure the time between
the mapping and unmapping of a 'home directory' share as login/logout.

- edan