Hi,
I got a shared Calendar where authorized users needs to make,edit,delete entries.
The users experiencing a bug since 1 Week they can’t edit the Calendar items, however they got full accessrights to it(owner).
Appreciate the help
The users experiencing a bug since 1 Week they can’t edit the Calendar items, however they got full accessrights to it(owner).
If you have V10, then suggest to try the latest eM Client V10.3.2412 if you haven’t already from the release history page.
If you do update eM Client, backup your current version first via “Menu / Backup” incase you need to restore for any reason. Also close eM Client before updating.
Note: You can see when the backup is complete in Show Operations via clicking the drop-down on the right of Refresh top left.
Now if the update doesn’t make any difference or you already have the latest version, then suggest to “dblcheck the original calendar is still shared ok with full read / write access”, and that the users accessing it “also still have read / write access” just incase the permissions have changed.
If the permissions are still ok either end, then suggest next if you have an active paid Pro or Personal version, go to the VIP support page and login and lodge a support ticket to be investigated. Let support know what Calendar type server you are using and where it’s hosted etc.
1 Like
Thank you, I’ve already upgraded to the latest eM Client version checked read / write permissions and the Problem still exists. In Outlook I can delete the same entries I could not in eM Client.
Anyone?
What account do you have? Is it M365, on premise Exchange, CalDAV server? We will need EWS (for Exchange account) or CalDAV logs to diagnose the issue.
We use an on-premises Exchange Server 2019. Where can I find the relevant logs for this issue?
I have searched both C:\inetpub\logs\LogFiles and C:\Program Files\Microsoft\Exchange Server\V15\Logging\Ews, but could not find any useful information relating to the bug after reproducing it.
dug through the EWS traces. event creation goes through fine, CreateItem works, server returns the ItemId + ChangeKey, no problem there. when i hit delete in em client though… there is no DeleteItem request going out at all.
instead the client keeps hammering GetFolder against the shared mailbox [email protected]. tries msgfolderroot, inbox, drafts, deleteditems, sentitems. every single one comes back with ErrorItemNotFound or ErrorFolderNotFound – literally “Das angegebene Objekt wurde im Informationsspeicher nicht gefunden”
so what’s happening: em client never gets past resolving the folder ids, it can’t find the right target folder, so it never even issues the actual delete call. outlook handles the same mailbox + rights fine, so it’s not perms, owner rights are there.
this looks like a bug in how em client resolves distinguished folders in a delegated/shared mailbox on exchange 2019. the rights are there, exchange replies correctly when outlook asks, only em client is choking.
need confirmation if this is a known regression in 10.3.x or if there’s a fix coming.