1 = Outgoing Messages = 2 3 When messages are sent by a mail client, imip-agent employs an outgoing 4 message rule in the MTA to provide a handler to inspect any calendar-related 5 content and to update its records. 6 7 The management interface does not use this outgoing message rule because it 8 sends messages from the general calendar address (for example, 9 `calendar@example.com`), and there is no trivial way of deducing the identity 10 of the real sender. Instead, the manager explicitly sends suitably-modified 11 messages to the address of the user operating the interface to achieve the 12 same effect as the outgoing message rule, as well as to notify any mail 13 clients that would normally be managing calendar events on behalf of the user. 14 15 == Events == 16 17 {{{#!table 18 '''Method''' || '''Effect on Objects''' || '''Effect on Free/Busy''' 19 || '''Effect on Request Queue''' 20 == 21 `CANCEL` 22 || Remove selected attendees or an entire event 23 || Remove record if entire event is cancelled 24 ||<rowspan="4"> Remove any queue entry 25 == 26 `PUBLISH` 27 ||<rowspan="2"> Add or update object, removing specific recurrences of 28 .. recurring events 29 ||<rowspan="2"> Add record for the event, removing records for specific 30 .. recurrences of an event 31 == 32 `REQUEST` 33 == 34 `REPLY` 35 || Merge attendee participation information 36 || Update records for the event, preserving specific recurrence records when 37 .. changing a recurring event 38 }}} 39 40 The effect of the outgoing handler is to ensure that the user's free/busy 41 status reflects the consequences of their stated attendance of events, and for 42 the object records to reflect the most recent state of each event. 43 44 == Other Object Types == 45 46 Other object types are not handled. Free/busy information, if exchanged, is 47 not obtained by the handler to replace its own records.