[Mailman-Users] ics / iCalendar attachments?

That should do it. What are your other content filtering settings?

And what is the complete MIME structure of the message containing the
calendar? I.e., is the text/calendar part a subpart of some other part
type that isn't accepted?

filter_content = yes

filter_mime_types = blank

pass_mime_types = "multipart/mixed multipart/alternative
multipart/related text/plain text/html text/calendar application/pdf"

filter_filename_extensions = "exe bat cmd com pif scr vbs cpl"

pass_filename_extensions = blank

collapse_alternatives = yes

convert_html_to_plaintext = yes

filter_action = forward to owner
Don't think so ... but I'm not an expert in mime-encodong ..

Here's the a full message that has the calendar attachment ...

Return-Path: <dgibbs at asdf.com>
X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on mail.nospam.com
X-Spam-Level:
X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_50,
DK_POLICY_SIGNSOME,MIME_BASE64_NO_NAME autolearn=ham version=3.1.7
Received: from mail.il.us.asdf.com (mail.il.us.asdf.com [127.0.0.2])
by mail.nospam.com (8.13.7/8.13.7) with ESMTP id kAR1vZsv029181
for <david at nospam.com>; Sun, 26 Nov 2006 19:57:40 -0600
Received: from ilntexch.asdf.com (ilntexch.asdf.com [10.17.1.10])
by mail.il.us.asdf.com (Postfix) with ESMTP id 5B696182A
for <david at nospam.com>; Sun, 26 Nov 2006 19:27:30 -0500 (EST)
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
Subject: test
Date: Sun, 26 Nov 2006 19:57:35 -0600
Message-ID: <C47BFB7D8477D24CA16684FC24A0C55F0228EA18 at ilntexch.asdf.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: test
Thread-Index: AccRx2gZFDduLb4eQTWBBmJeW2QHRgAAAATY
From: "David Gibbs" <dgibbs at asdf.com>
To: <david at nospam.com>
X-Virus-Scanned: ClamAV 0.88.6/2242/Sat Nov 25 12:29:12 2006 on
rivendell.nospam.com
X-Virus-Status: Clean
Status: RO
X-Status: A
Content-Length: 2042
X-UID: 1576
X-Keywords:


This is a multi-part message in MIME format.

------_=_NextPart_001_01C711C7.683876B5
Content-Type: text/plain;
charset="UTF-8"
Content-Transfer-Encoding: base64

VHlwZTpTaW5nbGUgTWVldGluZw0KT3JnYW5pemVyOkRhdmlkIEdpYmJzDQpTdGFydCBUaW1lOlN1
bmRheSwgTm92ZW1iZXIgMjYsIDIwMDYgODowMCBQTQ0KRW5kIFRpbWU6U3VuZGF5LCBOb3ZlbWJl
ciAyNiwgMjAwNiA4OjMwIFBNDQpUaW1lIFpvbmU6KEdNVC0wNjowMCkgQ2VudHJhbCBUaW1lIChV
UyAmIENhbmFkYSkNCkxvY2F0aW9uOm5vd2hlcmUNCg0KKn4qfip+Kn4qfip+Kn4qfip+Kg0KDQoN
Cg0K

------_=_NextPart_001_01C711C7.683876B5
Content-class: urn:content-classes:calendarmessage
Content-Type: text/calendar;
method=REQUEST;
name="meeting.ics"
Content-Transfer-Encoding: 8bit

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-06.00) Central Time (US & Canada)
X-MICROSOFT-CDO-TZID:11
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETFROM:-0500
TZOFFSETTO:-0600
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETFROM:-0600
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=4;BYDAY=1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20061127T015737Z
DTSTART;TZID="(GMT-06.00) Central Time (US & Canada)":20061126T200000
SUMMARY:test
UID:{2DEE9D74-A5C9-4082-B980-549FDF93EA67}
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="david at nospam.com":MAILTO:david at nospam.com
ORGANIZER;CN="David Gibbs":MAILTO:dgibbs at asd.com
LOCATION:nowhere
DTEND;TZID="(GMT-06.00) Central Time (US & Canada)":20061126T203000
DESCRIPTION:\N\N
SEQUENCE:1
PRIORITY:5
CLASS:
CREATED:20061127T015735Z
LAST-MODIFIED:20061127T015735Z
STATUS:CONFIRMED
TRANSP:OPAQUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-OWNERAPPTID:-1
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT00H15M00S
END:VALARM
END:VEVENT
END:VCALENDAR

------_=_NextPart_001_01C711C7.683876B5--


Thanks!

david

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.

Two words: Brick-wall & Head (as in: hitting one against the other ...
I'll accomplish the same whichever I do).

Although I don't think it's a M$ Exchange problem ... when I sent a
event attachment with GMail, I get the same behavior.
Maybe. I'll have to experiment.

david

If all the MUA's send the text/calendar part with a text/plain
alternative, then what you need to do is 2).


The potentially unwanted effects I had in mind are that your current
settings accept both text/plain and text/html, but if a text/html part
has a text/plain alternative, only the text/plain part is sent to the
list. Setting "collapse_alternatives = no" will mean that in these
cases, both alternatives will be sent to the list in the original
multipart/alternative form. You may see this as neutral, positive or
negative.

This is for one list with a very limited audience, so I don't think the
ramifications will be significant.


Thanks very much for your help.

david