florian wrote:Unfortunately, there is currently no way to make outlook work without problems with a Scalix Connect and POP service in the same profile.
Our MAPI team belives that this is not trivially possible due to some internal limitations of the Outlook API - alsways remember that unfortunately we don't have full control over Microsoft's product.
As workarounds, you can run Outlook in all-IMAP mode (accessing Scalix through IMAP, no calendaring), use fetchmail or a different eMail client.
Cheers,
Florian.
That's disappointing....I hope its still on the table to be worked out soon.....
Maybe a multiple identity feature in the webclient?
For the end user who just wants to receive mail from external accounts but not send as those identities fetchmail works fine and suits the need.
But for the end user who wants to be able to access external pop accounts and "send as" those pop identities its a problem.
IMAP is no good because you loose calendaring and not to mention the fact that some of your folders are stored in a pst and some on the server. The whole point is to have everything on the server so that it is backed up and also accessible via any client interface.
From the end user perspective (especially if they are coming from exchange, and yes i know that scalix is not meant to be/ replace exchange, just provide similar functionality ;) ) they had this before and now they dont. If you give them imap then they cant see their calendar via the webclient, but they could before. If the laptop is stolen and the local pst is not backed up they lose calendar, contacts, sent items etc...Before they were all on the server.
Users will hate that, its great when you introduce new features, but when you take some old ones away its a different story.
I guess the other alternative is a different client ....
evolution - not possible, users run windows (has anyone ever tried evolution on windows?)
thunderbird - would be my pick but it needs a connector to store all data on the server, not just in imap.
any others?
I've always wondered why no vendor has ever wrote their own cross platform email client to rival outlook. Of course the obvious answer is that 90% of people use outlook.
But if you wrote your own client then there is no limit to what you can achieve and you dont have to worry about hidden MS code or API's etc, just use your own.
In Scalix's case the webclient can be this client. It just needs its functionality extended to have multiple identites with pop based accounts, giving the user the ability to send as the pop account.