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

* Your Email Address
* Spam protection	Enter the letters below: .__ . ..__. ..___. [__)\| \|\| \| \| \| [__)\|__\|\|__\\__\| \|
Comment	> thanks for your fast reply! > >>> 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 ... > >> >>> 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 > >> >>> 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 ;-) >> >
Attachment
Watch this ticket

Saved Queries