As a Notify partner, I'll say that it does what it's supposed to.  I'll 
also point out that it is a RIM recommended solution, the same as BES.  
I'll also say that funambol is a great solution in many cases.  Read 
that how you'd like.  Notify has some issues.  Sent Items being a big 
one.  They aren't replicated.  It's a pig, and it requires a MS server 
with MS SQL (MSDE is fine, but still).  I have yet to sell it when it 
has been demoed.

Personally, I've had good success using the IMAP connection that comes 
with the BB webclient as tied into a Scalix server.  There were some 
recent changes made which break support for embedded images in messages 
sent by Outlook 2003, which sends XML rather than HTML.  I think I've 
found a workaround for that though.  I'll chek when I'm next at the 
client site.

Notify doesn't support sx11 yet, and it has been a BIG problem for one 
client (Hi Jon).  This is especially true because they made no mention 
of that until we had already done the 1-way upgrade to 11, and had been 
encountering issues for several days.  Finally, they dropped it on us.  
It is a mess.

Most Outlook type projects aren't completely Open Source.  Zimbra, 
Scalix and Kolab all share similar licensing.  Kolab, and Citadel are 
both going to use PSTs on the Windows desktops, and bring significant 
limitations with them because of that.  You haven't mentioned PostPath, 
but I will, mostly because it's a cool project, but again, it's REALLY, 
COMPLETELY closed source.

There's a reason that Zimbra was a flash in the pan last year.  It's a 
good product, with good promise, but Scalix has a 20 year history, so 
it's hard to compete with.  Zimbra looks awesome, and did a lot to 
*ahem* fix Scalix's Liscensing model.  But when you hit things like 
delegation, particularly across multiple servers, all of the others 
pretty much disappear, and that's something that bigger busineses really 
need.  It's also only one example.  Another would be when you say you 
want to authenticate against NDS, ADS, or OpenLDAP.  I'd honestly say 
that when you talk about anything other than a small business, you can 
choose from Scalix, Notes, Exchange, and Groupwise.  Three of those will 
run on Linux.  None are nice administratively when you need to do 
"serious" work, including Exchange.  Meaning backups & restores, crash 
recovery, online hot failover, etc.

Kev

-----Original Message-----
From: Gustin Johnson [mailto:[EMAIL PROTECTED] 
Sent: Friday, February 02, 2007 9:39 AM
To: [EMAIL PROTECTED]; CLUG General
Subject: Re: [clug-talk] Groupware Servers

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

There is more than just providing full Exchange capability.  As this is 
a commercial app it is competing with Exchange without the "advantage"
that comes with being a fully open source solution (this particular 
client puts a premium on FLOSS projects, which has far exceeded their 
expectations in the past).

To be fair, no decision has been made, and Scalix does get to go toe to 
toe with Exchange in a proof of concept deployment.  The mobile client 
solution is quite ugly though (http://www.notifycorp.com/index.htm).

I have been keeping a lot of notes, so I when this project completes, I 
will likely be doing a messaging/collaboration shootout article.  Maybe 
I will get Jon to do the writing since my style is somewhat dry and 
"academic", in the sleep aid sort of way.

jon wrote:
> Kevin Anderson wrote:
>> It works well in a mixed environment, with MAPI clients for Outlook 
>> and Evolution, plus a fantastic webclient for others.  Obviously you 
>> can also use IMAP or POP as well.
>>   
> "Well" is the operative word. It all goes back to requirement. In our 
> shop, for example. we've ditched Scalix because there doesn't appear 
> to be any way to share tasks between Outlook users and the web 
> interface users. That's a requirement for us and it doesn't look like 
> Scalix can meet it (or so I'm told, I will admit to not being able to 
> test this as I don't have a copy of Outlook anywhere in my life). For 
> situations where that's not a requirement it won't be an issue. Of 
> course if it was me, my requirement would be to ditch Outlook, but I 
don't drive this boat.
> 
> I spent about 4 hours one day attempting to install the Evo connector. 

> It's one of those things that works for some people, not for others, 
> and there's no solution for those that it doesn't work for. Kind of 
> like some wifi cards under Linux :)
> 
> I'm always wary of things that work "well". The thing(s) that don't 
> work might be a show stopper for me. Each requirement has to be mapped 

> to a specific functionality. For a given site, when most of the 
> requirements can be mapped to working functionality then an app can be 

> deemed to "work well". Prior to that work being done that statement 
> cannot be made outside of a marketing pamphlet.
>> Scalix 11.0.0 has some serious bugs in it, it was a pretty major 
change. 
>>  11.0.1 was released last night, and does address the majority of 
them.
>>
>>   
> Good to hear, I'll tell Mike.
> 
> J
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFw2k/wRXgH3rKGfMRAto/AKCvuw14r4HbKn4E1rlmtewhUkWcZQCeImuH
wT67uVLJkQme2RLibIRKlfA=
=jx+h
-----END PGP SIGNATURE-----

_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying



_______________________________________________
clug-talk mailing list
[email protected]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca
Mailing List Guidelines (http://clug.ca/ml_guidelines.php)
**Please remove these lines when replying

Reply via email to