That's not true.  Scalix doesn't use a PST with Outlook.  Neither does 
Postpath.  Neither does Notes or Groupwise.  Have you actually tried any 
of these or are you just commenting off the cuff?  Thinking Scalix uses 
a PST indicates either an incorrect implimentation, or a lack of 
experience.  

PSTs are a sign of a crappy groupware solution, IMHO.

I have a number of clients who'd dispute the "mopping the floor with the 
competition" claim.  Particularly in larger environments.    We've moved 
several hundred users from exchange 2003 and more than that from 
Exchange 5.5/2000.  2007 requires a desktop upgrade fo every Outlook 
client before they se complete functionality.  Even back to 2000, you 
needed AD or you needed something else.  Backups require an open file 
agent.  Mailstore corruption requires HOURS of downtime to repair.  
Single item restores require an agent.  I think with 2007 they have what 
Scalix calls a Recovery Folder, where deleted messages sit for a period 
of time, in case the user needs them restored, similar to the 
wastebasket.  And costs...  Each user requires what, like 3 licenses?  
Server, Mailbox, and Desktop?  Plus adding a second or third or 
hundredth server means another license?  And another one if you want 
replication, and...  Geez, does it ever end?

BES is a better solution than Notify.  If you meet their requirements.  
I will say, my experience is that the BlackBerrys are easily the worst 
of the mobile devices.  The 8700s seem to have about a 6 month MTBF.  
Course, my e62 uses the BB software, and would work with a BES too.  The 
treo 650s should have had more RAM, but are nice otherwise.  I have less 
experience with the windows variants, but they seem to work quite well.

Kev.

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

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

Kevin Anderson wrote:
> 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.

This is exactly the problem.  Since the client has a mix of Palm, 
Windows Mobile, and Blackberry (the Treos will go away soon), Exchange + 
BES looks like the solution for them.
> 
> 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.
> 
If you use Outlook, unless you have exchange on the back end, you are 
going to be dealing with PSTs (the current solution is Exim/Cyrus with 
LDAP auth against AD) which is not great.  At least this client keeps 
their PSTs on the network where they can be easily backed up.

For closed source programs, it is tough to compete against Exchange, 
unless you really need to run a Linux server.

My client also plans on keeping a linux box as the net facing SMTP 
server, for virus and spam prevention.

> 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.
> 
Exchange sucks less with every release.  From an administrative 
perspective it is mopping the floor with the competition.  I will have 
more details once this projects closes.

One thing I will say, is that there are a lot of interesting 
technologies at the Enterprise level.  I would like more clients with
100+ users.  Any that you turn down Jon, feel free to send our way :)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFw4KCwRXgH3rKGfMRAuC8AKCbWiucX1OvOqgDbSj8Kueey31gqQCbBYmB
zt3D2m+boIKyOZb4YRh0h9Y=
=Y9z/
-----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