AppleMail and Mailman3 content filtering
Hi all,
I have a special case in a 3.3.0 Mailman3 instance.
One of our users uses AppleMail and sends a mail with PDF attachment
to a mailing list with the following settings in Postorius:
[x] filter content
[x] collapse alternatives
[x] convert html to plaintextHowever, the PDF is not getting delivered to the mailing list
recipients. It gets stripped off.
The mail structure of the original mail is this:
[...]
From: [...]
Content-Type: multipart/alternative;
boundary="Apple-Mail=_F2665084-9FD9-4017-B8F0-8E6ABE6D424C"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Fwd: [...]
Message-Id: [...]
References: [...]
To: Mike Gabriel <[...]>
Date: Tue, 21 Apr 2020 06:35:52 +0200
X-Mailer: Apple Mail (2.3273)
[... headers ...]
--Apple-Mail=_F2665084-9FD9-4017-B8F0-8E6ABE6D424C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
[... quoted printable text ...]
--Apple-Mail=_F2665084-9FD9-4017-B8F0-8E6ABE6D424C
Content-Type: multipart/mixed;
boundary="Apple-Mail=_702BD6D5-BCE8-42D9-83D4-5F316F5F607B"
--Apple-Mail=_702BD6D5-BCE8-42D9-83D4-5F316F5F607B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
[... html coded text ...]
--Apple-Mail=_702BD6D5-BCE8-42D9-83D4-5F316F5F607B
Content-Disposition: inline;
filename="<filename>.pdf"
Content-Type: application/pdf;
x-unix-mode=0644;
name="<filename>.pdf"
Content-Transfer-Encoding: base64
[ ... base64 encoded PDF ...]
--Apple-Mail=_702BD6D5-BCE8-42D9-83D4-5F316F5F607B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
[... html coded text ...]
--Apple-Mail=_702BD6D5-BCE8-42D9-83D4-5F316F5F607B--
--Apple-Mail=_F2665084-9FD9-4017-B8F0-8E6ABE6D424C--
When such a (forwarded mail) arrives at the mailing list server, it is
held back for moderation. In the moderation dialog box (Postorius) I
can see the attachment and can also open it locally for review. I then
accept the mail for list delivery and when delivered the PDF
attachment is gone.
The resulting mail structure looks like this:
[...]
From: [...]
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Message-Id: [...]
References: [...]
To: <test-mailman3-list>
Date: Mon, 20 Apr 2020 09:33:12 +0200
X-Mailer: Apple Mail (2.3273)
[...]
X-MailFrom: [...]
X-Mailman-Rule-Hits: nonmember-moderation
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved;
emergency; loop; banned-address; member-moderation
Message-ID-Hash: [...]
X-Message-ID-Hash: [...]
X-Mailman-Approved-At: Mon, 20 Apr 2020 17:09:31 +0200
X-Content-Filtered-By: Mailman/MimeDel 3.3.0
X-Mailman-Version: 3.3.0
Precedence: list
Subject: =?utf-8?q?=5BTest-Klasse=5D_?= Fwd: [...]
List-Id: [...]
Archived-At: [...]
List-Archive: [...]
List-Help: [...]
List-Post: NO
List-Subscribe: [...]
List-Unsubscribe: [...]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
[...]
[... base64 encoded utf8 text ...]
Does this ring a bell for someone? Is it a known issue that has been
fixed after 3.3.0 was released? Or is it a new phenomenon that needs
to be tracked down?
light+love Mike
DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
On 4/21/20 2:15 AM, Mike Gabriel via Mailman-Developers wrote:
Hi all,
I have a special case in a 3.3.0 Mailman3 instance.
One of our users uses AppleMail and sends a mail with PDF attachment to a mailing list with the following settings in Postorius:
[x] filter content [x] collapse alternatives [x] convert html to plaintext
However, the PDF is not getting delivered to the mailing list recipients. It gets stripped off.
I see the issue.
The mail structure of the original mail is this:
Summarized
multipart/alternative text/plain multipart/mixed text/html application/pdf text/html
So the issue is the Apple Mail user is composing the message in rich text (HTML) format and drags and drops the PDF in the middle of the message body. Apple Mail then makes the
multipart/mixed
text/html
application/pdf
text/htmlmessage part [1] and finally makes the text/plain alternative that doesn't include the PDF.
Since your content filtering is set to collapse alternatives, only the text/plain first alternative part goes to the list.
I'm not that familiar with Apple Mail, but there may be a way for the user to 'attach' the PDF rather than dropping it into the message body and that may work.
[1] This message part will actually be displayed as composed only by an Apple Mail client, but that's another issue - part of "if you don't ask to interoperate with anything outside the Apple ecosystem, everything will be fine".
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Hi Mark,
issue [SOLVED]. For a work-around see below.
On Di 21 Apr 2020 18:53:16 CEST, Mark Sapiro wrote:
On 4/21/20 2:15 AM, Mike Gabriel via Mailman-Developers wrote:
Hi all,
I have a special case in a 3.3.0 Mailman3 instance.
One of our users uses AppleMail and sends a mail with PDF attachment to a mailing list with the following settings in Postorius:
[x] filter content [x] collapse alternatives [x] convert html to plaintext
However, the PDF is not getting delivered to the mailing list recipients. It gets stripped off.
I see the issue.
The mail structure of the original mail is this:
Summarized
multipart/alternative text/plain multipart/mixed text/html application/pdf text/html
So the issue is the Apple Mail user is composing the message in rich text (HTML) format and drags and drops the PDF in the middle of the message body. Apple Mail then makes the
multipart/mixed text/html application/pdf text/htmlmessage part [1] and finally makes the text/plain alternative that doesn't include the PDF.
Since your content filtering is set to collapse alternatives, only the text/plain first alternative part goes to the list.
I'm not that familiar with Apple Mail, but there may be a way for the user to 'attach' the PDF rather than dropping it into the message body and that may work.
[1] This message part will actually be displayed as composed only by an Apple Mail client, but that's another issue - part of "if you don't ask to interoperate with anything outside the Apple ecosystem, everything will be fine".
thanks for taking your time and looking into my problem. Your analysis
was helpful and the AppleMail users now have a workaround for this:
To ways to work around the issue:
- don't use drag'n'drop to place attachments into mails
- use add attachment button / menu item instead
Or...
- if you use drag'n'drop, the drop the attachment at the very end of the mail (behind the user's signature text)
Thanks+Greets, Mike
DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
participants (2)
-
Mark Sapiro -
Mike Gabriel