Reminder from already deleted calendar appointment keeps on popping up
-
I had the same issue this morning. I got a reminder for an object which was deleted, but still in the softdelete folder. As a result, WebApp kept bugging me with a reminder which could not be closed, as the appointment was not in the calendar.
Purging the softdelete fixed it.
To me, this sounds like a bug: either there should be no reminder (because there is no appointment in the calender), or dismissing a reminder must look in the calender as well as in the softdelete area.
WebApp: 3.4.6.1249+48.1
Kopano Core: 8.5.4 -
Same problem today for one user. Purging the softdelete finally fixed it for me too.
WebApp: 3.4.7.1280+49.1
Kopano Core: 8.5.5 -
Have this too on 3 installations
WebApp: 3.4.7.1280+49.1
Kopano Core: 8.5.5 -
I also had this issue - running
kopano-admin --purge-softdelete 1 -v
fixed it :-) -
but if running purge-softdelete the users are not able to restore items am i right ?
rg
Christian -
Hi,
if I understand this here right:
https://doc.zarafa.com/trunk/Administrator_Manual/en-US/html/_soft_delete_system.htmlthan there is no restore possible.
But how exactly softdelete ist working - I am not sure, what you can see here: https://forum.kopano.io/topic/1039/deleting-emails-does-not-reduce-mailbox-size/4
best regards
Andreas -
Hello together,
if you delete an item, this item is not deleted for real but get the “softdelete-flag”. this is used to hide this item under the deleted path and show it under “restore items”.
by default kopano-server is configured to harddelete all softdeleted items older than 30 days. After that you cant restore this item without having external backup or archiving. (wich is highly recommended and even more nessercary when looking at DSGVO etc., comeing this year)
e.g. mariadb working with innodb wont free the physical disk space from disk, but will allocate new items etc. within this space.
After deleteing a hugh ammount of items (had this case with over 1.9 mio elements) i cleaned up my db by using the command described later in the posted link from @AnotherAndy.
the result was a cleaned up and much better performing db :)
but be careful, you need the physical diskspace from the biggest table stored within your data directory additionaly on your disk.
the sqlcheck will copy every table file per file and create a new one, replacing the current.coffee_is_life
-
Good afternoon,
Following problem:
I have a reminder, I click “Dismiss” and I get:
Cannot dismiss the reminder. You may be reminded again.
This has happened only recently, I never had this issue before.
The event was added to the calendar well after the upgrade of Kopano core and after the recent update of Webapp.
Current versions:
WebApp:
3.4.10.1330+755.1
Kopano Core:
8.5.4
Z-Push:
2.4.0+0-0If I click “Dismiss” or “Dismiss All” I get the error message and the event keeps coming up.
I have tried with the old zarafa webaccess (which still runs on my server) and the reminder comes up but clicking “Dismiss” nothing happens and the event stays up.
The event was created via z-push on my android phone.
Manually deleting the event in the calendar didn’t solve the issue at all, although the event is gone in the calendar, reminders still come up.
In the end the only way to fix it was to purge-softdelete with 0 as a parameter.
Something is broken somewhere… Particularly as a number of people noticed it so far.
Perhaps the latest version of z-push prod, not sure. This is the first time that I see this happening on my system.
-
As far as I can see it seems to be a privilege problem. I came across the same error when I deleted an event (and also when I changed another) on another user’s calendar. We have mutual mailbox access, but I never bothered with setting the correct privileges for me since I’m also administrator and the force is with me. After changing the privileges for the relevant items (set mailbox and calendar to “full access”, so no refined research for now) deleting an event on the other calendar worked as expected: No more reminder!
-
Second user with this problem.
The reminder is comming every few seconds for an older element.There seams to be an issue with this.
-
which z-push version do you use - also 2.4.0?
and from where did you create this calendar item?coffee_is_life
-
This is a known issue in the 8.5 release of kopano and most likely linked to kc-1074. The latter has received a fix yesterday. After it has received some testing we are going to put out a new 8.5 update.
Regards Felix
Resources:
https://kopano.com/blog/how-to-get-kopano/
https://documentation.kopano.io/
https://kb.kopano.io/Support overview:
https://kopano.com/support/ -
Mine wasn’t a cross user event. It was something that I created myself in my own inbox just a couple of days earlier and then the problem occurred.
-
@coffee_is_life
I don’t have z-push installed or outlook in use. The items are created in the local calendar with deskapp. -
Question, does this build:
include the fix or that’s only for now in 8.6 in mainline?
-
No, https://stash.kopano.io/projects/KC/repos/kopanocore/commits/8d4379d33cf96187829a5ce29f76afe90b20af63 is not yet included in any binary release. Its also not yet merged back to any other branch.
-
Hello,
I was wondering if the commit is now available in mainline. I keep getting the same problems
-
same here, just received a call from an employee. She is getting reminders of a shared mailbox which were 2 months ago. She cannot acknowledge nor delete them. The error message in german is “Outlook kann diese Erinnerung nicht abschalten. Die Erinnerung wird möglicherweise erneut erfolgen. Zugriff verweigert” which means something like “Outlook cannot disable this reminder. The reminder possibly will reoccur. Access denied”.
-
@micro said in Reminder from already deleted calendar appointment keeps on popping up:
same here
that must be something else. the here mentioned fix has long been released (https://jira.kopano.io/browse/KC-1074 mentions 8.5.6 and 8.6.1 as the fix versions), also your error message does not fit to the behaviour in this thread.
I’d recommend to open a dedicated thread, or (even better) open a support case so one of our support engineers can have a look at your system). This may also help for your gab sorting thing.
Regards Felix
Resources:
https://kopano.com/blog/how-to-get-kopano/
https://documentation.kopano.io/
https://kb.kopano.io/Support overview:
https://kopano.com/support/ -
Hi Felix,
this happened to a Outlook2010+ZarafaClient workstation. This employee (Alice) has attached a shared folder of another employee (Bob) into Outlook by using [Zarafa] ribbon and the option <permanently - whole mailbox>.
I checked the security permissions on mailbox Bob. The root has security permission “Alice” with template no rights, so only the “list” bit is set. The calendar has the template “Read-only”. These settings were used for years without issues. After testwise changing the calendar permission from “read-only” to “secretary” the issue seems to have solved. As conclusion it looks like the “write” permission is needed after we upgraded to Kopano, that was not the case with Zarafa Server 7.2.4 we migrated from.
