584529 - Invites sent to aliases / distribution lists processed poorly

Status: RESOLVED INCOMPLETE

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Description

[Les Barstow]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 GTB7.1 (.NET CLR 2.0.50727)
Build Identifier: Lightning 1.0b2

This example occurs when connected via CalDAV to a Zimbra 6.0.x server, but is possibly broader in effect.

When an invite is sent to a calendar's associated e-mail address and is accepted, clicking on the resulting event pops up an attendee info dialog, which allows the attendee to alter their status and to set a reminder schedule.  However, when the invite is received as a result of the calendar user's membership in a distribution list, or as an account alias, the invite is processed differently.

1st: on clicking Accept, the user must choose a calendar to which to apply the invite.  It does not appear the Accept message is properly sent, though it does say it sends the response.

2nd: when clicking on the event, the attendee info dialog then appears, but the user is unable to set a reminder, and again it appears that the acceptance status message goes nowhere.

3rd: if the Zindus auto-accept feature is turned on, then instead of the attendee info dialog, the user gets the event editor dialog as though the user was the event owner.  And once again, no reminder can be set on the event.

Reproducible: Always

Steps to Reproduce:
1.  Send an invite to a Lightning user via a distribution list or account alias.
2.  Accept the invite - it does not appear the proper responses are sent (and Free/Busy for the account is not updated).
3.  Double-click on the event to open up the attendee info dialog.  Attempt to set a reminder (it won't stay), or alter your attendee status (it's not properly updated either via e-mail or via Free/Busy).
4.  Alternately, on a Zimbra server, turn on auto-accept and send an invite as with Step 1.  Double-click on the resulting event - the event editor opens instead of the attendee info dialog.



I believe this stems from improper (or at least potentially less than complete) handling of calendars based on the configured e-mail address.  Because this affects processing of all calendar invites to e-mail aliases, I have given it an initial Severity of 'Major'.

The designated Calendar e-mail should correspond to the sending e-mail of a configured calendar, but it should at least be a *configurable* option per-calendar to accept all mail from an Inbox associated with the designated e-mail as being associated to that Calendar.  Such a setup may be inadequate for use with shared calendars with administrative rights, though.  It may be best to set up something similar to Thunderbird Filters to properly route invitations to their proper calendars.

Such a solution might allow you to specify:
From: someuser  Calendar:  Roundtable Discussions
To: somealias   Calendar:  Joint Meetings
Subject: test   Calendar:  (none - ignore)
(Default)       Calendar:  My Calendar

Comment 1

[Martin Schröder [:mschroeder]]

Les, is this still an issue using the recently released Lightning 1.0?