Samba

The Samba Project is nearly 30 years old. It started by me discovering some unmaintained but interesting open source software, as documented in the Samba source tree.

Samba became a story of reverse engineering, IP rights, threats from Microsoft, cybersecurity, a giant European court case, startup companies, lawyers and engineering excellence. I was a co-founder of Samba because I needed it to solve my own problem. I could see that there was a bright future for something that could be a drop-in replacement for Microsoft network servers, and some talented engineers agreed with me. It was an interesting ride for many years!

Samba was the first software to have the right of compatibility affirmed by the EU Court of Justice, after an epic series of cases finishing in 2012. The EU Commission learned then that it could fight a giant American corporation and win, something it is continuing to do in the privacy against Google, Amazon, Apple and others today.

Both Success and Failure

Samba is still developed and is still impressive. Samba has perhaps around a billion users due to its inclusion in many embedded devices, and Samba is the second and only other complete implementation of Microsoft's Active Directory. Samba Team engineers continue to release reliable code, with a core team of around 30 members funded by many companies.

Samba has also fallen far short of its promise to be a drop-in replacement for Microsoft servers, which would have made it ubiquitous in every company in the world. Microsoft and Amazon's hybrid cloud solutions would have looked very different - and Amazon did try hard to engage with the Samba team to make it work for them. Unfortunately the time for Samba to rule the world has passed, and the reasons are instructive.

Reverse and Forwards Engineering

Samba started as a reverse engineering project, to provide users with the same experience as having a Microsoft server, with some additional benefits due to being based on Linux and open source. After the final court case in 2012, Microsoft started publishing the written standards for how to communicate with their servers. At last we could really know what we were doing in developing Samba! Microsoft would no longer control all file servers and directory servers in the world!

But it didn't quite turn out that way.

Part of the reason Samba fell short of what it could have been stems from the social and psychological difficulty of turning a reverse engineering project into forwards engineering, once full documentation for the SMB protocols became available. The architectural possibilities are very different and the development cadence should have changed completely to reflect that. Companies were very keen to participate in this new opportunity, and deployments in the cloud were an obvious next step. None of that happened, because Samba had stopped being the only alternative in the market, driven by the brilliance of dogged individual discovery. Additional skills were needed for Samba to become as ubiquitous as Microsoft in the server market, and that never quite happened.

Nevertheless I am very proud of Samba, and it has plenty of future yet.