GFE and 2007: User's meeting response is not recorded in the meeting

[david-olsen-nc]

Normally, when an attendee accepts a meeting, the server updates the ResponseType field in the calendar event to record the user's choice. But GFE and Exchange 2007 servers don't include a ResponseType field at all in the calendar events. As a result, the user's choice isn't recorded anywhere on the device and the meeting displays as if the user had never responded.

Nacho Mail should record and the display the user's choice (attend/maybe/decline) in the cases where the server doesn't use the ResponseType field. (That may be easier said than done in cases where the calendar event doesn't exist until after the user accepts the meeting request.)

[jeff7091]

Let us know if this is a significant effort.

[david-olsen-nc]

This is a significant effort. To implement this, the app needs to remember the user's selection, then wait for the calendar item to be synched from the server to the client, and then update the ResponseType field in the McCalendar. It's that delay between the user tapping Attend and the calendar item showing up on the device that is the problem. The app currently doesn't have the infrastructure to do that. McPendings are for server commands, not for local changes.

[nachochris]

from an attendee viewpoint, what is impact? Does it show in their calendar? or is this only an issue for the sender of the invitation?

[david-olsen-nc]

This is an issue for the attendee. The meeting is in the attendee's calendar. But when the attendee opens the meeting detail, the attendee's status is not displayed. The meeting displays as if the user had not responded, i.e. none of the Attend, Maybe, or Decline buttons are highlighted.

The organizer of the meeting has the correct information about the attendees' statuses. This is not a problem for the organizer.

[david-olsen-nc]

@nachochris Release note