-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sympa MIME boundary lines can violate 70-character limit in RFC 2046 #1795
Comments
And here is one way to fix the problem, simply truncating the
Any reason not to do that? |
...or perhaps this is better, not touching the Message-ID, only the MIME boundary:
|
I think sprintf '<sympa.%d.%d.%d.%d@%.20s>', $time, $usec, $PID,
(int rand 999), $domain; would be better to be sprintf '<sympa.%d.%d.%d.%d@%s>', $time, $usec, $PID,
(int rand 999), substr $domain, -20; so that uniqueness across domains will be ensured as much as possible. |
Oh sure, that is probably an even better way, thanks! |
@adam12b1 , if possible, please check the patch in the PR above. |
The length of boundary lines in multipart messages could exceed 70 octets (#1795)
Version
Sympa 6.2.72
Installation method
From ports on FreeBSD 13.2
Expected behavior
Sympa messages should be compliant.
Actual behavior
In a virtual robot with a long name, the Sympa-generated MIME boundary header on multipart messages can easily exceed 70 characters. That is the limit in the RFC, and if your email is processed through MailScanner, it gets blocked/quarantined/stripped with a complaint about a "Eudora long-mime-boundary attack" - but that is just one easy-to-see symptom. It occurs with MIME digests, or with moderation messages, or any other Sympa multipart MIME messages.
The heart of the problem is that these MIME boundary headers become non-compliant when they exceed 70 characters, and they should be truncated.
Steps to reproduce
Create a virtual domain with a name like "lists.a-very-long-domain-name.org", and a list within that domain, then try to submit a message for moderation or generate a MIME digest for the list, and look at the
Content-Type: multipart/mixed; boundary="---------=1_<sympa.17...
header. Or if you run MailScanner, you'll never see that header, you'll just see all content stripped and replaced with a warning.Additional information
The text was updated successfully, but these errors were encountered: