Just to clarify this a bit: the idea is to have Domino add support for additional rich content for the iCalendar DESCRIPTION property besides the 2 methods that exist now.
RFC 2445, Section 4.2.1 Alternate Text Representation specifies the ALTREP property parameter for use on properties like DESCRIPTION. It allows the iCalendar creator to point to an alternate, richer representation of the text contents in DESCRIPTION. Domino supports this parameter in all versions of our iCalendar engine.
Microsoft added their own X-ALT-DESC property for holding inline HTML inside the iCalendar body instead of being an external URI which could get lost when the iCalendar is saved (e.g. copied to the clipboard). By making their own property which holds the HTML alternative to DESCRIPTION (hence the name ALT-DESC) the HTML will always be available with the iCalendar. Domino added support for this custom property in the 9.x release.
Now we are hearing of cases where some clients are automatically replacing the DESCRIPTION property contents with the text/html body part that is a peer body part to the text/calendar body part we convert into our native format. There is no parameter in the iCalendar that indicates this could or should be done. Some clients have simply decided to not display the DESCRIPTION property and to simply replace it with the sibling MIME body parts contents.
This idea is to asking Domino to add support for this 3rd way to do alternate DESCRIPTION content which is not part of the iCalendar standard.
Looks this is already implemented in 12.0(2021) and improved further upto 14.0
Already implemented.
X-ALT-DESC was already supported- may have needed IcalReadXAltDesk=1 ini at that time which is on by default now.
With 12.0(2021), we started displaying text/html in Description if ALTREP, X-ALT-DESC are missing. As we saw Outlook/ gmail doing the same, as you observed.
Also some rich text to mime conversion issues have been subsequently addressed upto 14.0.
Could you please re-write or create a new Aha request on what's missing after trying this on 14.0?
I see similar issues with Meeting invitations sent from Notes to Outlook. Notes creates an ICS with
Description;ALTREP=Link, html and so on.
Within ALTREP Notes 9 (haven't tested newer versions) puts the meeting link from the Online Meeting field. Adding this ics to Outlook removes the link and the invitees using Outlook need to open the ics in an editor to get the link.
I know ALTREP follows the ics standard, but it is annoying and just not user friendly. Adding a X-ALT-DESC instead would be very helpful.
Just to clarify this a bit: the idea is to have Domino add support for additional rich content for the iCalendar DESCRIPTION property besides the 2 methods that exist now.
RFC 2445, Section 4.2.1 Alternate Text Representation specifies the ALTREP property parameter for use on properties like DESCRIPTION. It allows the iCalendar creator to point to an alternate, richer representation of the text contents in DESCRIPTION. Domino supports this parameter in all versions of our iCalendar engine.
Microsoft added their own X-ALT-DESC property for holding inline HTML inside the iCalendar body instead of being an external URI which could get lost when the iCalendar is saved (e.g. copied to the clipboard). By making their own property which holds the HTML alternative to DESCRIPTION (hence the name ALT-DESC) the HTML will always be available with the iCalendar. Domino added support for this custom property in the 9.x release.
Now we are hearing of cases where some clients are automatically replacing the DESCRIPTION property contents with the text/html body part that is a peer body part to the text/calendar body part we convert into our native format. There is no parameter in the iCalendar that indicates this could or should be done. Some clients have simply decided to not display the DESCRIPTION property and to simply replace it with the sibling MIME body parts contents.
This idea is to asking Domino to add support for this 3rd way to do alternate DESCRIPTION content which is not part of the iCalendar standard.