This is probably a long shot, but does anyone know what apple has done to samba on mac os x server? reading through the docs, it sounds like they have modified it to authenticate via netinfo. At the very least, they've done something so that rather than having an smbpasswd file, it stores the windows encrypted passwords in netinfo, and it authenticates incoming requests via netinfo rather than a password file. I'm wondering if they did this to samba or if they have some sort of bridge somewhere, or what. If they modified samba, as it's GPL, they'd have to publish the changes, right? Did they talk to any of the samba folks about how they've done this? I can find no info anywhere on apple's site... -- Chad Cunningham ccunning@math.ohio-state.edu "Well, once again my friend, we find that science is a two-headed beast. One head is nice, it gives us aspirin and other modern conveniences,...but the other head of science is bad! Oh beware the other head of science, Arthur, it bites!"
On Wed, Dec 12, 2001 at 10:56:58AM -0500, Chad Cunningham wrote:> > This is probably a long shot, but does anyone know what apple has done to > samba on mac os x server? reading through the docs, it sounds like they > have modified it to authenticate via netinfo. At the very least, they've > done something so that rather than having an smbpasswd file, it stores the > windows encrypted passwords in netinfo, and it authenticates incoming > requests via netinfo rather than a password file. I'm wondering if they > did this to samba or if they have some sort of bridge somewhere, or what. > If they modified samba, as it's GPL, they'd have to publish the changes, > right? Did they talk to any of the samba folks about how they've done > this? I can find no info anywhere on apple's site...Yes, they did talk to us. I told them they must release the changes to Samba as source code. As netinfo is a MacOS/X system library they don't have to publish that source (in the same way Solaris doesnt' have to publish libc just because it links with Samba). Jeremy.