| TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #117451] |
Wed, 12 November 2014 09:00  |
stephane.wierzbicki
Messages: 41
Registered: February 2014
|
|
|
|
Hello,
Kerio Outlook Connector (Offline Edition) is currently installed on all our TSE server.
The big drawback is local cache that cannot be stored on a remote network.
As we are getting short of disk space, I'm willing to replace Kerio Outlook Connector (Offline Edition) with Kerio Outlook Connector (without offline caching).
Is Kerio Outlook Connector (without offline caching) still supported ?
Will my user have the same functionalities as Kerio Outlook Connector (offline Edition) ?
|
|
|
|
|
|
|
|
| Re: TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #119600 is a reply to message #117460] |
Mon, 23 February 2015 16:34  |
pentoli
Messages: 8
Registered: September 2009
Location: Switzerland
|
|
|
|
Hi Mark,
Thanks for the information. I used KOC on my terminal server with office 2003 and had to change to KOFF with the new TS and office 2010.
The problem of having a local copy of the data is not solved with just changing the path to another local store.
Just imagine you have a TS with 50 users and its actually running under vmware on the same host as the kerio server. This means we copy around the same files on the same hard disk for nothing!! So not including the backups, we get 100% redundancy of data without need.
It would be a really nice feature if you would add the possibility in KOFF to just turn off the local copy of the data.
Best regards,
Olivier
|
|
|
|
| Re: TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #120212 is a reply to message #119600] |
Sat, 21 March 2015 12:49 |
Christian Mais
Messages: 5
Registered: March 2010
Location: Frankfurt am Main, German...
|
|
|
|
Hi Mark,
we do have the same problem with one of our customers installations. They are using a W2k3 Server with Outlook 2033 and the KOC because of its unrivaled performance when syncing the "flagged" information on mails. They heavily rely on that workflow, so I see no chance to stay with Kerio if you stopped the development for the KOC  As Olivier mentioned, this customer also uses one account with 5 people at the same time, so changing the location multiplies the same data. Is there no other approach for such a scenario?
Best regards,
Christian
|
|
|
|
|
|
| Re: TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #120229 is a reply to message #120215] |
Mon, 23 March 2015 12:00 |
pentoli
Messages: 8
Registered: September 2009
Location: Switzerland
|
|
|
|
Brian, basically I have nothing against using KOFF, but: We need the possibility to deactivate the offline copy of the emails.
In my office, the TS and Kerio Server are 2 virtual machines running on the same host. Therefore TS users could access the Kerio Server directly and there is no need to copy around data from one place to the other...
Just implement a "save emails locally ON/OFF" switch in KOFF. Or probably even more interesting for many users: "keep local copies of emails for the last XXX days", for the rest an online request to the Kerio Server has to be made. I believe many people would like this to synchronize mail with small laptops.
|
|
|
|
|
|
| Re: TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #120241 is a reply to message #120215] |
Mon, 23 March 2015 16:39 |
Maerad
Messages: 275
Registered: August 2013
|
|
|
|
Brian Carmichael (Kerio) wrote on Sat, 21 March 2015 16:06Are there any specific reasons not to use the Kerio Connect Client for such an environment?
One of the most important things is the connection to an ERP-System. Those need Outlook or at least a mapi mail client. You can't import from the kerio webmailer.
Anyway - KOFF runs perfectly on a TSE. It just needs 1-2 tweaks. And DON'T put the cache on a network drive, at least if you don't run a iscsi on a 10 gb line. Otherwise outlook will read the whole cache most of the time, killing your connection.
Both our TS are virtualized with HyperV-Server 2012. I just build in a SSD (no raid) as cache HDD and it's routed into the VM Guest. If a user connects the first time, I execute a changed kerio autoconnect script and set the cache path of KOFF to the SSD hdd (like d:\KerioCache\%USERNAME%\).
The SSD is excluded from all backups and the user can browse their mailfolders without interruption. And still fast as hell. Also if the SSD crashes, who cares > get a new one and done.
It also dosn't kill the raid 10 on our main server with the searches and heavy file based access.
I guess that's also why kerio changed from KOC to KOFF. It's a heavily file based system without any SQL. That means every access to mails can't be cached, maybe only the index/preview. Also any search means to read the whole folder instead of a index (SOLR), maybe because MS has build a big wall around outlook.
In a client-only enviroment it's really nice to have, unloading the cache to the machine. Also for offline browsing. But on a TS it can be a bit hard on the resources. Just get a bigger SSD (they aren't that expensive anymore) and put the cache on it.
Had the Cache on our raid 10 on the two ts for some time in the past and the I/O was really high. SSD > niceee... And way more reads then write operations. And NICE compressable data. Sandforce says hello :3
|
|
|
|
|
|
|
|
|
|
| Re: TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #120321 is a reply to message #120261] |
Wed, 25 March 2015 18:57 |
Christian Mais
Messages: 5
Registered: March 2010
Location: Frankfurt am Main, German...
|
|
|
|
Hi all,
I agree with Maerad, e.g. the Kerio Connect Client is missing different colored flags. Sounds simple, but Apple Mail as well as Outlook use them. If your workflow relies on these, the Client is of no use. On the other hand, people often use lots of opened mail windows at the same time for multi-tasking. This is not the same with a mail client as with a web client.
After reading that great ideas of how to "tune" the KOFF on a WTS: Can you give me an idea if this would be fast enough for the customers workflow:
This at the moment is as follows: 5 users are working on the info<_at_> account on the WTS. They use the KOC which gives them very fast updates on the several colored flags in Outlook. This is what is most important for them.
If the KOFF would give the same performance (about 5 to 30 seconds for syncing these status information) it would be a welcome alternative...
Do you have an idea if that is possible? We tried it in Apple Mail but without success. Perhaps KOFF 8.5 in Outlook 2013 with ActiveSync 14.1 could be fast enough?!
Best regards,
Christian
|
|
|
|
| Re: TSE : Kerio Outlook Connector (without offline caching) vs Kerio Outlook Connector (Offline Edition) [message #120322 is a reply to message #120321] |
Wed, 25 March 2015 20:22 |
Maerad
Messages: 275
Registered: August 2013
|
|
|
|
Christian Mais wrote on Wed, 25 March 2015 18:57
If the KOFF would give the same performance (about 5 to 30 seconds for syncing these status information) it would be a welcome alternative...
Do you have an idea if that is possible? We tried it in Apple Mail but without success. Perhaps KOFF 8.5 in Outlook 2013 with ActiveSync 14.1 could be fast enough?!
AFAIK is the sync from KOFF not different from KOC in terms of speed. Well, it should be even faster. The main difference between both is, that KOC displays the current state on the server and (theoretically) should also update everything in realtime. But then every bit of information. KOFF caches the stuff locally, but that dosen't mean it's slow. Could be even faster, if it only needs to update the new information (based on the cache). We run our info address as public folder with 8 ppl accessing it - incl. special access rights per group and lower folders. And I never had any problems in terms of speed. If someone marks a mail red, all others seen it a microsecond later. IF they are in the local network. Remote connection needs a bit longer, like 1-5 seconds.
The only problem I had was duplicated folders... because some hero had outlook on his laptop, bringing it in standby every time and accessing kerio that way.
With a "turned on time" from the laptop with 22 days it desynced the public folder, creating additional folders (was fax, fax1, fax2, fax3). Nothing was lost, but I had to resync his outlook and delete those folders.
|
|
|
|
Members
Search
Help
Register
Login
Home
