Tickets :: [#13802] Kronolith with iCal sends out to many notifications

6.0.0-alpha14

7/1/25

Summary	Kronolith with iCal sends out to many notifications
Queue	Kronolith
Queue Version	4.2.4
Type	Bug
State	Duplicate
Priority	2. Medium
Owners
Requester	sebastian (at) fuchs (dot) ws
Created	01/14/2015 (3821 days ago)
Due
Updated	11/05/2015 (3526 days ago)
Assigned
Resolved	01/15/2015 (3820 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

11/05/2015 01:06:16 PM	guillermo (dot) elia (at) corp (dot) saninternet (dot) com	Comment #6	Reply to this comment
Hello! We've been using Horde with Kronolith for some time now, and everything is working pretty well. The thing is, we have one MAC user, on Yosemite, that's experiencing the problem described on this ticket. Every time he confirms, rejects, or interacts in any way with an event, everyone receives a million notifications about it. Is there any way to avoid this? He uses Calendar(former iCal) and his iPhone to manage his calendars.

01/15/2015 03:38:36 PM	sebastian (at) fuchs (dot) ws	Comment #5	Reply to this comment
this is indeed a showstopper. it might be iCal producing this error, however horde should not send so many emails especially if set in user prefs not to send any notifications Which is why that ticket is open and currently being worked on now. this is great to hear, thanks! [Show Quoted Text - 14 lines][Hide Quoted Text] another question: isn't horde able to handle internal invitations (users are known to horde!) just internally, without the need to send emails? Because this is not how the iTip standard for event organization works. We could implement a separate planning infrastructure just for internal users, but noone has come up with an implementation or intent to sponsor such development yet. For what it's worth, I've thought about going down this road a number of times while working on ActiveSync related appointment stuff. It's still somewhere on my "do when I have time" list, though sponsoring would definitely help speed it along. I have that list too ;-) ok, so my understanding of Horde after several months of testing for small companies is: just use the web interface! do not try to use with os clients, it generates unexpected behaviour especially on OSX. Currently, for certain use cases, maybe. I would also add "Don't use buggy clients" to that list as well. right, it is too sad the inventor of CalDav/CardDav doesn't care about it's own software anymore ... and on OSX there is no real alternative, except thunderbird lightning - but which might be to "techie" to normal users

01/15/2015 03:17:48 PM	Michael Rubinsky	Comment #4	Reply to this comment
this is indeed a showstopper. it might be iCal producing this error, however horde should not send so many emails especially if set in user prefs not to send any notifications Which is why that ticket is open and currently being worked on now. another question: isn't horde able to handle internal invitations (users are known to horde!) just internally, without the need to send emails? Because this is not how the iTip standard for event organization works. We could implement a separate planning infrastructure just for internal users, but noone has come up with an implementation or intent to sponsor such development yet. For what it's worth, I've thought about going down this road a number of times while working on ActiveSync related appointment stuff. It's still somewhere on my "do when I have time" list, though sponsoring would definitely help speed it along. ok, so my understanding of Horde after several months of testing for small companies is: just use the web interface! do not try to use with os clients, it generates unexpected behaviour especially on OSX. Currently, for certain use cases, maybe. I would also add "Don't use buggy clients" to that list as well.

01/15/2015 09:40:45 AM	sebastian (at) fuchs (dot) ws	Comment #3	Reply to this comment
thanks for your fast reply! [Show Quoted Text - 13 lines][Hide Quoted Text] This might be (is) an iCal issue, but anyway: When accepting invitations by email (ics) with OSX (10.10.1) using iCal the event initially gets added and auto-accepted (!) to the wrong calender and and email is send out to all attendees and the organizer. Even if "Don't send me a notification if I've added, changed or deleted the event" and "Choose if you want to be notified of new, edited, and deleted events by email" in the user prefs (Calendar > Notifications) are disabled. Where the event is saved is up to the client, nothing we can do about. I guess you use iCal to access Kronolith via CalDAV? You didn't mention this but from the context this is what I assume. correct, iCal access Kronolith via CalDAV. with every new version iCal for non-iCloud users gets worse and worse ... [Show Quoted Text - 11 lines][Hide Quoted Text] then, when moving the event to the correct calendar (all are horde carddav calendars) the event gets cancelled (sends email to attendees and organizer) and accepeted again (sends email to attendees and organizer). this behaviour seems to be new. it's unclear to me why iCal is triggering these emails (maybe https://bugs.horde.org/ticket/3965#c15 ?), even if all notifications are turned off. Yes, this is a duplicate of this and several other tickets. this is indeed a showstopper. it might be iCal producing this error, however horde should not send so many emails especially if set in user prefs not to send any notifications [Show Quoted Text - 9 lines][Hide Quoted Text] another question: isn't horde able to handle internal invitations (users are known to horde!) just internally, without the need to send emails? Because this is not how the iTip standard for event organization works. We could implement a separate planning infrastructure just for internal users, but noone has come up with an implementation or intent to sponsor such development yet. ok, so my understanding of Horde after several months of testing for small companies is: just use the web interface! do not try to use with os clients, it generates unexpected behaviour especially on OSX. A user creates a new event in iCal or horde webinterface and Kronolith places the event to the known user's calendar as tentative. Only external users (email adresses not known by horde user management) should get emails (ONCE or on usefull updates ;-)

01/15/2015 09:17:25 AM	Jan Schneider	Comment #2 State ⇒ Duplicate	Reply to this comment
[Show Quoted Text - 9 lines][Hide Quoted Text] This might be (is) an iCal issue, but anyway: When accepting invitations by email (ics) with OSX (10.10.1) using iCal the event initially gets added and auto-accepted (!) to the wrong calender and and email is send out to all attendees and the organizer. Even if "Don't send me a notification if I've added, changed or deleted the event" and "Choose if you want to be notified of new, edited, and deleted events by email" in the user prefs (Calendar > Notifications) are disabled. Where the event is saved is up to the client, nothing we can do about. I guess you use iCal to access Kronolith via CalDAV? You didn't mention this but from the context this is what I assume. [Show Quoted Text - 9 lines][Hide Quoted Text] then, when moving the event to the correct calendar (all are horde carddav calendars) the event gets cancelled (sends email to attendees and organizer) and accepeted again (sends email to attendees and organizer). this behaviour seems to be new. it's unclear to me why iCal is triggering these emails (maybe https://bugs.horde.org/ticket/3965#c15 ?), even if all notifications are turned off. Yes, this is a duplicate of this and several other tickets. another question: isn't horde able to handle internal invitations (users are known to horde!) just internally, without the need to send emails? Because this is not how the iTip standard for event organization works. We could implement a separate planning infrastructure just for internal users, but noone has come up with an implementation or intent to sponsor such development yet. A user creates a new event in iCal or horde webinterface and Kronolith places the event to the known user's calendar as tentative. Only external users (email adresses not known by horde user management) should get emails (ONCE or on usefull updates ;-)

01/14/2015 10:54:11 PM	sebastian (at) fuchs (dot) ws	Comment #1 Priority ⇒ 2. Medium Type ⇒ Bug Summary ⇒ Kronolith with iCal sends out to many notifications Queue ⇒ Kronolith Milestone ⇒ Patch ⇒ No State ⇒ Unconfirmed	Reply to this comment
This might be (is) an iCal issue, but anyway: When accepting invitations by email (ics) with OSX (10.10.1) using iCal the event initially gets added and auto-accepted (!) to the wrong calender and and email is send out to all attendees and the organizer. Even if "Don't send me a notification if I've added, changed or deleted the event" and "Choose if you want to be notified of new, edited, and deleted events by email" in the user prefs (Calendar > Notifications) are disabled. then, when moving the event to the correct calendar (all are horde carddav calendars) the event gets cancelled (sends email to attendees and organizer) and accepeted again (sends email to attendees and organizer). this behaviour seems to be new. it's unclear to me why iCal is triggering these emails (maybe https://bugs.horde.org/ticket/3965#c15 ?), even if all notifications are turned off. another question: isn't horde able to handle internal invitations (users are known to horde!) just internally, without the need to send emails? A user creates a new event in iCal or horde webinterface and Kronolith places the event to the known user's calendar as tentative. Only external users (email adresses not known by horde user management) should get emails (ONCE or on usefull updates ;-)