[Users] Problem sending html with really long lines

[Slavko]

Ahoj,

Dňa Sun, 1 Dec 2024 12:57:57 -0500 Pierre Fortin via Users
<users at lists.claws-mail.org> napísal:

> Looks like CM adds them; one member (using ThunderBird) of the team
> sent the file back to me and it arrived in working order. 

I tried files you send me off list and i can confirm your observations,
when Quoted-Printable encoding (default) is selected. I send that file
from CM to self, via my server, which doesn't do any body modifications.

The original files has 13 EOLs (End Of Line), the file encoded with QP
has 467 EOLs, the same file encoded with Base64 has 14 EOLs (as counted
by wc -l):

      13 orig-NC_AUDITOR~3.html
     467 qpr-NC_AUDITOR~3.html
      14 b64-NC_AUDITOR~3.html

The difference in 13/14 EOLs is one EOL at end of file (missing in
original). There are more differences in content, but the line is too
long for quick inspection (but chart shows in FF).

I tried the qprint tool to encode and then decode file and it results
in 13 EOLs (equals with original). Thus it has nothing with QP
generally, but something is wrong with CM's QP encoding. IMO you have
to fill bugreport about this.

> It would seem that CM could base64 encode the attachment (as TB does)
> leaving the content recoverable by the recipient.

As i stated before, it must be no difference here in between QP and
Base64 in EOLs (as confirmed by qprint). It seems to be bug, and Base64
is (can be) workaround. I didn't know that before, and i suggest Base64
just because i work with it more than with QP and my test file has not
as long lines, thus CM choose (IMO properly) 7bit transfer encoding ;-)

BTW, the "=" at end of line in QP is "soft EOL", added at encoding and
have to removed (reverted) at decoding. As QP line must be not longer
than 76 B, if it happens that 76. byte is "=", it must be moved to next
line, otherwise it would be removed on decoding...

regards

-- 
Slavko
https://www.slavino.sk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: Digit��lny podpis OpenPGP
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20241202/f9a2aca7/attachment.sig>