Can Samba co-operate?

Mike McCormack mike_mccormack at
Thu Dec 20 17:57:03 GMT 2001

Hi Christopher,

That is exactly what i was looking for.

i understand that would it would difficult to re=write samba, and that
it may impact performance in a bad way, but the user i'm looking to
support wouldn't be running a performance critical server anyway.

Any chance of getting a look at the code? 


Original message from: "Christopher R. Hertel" <crh at>
>Samba takes full ownership of those ports.
>I've argued, from time to time, that it would be best to have a NBT
>to manage services on the three key ports.  I agree with the
>counter-argument that Samba probably shouldn't be overhauled to work
>way.  On the other hand, I have started work on a code library that
>allow exactly what I'm describing.
>My thinking is that there would be an 'nbtd' that would manage
>nameing, NetBIOS datagrams, and NetBIOS sessions as described in
>RFC1001/1002.  On the local host, I'd have Unix Domain Sockets (or
>IPC--eg. ARexx on Amiga) allowing clients to connect to the NBT vLAN
>the nbtd.  One such client would be an SMB daemon.
>At one end, the SMB daemon should be able to speak to the NBT daemon
>directly to the network via port 445.  At the other end, it would be
>really nice to provide a local socket for named pipes, etc.  A system
>administrator (someone with privilage, should be able to add services
>"registering" them with the SMB daemon somehow.
>Just an idea at this point, but one advantage of the architecture is 
>that it would certainly handle the stuff you're interested in doing.
>Chris -)-----

mailto:Mike_McCormack at
ph +82 16 430 0425

Get your free Australian email account at

More information about the samba-technical mailing list