Committed, thanks.

Ok, the attached patch works in my limited testing.  A new preference, 
event_reminder is added and the value of this is consulted to 
determine if a reminder should be sent.



Starting from an initial list of all users that have PERMS_READ for a share:



There are three conditions a reminder should be sent:



If the value is owner, it should be sent if you are the share owner,

If the value is show, it should be sent if the share is in your list 
of subscribed calendars,

If the value is read, it should be shown (and since the list of 
initial users is built from whoever has PERMS_READ, no other checks 
are needed).



No claims that this is right, or that its the most eloquent way to 
handle this, but it should work nonetheless.

Ah, true. In this case a separate pref makes more sense to me.

Ok, I have something that works currently, and that takes into account 
the event_notification preference.  However, that creates a problem:



I do want to get reminders.  I don't want to get a notification every 
time I make a modification to my own calendar.  So I can see doing one 
of two things:



Modifying the event_notification process, so that if the 
creator/modifier of an event is the share owner, no notification is 
sent, OR creating a separate preference (event_reminder) that allows 
you to set a preference for reminders.  Thoughts on the proper way to 
handle that?

Sounds like a good solution. The preference description needs to be 
changed then of course.

Thoughts on how to implement this?  I don't care about the bounty, but 
as more people begin using the calendar in our organization, I had 
three independent inquries this week about why people were receiving 
notifications for other people's calendars.



Since there is now an 'event_notification' preference in Kronolith, 
would the proper way be to check the user's preference for that, 
before building the list of recipients?

Bounty added: 
http://www.horde.org/bounties/details.php#kronolith_remindersubscriptions

This is how reminders work at the moment. Change this to a enhancement 
request because we might implement the reminder differently in the 
future.

While we're starting to test the sharing of calendars full-scale, we 
ran into a

could-be issue with the reminder script.



Mats Djärf ("the iconizer and themer") has allowed my user to show/read his

calendar. I am not "subscribed" to it (i.e. it shows as "- Mats Djärf's

calendar" in Kronolith. When he enters an item in his private calendar with a

reminder (alarm) attached to it, I too am served with the reminder.



(HEAD20040929)