Vote: Bug 47036 - RFE: include separate IM server
I envision this as a non-committed RFE for quite some time, just throwing it out there based on some feedback. (I'll try to lay it out logically, though most of it will feel like what should be internal banter, my goal is to improve the Zimbra project as a whole by enlisting the community afterall.)
Ok so we plan to de-couple/remove the bundled wildfire IM server in Bug 45932 - Remove IM server Helix. Which at the moment makes the most sense as the fork is quite outdated; allowing our limited resources to better focus on XMPP interop/proxy Bug 19398 - Integration with external IM servers (XMPP proxy support) Helix and other features like Bug 42786 - Implement XMPP "Send File" in ZWC & Bug 21340 - Collaborative chat (aka chat rooms)
This also lets you expand to other protocals, there's other zimlets like Meebo that do aggregation, not sure where we fell on separate aim/yim/msn/etc connection (without an xmpp server that includes single sign-on).
However, many have come to rely on our suite as an 'all in one' shop. Products are moving towards bundling IM from text, and voice, to vid Bug 33155 - Audio Chat / Video Chat. (We do have lots of integrated voicemail solutions already.)
Thinking outloud: Else (as far as 100% included options go) you're left with people using like the upcoming simultaneous documents editor Bug 26408 - Simultaneous editing on shared documents to achieve basic text chat functionality... If cutting, why stop short of realtime which has so much potential? For instance could rip out some calendaring and use more DaviCal interop etc. Either we forge ahead at some point down the road (admittedly much further out than Helix) and do what we've achieved best over some of the other open source products out there (finding the greatest solutions to bundle - and integrating them very well I might add) or we sell ourselves short.>(with regards to loosing) an XMPP server that I didn't even have to lift a finger to integrate into the mail and collaboration system?
>Many of us are waiting for it to come out of beta and replace our existing XMPP setup! Please do not remove XMPP from ZCS 7.
Mixed message: We're touting an upcoming simplified virtual appliance that's easy to use, but would require setup and management of another appliance to achieve 'presence availability'? (With all the overhead that requires, like user account mapping, configuring, etc). Leads to lots of "what's the point of calling yourselves a full collaboration suite if I have to install all these other products after the fact to bring it on par with ___?"
Another problem is I foresee (and interested in your thoughts), will people be people putting off on their upgrade (which includes all sorts of other new features & fixes - bugs they they might be complaining about hard) simply because their org has become dependent on our beta IM?
Yes it's beta, but that label doesn't stop people right? Only reduces one's liability in the matter. (*Cough how long did it take G to remove their beta label? And don' t say it was because they wanted to tout "look at all we've done so far and it's only beta!" because if your selling a product shouldn't be using beta to skimp on accepting criticizm while still claiming enterprise class, it's best used for serious issues or things like this where we may be taking a feature in a different direction.) Though it seems admins expect a forwardish motion for beta things, even if it means having to re-add all your friends to a buddy list, whereas cutting a component may dig into their long-term plans a little harsher. We've just been conditioned that way over time.
I'm going to quell right now any responses along the lines of 'please don't remove a feature before you allow lots of transition time' by simply stating: There are no more improvements planned for our bundled IM server fork and haven't been any serious changes in quite a while. Please investigate installing your own XMPP server for interop with our UI and you'll most likely have the best experience going forward.
That said, it's why this RFE exists - to bring our excellent product forward. Don't care if we go with openfire, ejabberd, etc (not playing favorites, list is just huge). Go vote or make a short comment in bugzilla if absolutely necessary so we can prioritize; we still read the forums and welcome your longer replies below, it's just better to keep bugzilla technical.