Drop-In Replacement For Exchange Now Open Source
Fjan11 writes "Over 150 man-years of work were added to the Open Source community today when Zarafa decided to put their successful Exchange server replacement under GPLv3. This is not just the typical mail-server-that-works-with-Outlook, it is the whole package — including 100% MAPI, web access, tasks, iCal and Activesync. (The native syncing works great with my iPhone!) Binaries and source are available for all major Linux distros."
That's right, Microsoft: open source software can gun for you too, motherfuckers!
They better start hiring support personnel, because there will likely be profits to be had with service contracts. Maybe even a Redhat buyout/partnership
Over the last few months, I've been forced to use Exchange/Outlook a lot, and for the life of me I don't get the big deal. But I know that people consider it a big deal, so I wish this company the best, and fair
amount of profit.
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
Linux is for the garbage can!
Sweet! What won't Linux run on these days?
Those who believe the Internet is private,
find their privates are on the Internet.
Last time I looked on the Zarafa website, it looked like the free community (GPL) edition had a limited number of MAPI clients. I guess this is still the case? If so, it's not really a practical replacement for Exchange unless you pay for the commercial edition.
DEFINITELY
(If you're gonna write a word in all caps, spell it right :-) )
>[A]n open source alternative to Exchange would not have Exchange's arbitrary limitations
Oops... if it's not bug-for-bug compatible, it's going to be a problem with some PHB.
-fb Everything not expressly forbidden is now mandatory.
Hey, look! FUD!
cogito ergo dubito
As a former MAPI programmer (don't worry - I've largely recovered) I have to point out that this is utterly irrelevant.
The only compelling reason to use an Exchange compatible server is to support Outlook. The issue is that Zarafa charges for the Outlook connector. This is not a new business model, people, and truth be told its been a fairly common paradigm of 'Exchange-killers' for quite awhile now. Nothing is killed until the connector is free. Full stop.
So why doesn't anyone offer a free connector? Because it is ridiculous amount of work to build and it is something corporations are willing to pay for. It's not that replicating the server functionality is difficult, it's that Microsoft twisted and violated open standards into something utterly unholy known as Exchange to ensure that nobody but Microsoft could communicate with it. MAPI is Microsoft's obfuscation of traditional messaging protocols and is infamously poorly documented.
I wrote about this issue for Redmond magazine about 2 years ago and nothing's changed. The connector is still the kicker and, regardless of how nifty the back-end is, until an open-source Outlook connector appears Exchange will remain one of MS's top 5 products.
Nothing but PR to see here. Move along...
Xandros with Scalix also works as a drop in,with the added bonus of being able to be either a member or a domain controller in an AD forest. Really nice if you need to support a mixed environment. But as always this is my 02c,YMMV
ACs don't waste your time replying, your posts are never seen by me.
Jesus H. Fucking Christ. 99.9999999% of all companies just want to buy a tool that works. They don't want to build the fucking thing. They don't even want to fix it. That's why they buy the support license. This whole 'we can customize the code if we want' is a huge stinking load of specious crap. Companies of any size BUY their software because they don't want to customize software they don't have to. Like office software. Customizing a huge billing system is one thing (if you are a big enough company to warrant doing that), but why would an insurance company, or a local widget maker, or a medical clinic want to become an email server programming company???? Get a grip. They'll go out and buy exchange or lotus notes or whatever because they just want the frickin tool. And if it is buggy so what? It works for the most part and they don't have hire programmers or keep programmers around to fix bugs that said programmers introduced when they screwed around with the source code. It's cheaper to pay for the licence for a year than to pay for an unneeded programmer for a year.
-- I ignore anonymous replies to my comments and postings.
OK ... I'm better now.
-- I ignore anonymous replies to my comments and postings.
Well, there are some of us who work at mom & pop software shops that do have a clatch of intelligent developers on site but don't have a huge budget to buy an email solution.... and we're a lot more than 0.0000001% of all companies.
it's around 2,400-- but then you also require 25 outlook licenses.
once again, the price of the software is negligable compared to the cost of 25 employee's salaries...
go ahead, waste a week of each one's time teaching them whats different about the new program.
This is server software we are talking about here. The end users don't change their software (that's the entire point). So there is no cost for retraining end users.
You would obviously have to train the server administration staff, but even if you did put in a "Genuine Microsoft" Exchange server, you would probably still have to do this.
Besides, even if the front end did change, a week of training is a LOT. As it would be replacement software, the concepts are the same, it's only which button you push to do it that changes. So if you can't train them in a matter of hours, if not minutes, you really do need new employees.
Where I work, we use a non-MS stand alone calendaring solution. Our end user training takes a couple of hours.
How long do you think it would take to train users to use the new version of MS Office?
Ever stop to think
That's not to say that all protocols developed by open processes are wonderful, but on average they seem to be better.
The MS protocols are crufty because the direction of the design of them is left up to middle managers.
That should explain it fully to anybody curious.
That's a nice long explanatory answer... for the first question! ;). Do you have an answer for the 2nd?
I might even add... do you have suggestions?
I have already checked out a few of 'em (not necessarily OSS):
...of which many of them have a great potential, but I always end up having some trouble somewhere or find 'em not user-friendly/admin-friendly enough.