Actually, I lied. This was already implemented, but had some issues in 
some cases - like when an attendee altered his/her response an iTip 
would be sent to the ORGANIZER with a ITIP_REPLY as expected, but an 
additional ITIP_REQUEST would also be sent. This has now been fixed, 
along with some more checks that only the ORGANIZER's copy of the 
event can trigger requests/updates.

Yes. Invites are still sent to all users listed in the attendees list, 
including the organizer.

Will fix.

Those changes are in Git master only, for Kronolith 5

Horde 5.2.8 with Kronolith 4.2.11 and I am still added as attendee in 
the first try. When cancelling the creation of the event and recreate 
it I am not in the list, anymore.

Which updates included the refactoring Jan? I am current as at 2 weeks 
ago (Horde 5.2.8 Kronolith 4.2.11) and it still behaves exactly the 
same as in the original post.

I have the pref:  "Don't send me a notification if I've added, changed 
or deleted the event?" ticked, but it still does anyway.

Is this still happening with the recent organizer/attendee refactoring?

I noticed the following behaviour on my System:

If I create a new meeting and add attendees, I am added as an 
attendee, myself. I would then cancel the creation of the meeting.
Then i create a new meeting and I am not added to the attendees list, anymore.

But: when I refresh the browser or navigate to another Horde-module 
and create a new meeting, I am again added to the attendee list.

This exists in basic view.

If you dont want to add yourself (organizer) to the attendee list 
(personally, I prefer this):
Change
   'onAdd' => 'function(attendee) { 
KronolithCore.addAttendee(attendee); 
KronolithCore.checkOrganizerAsAttendee();  }',
in kronolith/index.php to
   'onAdd' => 'function(attendee) { KronolithCore.addAttendee(attendee); }',

(for 4.4.4 this is line 115)



If you want to add yourself, but not send the email:
Add
   if ($ident->getValue('event_notification_exclude_self') &&
       $email === $ident->getValue('from_addr')) {
       continue;
   }
to kronolith/lib/Kronolith.php in function sendITipNotifications()  before
   /* Determine all notification-specific strings. */
   switch ($action) {

(for Kronolith 4.1.4 this is around line 2116)


This is just quick and dirty, there surely is a more elegant solution.

There is a (user) setting for kronolith which should prevent sending 
status/invites to the address of the owner, but is does not work :-(
I would even prefer to not get added automatically as event creator...

something needed on top of this would be a UI in kronolith to change 
the status of participants - as far as I can see this is not 
implemented (yet), but only handled by "importing" status updates sent 
via email.

I think the prio of this bug should be changed from "low" to "medium"...

I notice when i add someone as attendee to a new meeting in the 
Kronolith dynamic GUI, it also now adds me automatically. This is a 
good thing. :)

However, as a result I get an invitation to my own meeting, and when I 
cancel the meeting and send notification, I get a cancellation email 
that when I click on it pretending to be a numpty user that has no 
idea returns an error message that it can't be found (as I have 
deleted it).

I would have though that Kronolith should parse the owner's known 
email addresses and any that match should be excluded from 
notifications when the owner creates / modifies / deletes.