Samba Team Responds to Microsoft CIFS Spec License

Jeremy Allison - Samba Team writes: "The Samba Team has released a statement regarding the Microsoft CIFS specification license and its effect on Samba. Regards! Jeremy Allison" Reading this and the Microsoft CIFS Technical License raises a number of issues worth considering. The statement maintains that the specification details an old implementation of the SMB/CIFS protocol, one Microsoft itself has abandoned. One wonders if the only reason they release such docs are as props for a court case or something.

Comments

Hmm -- Samba for win32?

[Selanit]

Is Samba available for Win32 platforms?

I know this sounds like a strange question, but consider: Microsoft's SMB-based file sharing system is buggy and insecure. Could Samba be used as a drop-in replacement for regular Windows file sharing?

E.G.: you don't like Windows file sharing. So, you turn it off and install Samba instead. It works the same -- you wind up with shared folders that appear on the network -- but the sharing is being handled by Samba instead of the vanilla Win32 file sharing.

Is that possible? Maybe I'm suffering from hallucinations induced by too much Mountain Dew . . .

Re:Interesting aspects

[yeOldeSkeptic]

When I upgrade to XP or 2002 or whatever, I'm going to want to make sure I'm still able to access the Samba shares. If I can't, I hate to say it, but I may be forced to switch my network storage box to some Windows variant.

I have a crazy idea. Since Samba is probably used by many Microsoft-oriented shops too, why can't the Samba Team embrace and extend the CIFS protocol? This would be a two pronged attack. One of the prongs would be the Samba Team which will extend the CIFS protocol and publish it under the GPL. The other prong will be a group that will write win32 applications that will take advantage of the Samba extensions to the CIFS and distribute the app for free. Since the OSS community numbers in the thousands at least, this would be very straightforward to accomplish.

I wonder what Microsoft will do if the Samba extensions to the CIFS become a de-facto standard? When is the next iteration of Windows anyway? Right now could be a window of opportunity just opening up.

Sigh, I know I'm day dreaming. But, wouldn't it be nice to give MS a dose of its own medicine?

Re:Testing Waters

[Da Schmiz]

What would happen, for example, if Windows were "licensed" to exclude its use in conjunction with certain free software -- such as -- oh say -- Wine.

Actually, the latest Wine builds are working better and better even without Microsoft libraries. A far more likely scenario -- and one with a more powerful impact -- would be if MS Office was licensed so that it could only be used with Windows... or if it could only authenticate using Passport, or something along those lines. In fact, I believe that the reason CodeWeavers Office does not yet support MS Office XP has to do with this kind of licensing issue.

Or worse, what if the Windows EULA was changed to explictly forbid running it in an emulated virtual machine? That would kill VirtualPC, VMware, and plex86 all with one fell swoop -- and drive a lot of users back to the Windows platform.

You've got a good point. Hopefully, if enough people become aware of the dangerous possibilities of this kind of faux-open documentation licensing, the antitrust people will be able to do something about it.

For the sake of interoperability

[fireboy1919]

...SMB will have to go away.

Micro$haft is the main company working on Windows networking protocols, and as has always been the case they don't seem to encourage standards or interoperability.

I'm thinking a better solution would be to use OpenAFS. It works on Windows and Linux just fine, and its not going to have interoperability problems because all of the stuff is open source.

I believe its only a short time, maybe a year or four, before M$ doesn't have anything to do with network interoperability software, unless they change their policy.

A saying comes to mind:
"The more you tighten your grip, the more star systems will slip through your fingers."

Re:Or...

[Selanit]

Blockquoth the responder:

. . . a drop in replacement for something that is proprietary to begin with and comes bundled with all windows version sounds kind of ridiculous, doesn't it. ;)

Heh.

Tell that to the Mozilla team, or anybody who's worked on a win32 web browser in the last few years. Internet Explorer is proprietary, comes bundled with all windows versions . . . and it's got a big, red bulls-eye in the middle that all the other browsers are aiming for.

Thanks for the info on the Cygwin Samba client. I actually did do a couple of Google searches before posting, but evidently I didn't pick the magic words.

Re:Interesting aspects

[Bronster]

I have a crazy idea. Since Samba is probably used by many Microsoft-oriented shops too, why can't the Samba Team embrace and extend the CIFS protocol? This would be a two pronged attack. One of the prongs would be the Samba Team which will extend the CIFS protocol and publish it under the GPL. The other prong will be a group that will write win32 applications that will take advantage of the Samba extensions to the CIFS and distribute the app for free. Since the OSS community numbers in the thousands at least, this would be very straightforward to accomplish.

This would work so long as there was a compelling advantage (i.e. - lots faster file transfers). There's no point adding extensions just for the hell of it - they have to do something that users want done. Personally I'd like to see SSL support built into SMB, and adding that to the Samba implementation with a seamless Win32 client would be enough for me to switch all the Windows boxen I use to the Samba implementation.

Mischief-making

[Observer]

So, it seems that MS spent a little small change cooking up some documentation that raised the possibility that Samba might infringe on some of MS's intellectual property. Samba Team was then obliged to spend (proportionally considerably more) time and resources analysing this suggestion so they can issue a plausible refutation. In the meantime, all the 'careful' line management types whose reason for existence is never to be seen to be responsible for a mistake will have taken the point that deploying Samba is 'risky', and will now have to be persuaded all over again that this particular risk is an acceptable one, and that in this case there was smoke without fire.

Neat work, MS.

Fear, Uncertainty, Doubt. You can't choose just two out of the three, they come co-mingled.

Re: Time for something new?

[KidSock]

I second this. I think it's high time some people get together and start to think about a network filesystem that addresses all the issues. I don't know much about NFSv3 but historically NFS has huge holes. And RPC is overrated I think. The API just doesn't change enough to warrant it. It's just overhead and an implementation barrier for other languages. How hard is it to serialize data structures for cripes sake. CIFS is actually good to know when considering a new protocol though. It's got a lot of different stuff in there. That's why it sucks but it's useful to how they tried something, saw it fail in some way so they abondonded it and stuck another layer of crap on top to hide the previous layer of crap. It's quite funny to think about the layers. You have:

• MS/RPC on top of
  
• DCE/RPC and
  
• Remote Access Protocol (RAP) over
  
• Named Pipes on top of
  
• Transactions on top of
  
• Server Message Block (SMB) on top of
  
• NetBIOS
  

If you do an RPC call it goes through all of that (minus RAP which is quite dead post NT). A redesign would be trivial to implement by comparison because you could reduce all of that crap to one uniform API.