Mailman rejects multipart content from Gmail/android
Bug #1787690 reported by
Jeremy Gregson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNU Mailman |
Incomplete
|
Undecided
|
Mark Sapiro |
Bug Description
With a mailman list set to apply content filtering, and with the default settings to pass_mime_types of text/html, multipart/mixed and multipart/
The problem seems to be that the Gmail app includes a header in the form
Content-Type: multipart/mixed; boundary=
...with no carriage return after the semi-colon.
The only way I've been able to get a list to accept mail from that client app (which is very popular) is to remove pass_mime_types altogether.
To post a comment you must log in.
Possibly the message does not have a text/html part. Have you tried the following in pass_mime_types:
multipart
text/html
text/plain
The fact that the Content-Type: header is not folded with a CR and whitespace following the semicolon is not an issue.
If adding text/plain to pass_mime_types doesn't fix this, please post a complete raw message. You can elide the actual MIME part contents, but we need to see all the Content-Type: headers and part boundaries.