Closed 0xC4N1 closed 4 years ago
@0xC4N1 Thank you for your report. A lot of work was done regarding a similar issue, https://github.com/deltachat/deltachat-core-rust/issues/1575 . Please check out the most current versions of Delta Chat for Desktop (1.10.0) and/or for Android (1.10.5) to find out if your issue still applies, then please report back. Thank you very much!
@gerryfrancis thank you for your quick reply. Just tested this with Delta Chat for Desktop v1.10.0 with the same result. The base64 content is still 79 characters per line which still triggers the spam detection.
But the line "PCFET0NUWVBFIGh0bWw+DQo8aHRtbD4NCiAgPGhlYWQ+DQogICAgPHRpdGxlPkF1dG9jcnlwdCBTZX" is 78 characters long (80 if you include CRLF):
$ python3 -c "print(len('PCFET0NUWVBFIGh0bWw+DQo8aHRtbD4NCiAgPGhlYWQ+DQogICAgPHRpdGxlPkF1dG9jcnlwdCBTZX'))"
78
Ah, I see, it's not about base64. It's about the text not being wrapped at all. Will fix it.
Expected behavior
Base64 content should be limited to 78 characters per line excluding new lines to avoid spam detection.
Actual behavior
Base64 content is limited to 79 characters per line excluding new lines.
This behavior triggers spam filters like spam assassin due to violation of Section 2.1.1. Line Length Limits of RFC 2822
Steps to reproduce the problem
Trigger the autocrypt setup message from a delta chat client on a mail server protected by spam assassin.
Logs
Spam Assassin protocol:
base64 part of the mail including the first line of the base64 content: