 Delegation frustration since 8.2.0 [message #111486] |
Fri, 07 March 2014 10:05  |
Techguy
Messages: 13
Registered: March 2014
|
|
|
|
We were still on Kerio 8.1.3 and planned an upgrade to 8.2.2 to ensure we were on the latest version to benefit from fixes & improvements since that's where we pay yearly licensing fees for.
It was a step I truly regret and am even considering rolling back to the pre-8.2 version or even switching away to a different mail platform because it looks like the delegation functionality hasn't been thought out and implemented properly.
Here's a selection of the issues, in order from least to worst.
Repeated request to add calendars
After the update, our OSX users are being confronted with invites whether they wanted to add ~10 calenders that were available. For some this seems to stop after one time, for others it continues to "remind" them.
Assistants were unable to manage the manager's calendars
The managers needed to explicitly delegate their calendar and thus also inbox to the assistants. Pretty annoying, this wasn't needed before and sharing the whole inbox is not always desirable.
Events made by deleted users could not be modified anymore
Events made in the past by employees who are not longer working for us could not be modified anymore. And since the user doesn't exist (and hasn't for a year) its not possible to delegate the event to the new responsible person. We might be able to workaround this by temporarily creating the user and delegating it but I have a feeling all delegation settings will be lost again when we remove the user again. So, this means we have to either "live with it" and recreate the calendar entries or waste licenses for all users that have created items in the past. Not acceptable and feels not fully thought out.
Errors are thrown in public calendars on OSX
Working with public calendars has changed. OSX gives an "CalDAVWriteEntityQueueableOperation" / 403 error when copying events. This error is pretty persistent,
Events made by external parties cannot be accepted via Outlook
An external party - not a user on our mailserver - sent an invitation request to ~5 of our local users and a few others (external). This invite could not be accepted (tentatively) on Outlook 2013 with the latest KerioConnector (Offline) as it mentioned (translated) "You do not have permissions to invite people on behalf of other users". Oddly, Outlook did show a "Tentatively accepted by <user>" but wasn't processed.
I have a feeling it may be related to the fact that the user was invited via "firstname@domain" instead of "username@domain" which is the primary username whereas the firstname<_at_> is an alias for it. Same odd behavior is seen with mailinglists with people in cc.
The only way to accept this is by doing it via the webmail interface.
------------------------------------------------------------ ---------------------------------
These issues have cost me quite a few precious hours the past week, hours I could have spent on other - more important - things instead of dealing with the fallout of the upgrade.
Is there a way to disable the delegation functionality or will this be addressed in 8.2.3? Judging from a search on the forum/Google I am not the only one affected with this "functionality".
This "functionality" makes me resonsider the decision to start (and continue) using Kerio and this might result in us not renewing our license and moving to a different mailserver instead.
Even though the Kerio webmail and admin interfaces are pretty nice and I do like the offered functionality. The issues in integration are quite annoying, especially since this something you use on a daily basis.
We already had to live with the fact that Thunderbird+Lightning with CalDAV does not work properly (Edit: Actually. Thunderbird Caldav seems to work fine now?!) but from the Kerio Connector one would assume you guys know what you are doing...
I hope someone from Kerio could respond to this topic. Thanks!
[Updated on: Fri, 07 March 2014 10:28] Report message to a moderator |
|
|
|
| Re: Delegation frustration since 8.2.0 [message #111630 is a reply to message #111486] |
Thu, 13 March 2014 08:58  |
Techguy
Messages: 13
Registered: March 2014
|
|
|
|
Its rather disappointing this thread has had ~500 views and recieved zero replies. Are we the only ones with these problems? Doesn't Kerio care about resolving these issues and keeping their customers happy?
To add to the list of problems, Outlook users (with the Kerio Offline Connector) cannot even invite other colleagues! They are getting a messagebox stating that they are not allowed to invite people on behalf of someone else. Someone else? They are inviting on behalf of themselves so why isn't this working.
Is there a way to disable the new "delegation" feature completely? This would solve it for us, since we do not need such complex setups in our company.
[Updated on: Thu, 13 March 2014 08:59] Report message to a moderator |
|
|
|
| Re: Delegation frustration since 8.2.0 [message #111648 is a reply to message #111486] |
Thu, 13 March 2014 15:23 |
talos4
Messages: 10
Registered: March 2014
|
|
|
|
I have a client on 7.4.3 that needs to upgrade and is a big user of calendars/delegation. It concerns me as well that nobody has a reply to Techguy. From my research the problems Techguy reports is a known issue and many users have complained to Kerio about this. It looks like this may be resolved in 8.3 but I'm not so sure.
Kerio support - would be helpful if you chimed in with some thoughts on this matter. I'm holding off on the upgrade and starting to look at other alternative systems.
|
|
|
|
| Re: Delegation frustration since 8.2.0 [message #111728 is a reply to message #111648] |
Mon, 17 March 2014 15:22 |
Techguy
Messages: 13
Registered: March 2014
|
|
|
|
I would definitly wait until Kerio finally responds/takes action!
More issues to add to the list. People are not able to update calendar invites and add more attendees. This results in the dreaded "you do not have permission to invite others on behalf of others". Extremely annoying. Strangely, the event appears to be edited (since it later - the 2nd click on the button - results in "no changes are made, do you want to proceed".)
What is going on and why is nobody from Kerio taking the time to respond here? Are we really supposed to spend 80 bucks per issue to get these problems - which are clearly bugs or not properly designed "features" - resolved?
|
|
|
|
|
|
| Re: Delegation frustration since 8.2.0 [message #111731 is a reply to message #111729] |
Mon, 17 March 2014 15:37 |
Techguy
Messages: 13
Registered: March 2014
|
|
|
|
HoosierMac wrote on Mon, 17 March 2014 15:31If you want direct support, file a support ticket.
Its rather ridiculous to pay 80bucks per issue to get this resolved, even though there are several users complaining about this (in other threads) and nobody from Kerio ever took the time to respond to those either and this is clearly an issue on their end.
|
|
|
|
| Re: Delegation frustration since 8.2.0 [message #111739 is a reply to message #111731] |
Mon, 17 March 2014 16:43 |
j.a.duke
Messages: 239
Registered: October 2006
|
|
|
|
Techguy wrote on Mon, 17 March 2014 10:37HoosierMac wrote on Mon, 17 March 2014 15:31If you want direct support, file a support ticket.
Its rather ridiculous to pay 80bucks per issue to get this resolved, even though there are several users complaining about this (in other threads) and nobody from Kerio ever took the time to respond to those either and this is clearly an issue on their end.
You do get two incidents as part of your yearly maintenance, so while I don't advocate frivolously using your support, here might be a good time to use one.
Nothing like support tickets to get developer's attention that a feature needs work with regard to how it is implemented.
Having said that, I'm hold off on upgrading until saner heads prevail and fix the outstanding issues.
Cheers,
Jon
|
|
|
|
|
|
|
|
| Re: Delegation frustration since 8.2.0 [message #111848 is a reply to message #111486] |
Thu, 20 March 2014 10:43 |
AndrzejB
Messages: 2
Registered: March 2014
|
|
|
|
With the greatest respect Pavel, but your are wrong. Problems with delegation rights were reported by my Colleague while ago directly through UK Technical Support line, so what you replied to Techguy is incorrect. As I`m aware not only we have reported that problem. We have very similar problems to Techguy issues. However we don`t use Apple products, software, hardware etc. We have Outlook 2007 in Windows environment working on Windows Servers. Kerio Connect version is 8.2.2.
Just to let you know I do have access to emails received from Kerio with many solutions ( which actually didn`t help ) about delegations. Below I quote one of those e-mails as a prove that Kerio is aware of that problem( e-mail was sent by UK Technical Support on 13th of February 2014 ):
"You are quite right I have tested this here and delegation does auto populate, so this will be causing the issue with the KOFF/Outlook using up all the memory automatically. The sharing/delegation change came about due to customers asking for full support for delegation and this did change the behavior of sharing. We do have a suggestion on file from customers requesting that the sharing functionality to be restore to normal to which I have added your details to but have no time frame as to when this is due to be completed. At the moment there is no other way to get around this issue until the developers can revert the behavior with sharing permissions.
We have had some people downgrade from Kerio Connect 8.2 back to the last version of 8.1 (8.1.1 patch 3) but you have to do a lot of work to roll back as you have roll back not just the server but the folder permission will have to be re-appled/corrected and you the risk of having to re-do KOFF accounts for some or all users. So I do not recommend doing this as you could potentially cause more issues."
Please do improve a communication within Technical Support department as I believe this is not acceptable to confuse your Customers.
Thank you
|
|
|
|
Members
Search
Help
Register
Login
Home
