MS getting rid of SAMBA?
BenRussoUSA writes "In this ZDNet story . Brian Behlendorf of Apache, Jeremy Allison of SAMBA, Miguel de Icaza of Ximian and now MONO and Eric Allman of Sendmail are all quoted in a story regarding a nasty rumor. Microsoft may be planning to include a Microsoft patented technology at a crucial interoperability point in .NET and maybe the next version of CIFS. Could this spell the end of SAMBA?"
I doubt they care about anyone else's problems with intergration. Anything that can force people to use NT. They're solely in it for the money, not for more altruistic reasons. If your running Netware they'll probably not help, just send you a bunch of brocshures on the total cost of ownership and some such non-sense. They won't ignore, just keep telling you the perfectly good Netware or Unix server is broken. They're not going to be happy until everyone is dependant on their OS, and then they can raise the prices at will. It's really like crack. The first few are free, and then you can afford the 3rd and 4th, but by the 5th time its so expensive you've got to turn to stealing. When you think Microsoft, think crack dealer.
I think it's possible that the time when MS could "lock up" SMB/CIFS via patents may have passed. Samba is used by too many "mainstream" IT sites to provide Unix/Windows integration - sites that have already spent huge sums of money trying to port their business critical applications to Windows and failed.
If they actually tried to do this, the effect would be akin to the results if they tried to change MSIE to break on Apache servers (to create pressure to switch to IIS). Even before Code Red, very few sites would switch from Apache to IIS. Making the browser break on Apache would break so many sites that it would not force servers to switch to IIS, it would force users to switch from MSIE.
Likewise, if some future version of Windows breaks Samba, IT managers would simply insist on the old versions of Windows until they found a workaround, e.g., third-party SMB drivers for the "improved" Windows on new systems. Or they would investigate whether it's cheaper, and less risky, to convert every single workstation to Linux than to try, again, to port their key application to run on Windows. Combined with the other major headaches MS is trying to force down IT's staff (e.g., some early reports that the "new and improved" licenses sometimes go *poof* without warning, but it can take days to arrange a replacement. If that happens at the wrong moment, a company could lose a contract or a court case, costing millions of dollars. Are you willing to bet your company - and your personal savings - that Windows will never barf on you?) and this could be the straw that finally breaks the camel's back.
If I had to guess what's happening, MS is floating a trial balloon. They won't pay attention to us, but if InfoWorld starts reporting on the rumors and has some Fortune 500 IT managers saying they'll seriously evaluate alternatives if Samba is locked out of a latter-day CIFS, we'll never hear of this idea again.
For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
when they pry it from my /etc/init.d/cold/dead/fingers
Really, what can they do? ECMA rules say they have to licence is "non prejudiciously", and usually that means a percentage of revenues, not a flat fee. So if Jeremy Allison has to send them 20% of whatever he charges for SAMBA, they'll have to accept that.
Yes, the nick is flamebait
Leaving SMB would mean W95/98/ME and even NT4.0/5.0 would not be able to share files with the newer MS OSes. As long as these old Microsoft OS can communicate with the next MS OS, so will Samba. I doubt MS would break file sharing between NT4.0/5.0 and future OSes.
They threw out NTLM, in came Kerberos
They threw out WINS, in came DDNS
I wouldn't worry too much yet...
Considering that to really wipe out samba, microsoft would have to destroy interoperability with previous windows versions... I think this article is just more zdnet sensationalist journalism.
> Samba is the best if not only solution for interconnectivity between MS networking protocols and Unix ... but yet MS intends to cut this off.
From Micorsoft's perspective, the "best interconnectivity" is "no interconnectivity".
Sheesh, evil *and* a jerk. -- Jade
"Science is about ego as much as it is about discovery and truth " - I said it, so sue me.
I would be /very/ surprised to see Microsoft implement a new feature into CIFS which when reverse-engineered by SAMBA (legal under DMCA for interoperability issues) would require them to pay a patent license.
.NET which is entirely possible. We must remember though that the whole world is not kept under US law (though more and more of it has our laws thanks to our friends at WIPO...) Either way, Samba has a pretty stable future despite the minor roadblocks Microsoft throws up.
The reason this would be hard to stomach is that Microsoft has major customers including banks and other data farms which use Samba across their worldwide networks. Microsoft might be a major behometh and may attempt to stifle Project Mono but I doubt it would be throught the form of changing CIFS (the new version of SMB for those who don't know).
Microsoft is a bully and we will always have things to overcome however they still answer to some people, namely their major customers and when they bark orders, Microsoft listens.
Plus, the story doesn't really even talk about Microsoft changing CIFS, it talks about possible patents in
-davidu
# Hack the planet, it's important.
The article talks about patents, and how if Microsoft were to integrate some form of patented technology into their authentication system it may require Samba to license it.
.Net and Mono.
It's just a general discussion about patents and how they might impact an Open Source project. They use Samba as an example, but are primarily referring to
Hey Mr. Taco... Read the article next time before posting a comment about it.
Allison said he inadvertently learned of a patent from "a high Microsoft official"
I don't know what MS has been smoking lately, but they've obviously smoked it all.
Need Free Juniper/NetScreen Support? JuniperForum
US law even apparently applies to Russian soil. Just ask Dmitry Sklyarov. The US gov't believes its law applies worldwide. And Russia isn't screaming blooddy murder about it! (Why not?!)
No one is safe, unless perhaps they decide to NEVER visit the US ever again. Even that might not be enough, just look at Manuel Noriega. Kidnapped by the US in a miltary raid and imprisoned in a US jail.
And the US would be very likely to bomb any rig out in international waters. We'd justify its destruction and the killing of its workers by saying we were protecting the US economy from economic terrorism and all our sheep/citizens will bleat their approval. And with it having been in international waters, we wouldn't be in trouble with any other country for violating its sovereignty.
Not that international law has ever (in practice) ever applied to the US ... just look at how many treaties we violate.
Just because it CAN be done, doesn't mean it should!
why oh why do people host their projects in the US ?
why not put it in international waters and work on it from wherever you want ?
this goes back to cryptonomicon CAVE idea
more and more things like this are going to happen we should simply wake up and put them out of reach of poloitical ideas and companys
what are the problems with this approach ?
reagrds
john jones
The patent covers only the encryption procedures for how a user password is changed, but as part of the transfer protocol, it is a potential dependency for all developers who have to mimic the Windows file system and seek to interoperate with it. For example, successful interoperation with Samba might make the Samba project subject to Microsoft demands for patent licenses and royalties.
Which means MOSX 10.1 will not be able to use the password encryption procedures without MS permission. This could be DCMA test if the SAMBA team decides to go ahead with the implementation of the password encryption. Of course, a black box shouldn't be patentable... I mean, if the code produces the right output with a different algorithm, then it should be kosher, (or parve, I'm bad with analogies).
Andrew
karma capped
Shutting out SaMBa is easy. The trick is not to shut out older MS SMB clients like, say, LanMan, Windows 3.11, 95, 98, ME, NT 3.51, 4.0 and Win2k in the process. If they pursue this too rigorously, they risk alienating customers because the new software isn't backwards compatible. Why do you think they're still putting DOS compatability in their new OSes even though the last MS-DOS release was almost a decade ago?