Slashdot Mirror


Zimbra Collaboration Suite Launched

commonchaos writes "Recently a company named Zimbra has come out of nowhere and released an open source Exchange replacement. The exciting part is a front end that uses AJAX. There is an impressive flash demo, you can download the source or try out a "live" version of the code yourself." Interestingly, this open source system seems to be very similar to the recent Yahoo announcement covered on Slashdot.

11 of 207 comments (clear)

  1. Re:What is the merit of replacing an Exchange serv by Mustang+Matt · · Score: 3, Informative

    "but I'm wondering what the benefits will be if I move away from Exchange"

    For one thing $$$ in future licensing fees.

    --
    The man who trades freedom for security does not deserve nor will he ever receive either. - Benjamin Franklin
  2. Requires it's own server for everything by Leknor · · Score: 3, Informative

    My beef with Zimbra is it requires you to use their own mail server. Yes it has IMAP/POP interfaces for clients to connect to, but you cannot simply point it at your existing mail server. It's really only suitable for small or new sites.

    1. Re:Requires it's own server for everything by anandp · · Score: 5, Informative

      Yes, Zimbra is not just a webmail client you can slap on top of any IMAP/POP server. The reason for this is not malicious. It is just that a lot of the (compelling, if I may say so myself) functionality you see in ZCS - search, tags, conversations, group calendar, etc, etc - are only possible because of our own server.

      On a related note, even though you have to use our server, and even though we love our UI dearly and we hope that you will too, we are client agnostic - we will support as many clients as we possibly can. Which is why we make your data available via IMAP/POP/RSS/iCal/etc.

    2. Re:Requires it's own server for everything by anandp · · Score: 3, Informative
      Beyond using its own MTA (postfix), the problem for larger sites is that each box is expected to stand alone. There is no way to have webservers, mailservers and database on seperate boxes.
      You can have multiple mailbox servers! See this discussion.
  3. Stop hammering the site! by Per+Wigren · · Score: 4, Informative

    I want to check it out also.. :(

    Use coral cache instead!
    Flash Demo
    Zimbra homepage

    Why, oh why can't Slashdot always link to coral cache instead of keep on killing servers?

    --
    My other account has a 3-digit UID.
  4. Re:What is the merit of replacing an Exchange serv by Jeffrey+Baker · · Score: 3, Informative
    Don't take this as advice, because I don't know your mail setup. That said if you need a "farm" of computers to run your mail and your company has fewer than 100,000 employees, I think the benefit of moving off Exchange should be obvious: you wouldn't need the farm any more. Exchange's hardware requirements are 10-100x more demanding than an equally-functional setup using, for example, sendmail and dovecot. Even extremely large configuration can be run off a pair of Linux machines, and the second is only needed for redundancy. When provisioned with sufficient storage, your basic x86 Linux computer can handle huge mail loads. Think of the savings in terms of rack space, power, and cooling alone!

    If you were moving to a newer Exchange you already know the hidden costs: software for managing Active Directory quirks (from CA or whomever), special backup software that interfaces properly with exchange (possibly licensed per mailbox) and so forth. With the usual Linux setups you would backup mail the same way you backup anything else: with an LVM snapshot.

  5. We are deploying this now by davejenkins · · Score: 3, Informative

    I was quoted in the eWeek article for this launch. We have been testing this for a few weeks now, and like what we see so far. There is no way in Hell I am letting MS Exchange in here.

    The really cool part we see in Zimbra is the possibilities to program our own magic phrases, so everytime someone puts in an Order#, SKU, Invoice# or some other keyword, Zimbra will pick up on it, and link it directly into our ERP.

    Zimbra shows a lot of promise--

  6. Sadly... by misleb · · Score: 3, Informative

    Unfortunately I don't see this taking off. I installed Zimbra and tried it out myself and it is just too slow. The interface looks really good for a web application, but it is dog slow and very unresponsive to user actions. I can't imagine anyone using the web interface as the primary way of using Zimbra. If Zimbra ever takes off, it is going to need smooth Outlook/Entourage/Evolution integration.

    Furthermore, I think this is a good as web applications are going to get. Lets face it people, HTML and web browsers are just not made to run desktop style applications. AJAX is really cool, but the simple fact is that HTML lacks the most basic tools to build a good GUI. The document model just doesn't work for sophisticated applications.

    -matthew

    --
    "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  7. Re:What is the merit of replacing an Exchange serv by rduke15 · · Score: 4, Informative

    I can give you the reasons why I moved away from Exchange. Others may have different reasons, and others may have good reasons to stay with Exchange. Anyway, this is my own example.

    In a small (but growing) business of a dozen employees, an old NT server SBS edition with Exchange 5.5 needed to be replaced. I decided to go with a Linux server.

    On the Exchange side, what I didn't like was:

    1. all email is in a proprietary database, in a single (huge!) file. If something goes wrong with that file (as it once did), it's a nightmare to bring it back up, if it works at all. If you can't repair it, you loose anything that came in after the last backup.

    2. speaking of backups, Exchange needs special Exchange-aware backup programs. You cannot just copy the files.

    3. Lack of flexibility in handling of incoming mail, spam filtering, forwarding, etc.

    4. No ssh access for quick and easy remote administration.

    5. No simple text-file based configuration, meaning no grep or such to find some setting. You have to move around all the menus if you cannot remember where a setting was.

    6. It is hard to move away from proprietary solutions like Exchange because you cannot just copy files and hand them over to another application. That's a good reason to do it rather sooner than later when it may become harder yet. It was not easy to move mailboxes from Exchange to IMAP.

    So in the new setup, I used Postfix and Courier IMAP:

    1. very easy and very flexible and powerful configuration

    2. all configuration through simple text files which can be grep-ed, compared, backed-up, whatever.

    3. simple backups through plain file copies or rsync

    4. every mail is in it's own plain text file. Can be grep-ed, and if a file goes corrupt (didn't happen yet), it is only that single email.

    5. easy administration. For example, I didn't implement quotas, but I'm considering setting up a little script that would check for the size of the maildirs and of single huge files, and send a little email to the users. Like "you are using up 1 GB for emails; please consider removing unnecessary stuff" or "Would you please check if you still need the 50 10 MB files in you mailbox". I can easily add a summary of the huge mails so the user knows which ones they are.

    5. easy migration. If I ever decide I would like to replace Postfix or Courier with some other program, it's no problem. I'm not locked in the current programs. Not that I would want to move to other programs. I'm very happy with this setup. But I like to be sure I can if I ever wish to.

    This has been running reliably for 6 months now, and I'm a very happy mail admin.

    The users have only one complaint: they cannot set up an Out of Office auto-responder like they could on Exchange. I thought that was good, and tried to explain why auto-responders range between useless and evil, but had no success. They want it anyway. So I'm setting up vacation in their .forward files when needed, and looking for a good web interface so they can do it themselves. The Webmin interface I tried didn't work well, so I'm still looking, and may have to work on the Webmin module myself.

  8. Re:What is the merit of replacing an Exchange serv by Linker3000 · · Score: 4, Informative

    If Squirrelmail (WebMail) fits into your config then there is an 'out-of-office' module that can be installed to allow users to manage the vacation functionality for themselves.

    --
    AT&ROFLMAO
  9. Re:What is the merit of replacing an Exchange serv by tzanger · · Score: 4, Informative

    Why I moved off of Exchanve Server -- I wanted my data in open formats and out of the "black box" that Exchange Server is. We moved to Exchange4Linux, which stores everything (and I mean everything) in a PostgreSQL database (18G and growing). SMTP is whatever you want, but Postfix is what they recommend. I've tried practically every Exchange replacement out there (SLES/SLOX, OpenExchange, a plethora of web-based crap, Bynari, Steltor (now Oracle's) CorporateTime, Hitachi's solution, etc., etc.) and this one is the (clear) winner in my eyes. The entire thing is written in Python, including the Outlook connector, and everything but the connector is open-source. (Outlook connectors are EUR$50/seat with discounts for volume). We still run Outlook on the desktops since that is the user interface and many here still want it, but as far as the backend is concerned, I couldn't be happier now. There is something just plain cool about being able to run arbitrary SQL queries over all of the company's emails, contacts, todos, journals, you name it... We have it tying in to our Asterisk PBX as well so, for example, the service guy who's on call gets the emergency page. The service department just maintains their Pager Calendar and I do a lookup to see who's on duty.

    E4L isn't without its warts (the IMAP server is still in early development, no POP or LDAP yet), but being Open Source and also being in active development, these get polished or cut out (as necessary) in time. And I can add/change the system and get my changes contributed back. I don't have to worry about where my data went to or if the system ever crashes how to recover the data. If some weird-ass situation comes up and I need to correlate my data in some unforseen way... well now I can, and I don't need some kind of screwed-up and possibly commercial API to get it done. And most importantly for me, I don't have to worry about the system changing or being eliminated due to some other company's paradigm shift.