<div dir="ltr"><div>Really great response, reflects pretty accurate the situation with MS Exchange vs. Kolab. <br></div><div>Wanted to add my experience. I'm not used to running MS Exchange and have limited knowledge of Outlook (I was using it in a corporate environment but not recently, so I don;t remember much about it - the only feature I used a lot there was to "send a message at a later date/time, this can be, sort of, done in Thunderbird, but it's a client side feature and you have to have your client open and running in order to have it working as intended).</div><div>I love that Kolab supports Activesync. Most of the mobile clients are connected that way to my Kolab instances: I have a 3.4 instance and a Winterfell one. Both instances have Seafile "attached" for enhanced file sharing capabilities and the Winterfell has Collabora office. Tech savvy users love to use things online: they access the mail through Roundcube, file sharing through Seafile, etc. They love the Collabora integration. Non tech savvy people are using clients, mostly through mobile and their usage is usually pretty basic.</div><div>What I find as an issue with Kolab to gain more traction is, as Mihai said, the need to use the web client in order to manage the mail account. There is no other way to set the filters server wide for example. Also, there is no way to apply tagging with filters - a feature I miss a lot.<br></div><div>Sharing of resources is also very weird: if there is a calendar or any other resource shared between people, the resource will be shown to other people in a folder like structure with its full path (if I have "My Calendar" and I create a new one, "Meetings", and share it with another user, and they enable it in folder settings to be visible, they'd see below their "My calendar" a number of nested grayed out folders like "Calendars \ shared \ Owners username \ " and then the "Meetings" calendar as a subfolder of the last one - it's just confusing for non-tech-savvy people). This also goes for other shared resources/folders. Same visibility happens if you create a shared resource through the admin interface - you see the full hierarchy path of the shared resource in Roundcube. In general, calendar management is a bit of a pain if you go beyond "each user uses his own calendar through Roundcube".</div><div>File sharing to external users needs to be done through the Seafile interface - this also needs a bit of explaining to users, but they get it (at least in my case).<br></div><div>Now, I haven't tried Outlook with Kolab, but things do work without it for me.</div><div>I also have a number of external services relying on Kolab's LDAP, like Matrix/Riot for communication (chat/voice/video - I've picked Matrix as it was the only solution with mobile clients actually ringing like a phone when you do an audio call, but in general I'm very happy with it and how it handles security). Matrix has LDAP integration that syncs well, but it is a rudimentary implementation. It took me days to make it work and as the LDAP implementation is not actively worked on some features work better than the others (I can create and authenticate users, but still cannot pull all the user data about them beside the username so this has to be manually added after the user logs in for the first time). <br></div><div>I ended up writing a manual with around 30 pages, in English, that every user receives on their account creation, explaining how to use the entire 'system' of apps.</div><div><br></div><div>Despite the issues above I still love Kolab and all the features it gives out of the box. Winterfell is a visible step-up with constant updates and I hope the issues I have mentioned will be ironed out in the future. Web client is beautiful. It's better to view it as an alternative to Google's Gmail and O365 than to Exchange server/Outlook. All the people using it mostly through web love it also. The office documents collaborative editing also works and makes it even more a viable alternative to Gmail/O365. Anyway, I'll definitely keep using it. I hope this has helped you.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 5, 2020 at 10:49 AM MIhai Badici <<a href="mailto:mihai@badici.ro">mihai@badici.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Hi Aleksander.<br>
><br>
> I have been using Kolab as an e-mail server only. Probably about 15 <br>
> years now with various installations for small businesses. I keep <br>
> circling back every few years hoping I can replace Exchange Server.<br>
><br>
> I think it would help if there was a clients page like we used to have <br>
> on the 2.x wiki.<br>
><br>
> <a href="https://web.archive.org/web/20070516081516/http://www.kolab.org/about-kolab-clients.html" rel="noreferrer" target="_blank">https://web.archive.org/web/20070516081516/http://www.kolab.org/about-kolab-clients.html</a> <br>
><br>
><br>
> If it could list the different clients people are using and what the <br>
> expectations are.<br>
><br>
> If people are having success with Outlook we should be shouting from <br>
> the rooftops.<br>
><br>
> I will even volunteer to write it up. If people can send me what they <br>
> have working, then I will put it in a document and we can post it <br>
> somewhere.<br>
><br>
> thanks,<br>
><br>
> Geoff<br>
<br>
Hello Geoff<br>
<br>
I will wrote few words about "replacing Exchange Server" from my <br>
experience. I joined this project with similar ideas ( in fact I first <br>
started to build my own ldap-centric project because i wasn't aware of <br>
kolab )<br>
<br>
Replacing Exchange with ... exchange is neither an easy task :) I <br>
recently migrated from 2007 to 2013 ( because there is no path to <br>
migrate directly to 2016) and I had enough troubles to postpone the <br>
migration to the current version few months in order to allow the <br>
situation to stabilize( for example i discovered they used a public <br>
folder and this feature was removed in next versions). There are a lot <br>
of changes in exchange and outlook and the compatibility between <br>
versions is poor.<br>
<br>
Now, about mail client:<br>
<br>
IMHO in a corporate environment is nearly impossible to remove outlook. <br>
Even if you will find a better client, you will find someday a stupid <br>
feature who is missing. But the real problem is to deploy the client. <br>
Thunderbird work pretty well and it has plugins for each feature you <br>
want. But can we deploy the plugins via group policy? Never tried but it <br>
will be tough. And you will deploy Outlook anyway, because you cannot <br>
avoid MsOffice. A corporation without powerpoint is not a corporation, <br>
without powerpoint people will be forced to work :)<br>
<br>
So there is only Outlook you can consider. I made some tests with <br>
Outlook2010 in the past and seems to work well with ActiveSync. But I <br>
didn't use it daily. Also there are plugins for caldav if you want to <br>
use it with IMAP (here there is the same problem , you will need to <br>
configure them one by one because the autoconfiguration is only about <br>
the e-mail account). The newest versions of outlook are dificult to be <br>
configured manually, I don't know, for example, how to force it to use <br>
ActiveSync instead of IMAP via autoconf. The big pain here is the IMAP <br>
implementation on Outlook is not always work flawless but it looks it <br>
was improved in newest version.<br>
<br>
Now, about the features:<br>
<br>
I had a HTC corporate smartphone around 2008 running windows CE and <br>
outlook. This years having ActiveSync with contacts and calendar was <br>
"THE BIG THING". Everybody want it and I installed a lot of Windows SBS <br>
with exchange precisely for this feature.<br>
<br>
Nowadays people with android smartphones are more or less forced to use <br>
a google account and will syncronize the contacts with this one. The big <br>
advantage is when you leave the company you will go with the contacts, <br>
which is an unwrited law among corporate people :) . I have enough <br>
installs of kolab servers with ActiveSync working well but I know maybe <br>
two people who really use the address book.<br>
<br>
There is still the global agenda which is more or less useful. But the <br>
only install I had where the global agenda was maintained properly ( <br>
with phone numbers, at least, maybe photos) was one where I used <br>
openldap on linux and I made a small "site" where the HR department can <br>
upload/change those data. Here Active Directory is not an example at <br>
all. I don't know HR people willing to use the AD MMC and you cannot <br>
maintain GAL with IT department. Here we can do more with kolab :)<br>
<br>
<br>
The only important thing remaining seems to be the calendar. I use <br>
dovecot for IMAP where seems to be difficult to use shared contacts or <br>
calendars but in fact nobody want to manage multiple calendars. You <br>
receive an invite and add it to your calendar. If you have an working <br>
calendar ( with iRony on desktop and ActiveSync on mobile) will be great <br>
and in fact it works. Having shared calendars for objects ( conference <br>
rooms, cars, demo devices) will be also great and I think it works with <br>
kolab ( i can't do it with dovecot)<br>
<br>
Now, I think the most used new feature in Exchange is "skype for <br>
business" . There is no big integration deal ( just having the same <br>
account) but group calls are more and more popular. Here you will need <br>
a solution if you want to replace Exchange. I spent lot of time triyng <br>
to use ejabberd or openfire for xmpp but it look this is a dead end . <br>
Probably using mattermost is the right way to do it. I used for 2-3 <br>
years for a 20 users company RocketChat as conference solution. This is <br>
a sort of "hipster-driven" server, their ldap implementation is rather <br>
hilarious ( it need periodic sincronization, sort of offline sync) and I <br>
was loosing the chat history at nearly every upgrade but peoples where <br>
rather happy with this apps, working either from browser or using a <br>
client .<br>
<br>
There are also some "small things" who can become more important than <br>
the "big ones". You can't use "sieve filters" with outlook. When using <br>
Exchange ( or any other groupware) you will need to create filtering <br>
rules on the server. ATM, you can do that only using roundcube. There is <br>
a sieve plugin for thunderbird but it require sieve syntax knowledge so <br>
it is unusable anyway. The most stupid missing feature is the ability to <br>
set vacation messages ( you can do it from roundcube because it is a <br>
sieve filter too but nobody will search for this feature in the <br>
"filters" tab). One of my most successful solution was to rename this <br>
tab "autoresponder and filters" :) Anyway , we will need an user <br>
friendly sieve outlook (and thunderbird) plugin .<br>
<br>
As I said, Microsoft removed the "public folders" feature in Exchange. <br>
It was, indeed, a wrong way to use file sharing. That's why I prefer to <br>
use the owncloud integration: sharing files is a different thing, there <br>
are different product implementing it; but is nice to have the <br>
possibility to attach those files. I have webdav owncloud implemented <br>
for one customer, it works pretty well now but is not so popular. But <br>
maybe for larger companies could be useful.<br>
<br>
<br>
Well, it was pretty long. Maybe I missed things but the fact is the <br>
major issues are solved but the devil is in the details..<br>
<br>
Mihai<br>
<br>
<br>
<br>
<br>
<br>
> _______________________________________________<br>
> users mailing list<br>
> <a href="mailto:users@lists.kolab.org" target="_blank">users@lists.kolab.org</a><br>
> <a href="https://lists.kolab.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.kolab.org/mailman/listinfo/users</a><br>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@lists.kolab.org" target="_blank">users@lists.kolab.org</a><br>
<a href="https://lists.kolab.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.kolab.org/mailman/listinfo/users</a></blockquote></div>