[Mailman-Users] ics / iCalendar attachments?

[Mark Sapiro]

David Gibbs wrote:
>
>Here's the a full message that has the calendar attachment ...
>
>Return-Path: <dgibbs at asdf.com>
><snip>
>Content-class: urn:content-classes:calendarmessage
>MIME-Version: 1.0
>Content-Type: multipart/alternative;
>	boundary="----_=_NextPart_001_01C711C7.683876B5"
>X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
><snip>
>
>------_=_NextPart_001_01C711C7.683876B5
>Content-Type: text/plain;
>	charset="UTF-8"
>Content-Transfer-Encoding: base64
>
><snip>
>
>------_=_NextPart_001_01C711C7.683876B5
>Content-class: urn:content-classes:calendarmessage
>Content-Type: text/calendar;
>	method=REQUEST;
>	name="meeting.ics"
>Content-Transfer-Encoding: 8bit
>
><snip>
>
>------_=_NextPart_001_01C711C7.683876B5--



The overall message above is multipart/alternative with a text/plain
subpart and a text/calendar subpart. Apparently, Microsoft Exchange
mails a calendar with a text/plain alternative for those mail clients
that don't understand the calendar in the same way as it might include
a text/plain alternative to a text/html message.

Since your content filtering options include "collapse_alternatives =
yes", Mailman selects only the first alternative of those that remain
after initial filtering for delivery to the list. Thus the
text/calendar alternative is dropped in favor of the text/plain
alternative.

You have two choices:

1) teach Microsoft Exchange to send the calendar part only without the
text/plain alternative, or generate the message differently so it does
that, or

2) set "collapse_alternatives = no", but this may have other, unwanted
effects.

-- 
Mark Sapiro <msapiro at value.net>       The highway is for gamblers,
San Francisco Bay Area, California    better use your sense - B. Dylan