<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Invitation email text changes after invitation is accepted </title> 
  <pubDate>Fri, 10 Apr 2026 05:02:43 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/14409</link> 
  <atom:link rel="self" type="application/rss+xml" title="Invitation email text changes after invitation is accepted " href="https://bugs.horde.org/ticket/14409/rss" /> 
  <description>Invitation email text changes after invitation is accepted </description> 
 
   
   
  <item> 
   <title>We have IMP 6.2.14 and Kronolith 4.2.16 installed.

UserA </title> 
   <description>We have IMP 6.2.14 and Kronolith 4.2.16 installed.

UserA creates an invitation with UserB as attendee.
After invitation is created a notification is sent to organizer and attendee

Attendee receives a notification email with this text:

    UserA requests your presence at &quot;with UserB&quot;.

But when attendee accepts this invitation we&#039;ve noticed that the text inside previous notification email has changed to

    UserA wants to notify you about changes in &quot;with UserB&quot;.

It seems that notification message text depends wether invitation has been accepted or not.


</description> 
   <pubDate>Wed, 22 Jun 2016 16:34:37 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/14409#t90706</link> 
  </item> 
   
  <item> 
   <title>This might be surprising, but it&#039;s expected.

The iTip/iCa</title> 
   <description>This might be surprising, but it&#039;s expected.

The iTip/iCal specs state that when a given event UID is already present in the attendee&#039;s calendar and an iTip is received, it represents a change to the event.

Since a change may or may not mean a rescheduling or some other change that requires the SEQUENCE number to be incremented, the ONLY way to know if the event is already in the attendee&#039;s calendar is to search for the UID.

Since the attendee already accepted and added it to his/her calendar, when the iTip is displayed it detects the event and thinks it&#039;s an update. Some other groupware clients actually will automatically delete the iTip email when it is responded to (presumably) to avoid this confusion.

We still need to implement full support for SEQUENCE and COUNTER etc... (see Ticket: 8396), but this behavior is not a bug.</description> 
   <pubDate>Tue, 28 Jun 2016 04:10:24 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/14409#t90712</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
