Am Mittwoch, 3. M=E4rz 2021, 23:03:56 CET schrieb Ingo Kl=F6cker:
> On Mittwoch, 3. M=E4rz 2021 21:50:53 CET Rainer Dorsch wrote:
> > Hi,
> >=20
> > I see from time to time that mail I want to forward as attachment get
> > rejected by my exim mail server due to a violation of the maximum line
> > length. This is specified as 998 characters in RFC 2822
> >=20
> > https://tools.ietf.org/html/rfc2822#section-2.1.1
> >=20
> > I observed that so far just if I try to forward mails as attachment. The
> > original email which I forward seems to be compliant (I have here one w=
ith
> > a maximum line length of 94 characters).
> >=20
> > I observed this on kmail in Debian buster and in Debian bullseye, i.e.
> > 18.08.3 and 20.08.3, respectively.
>=20
> I can reproduce this with KMail 5.16.1 (openSUSE Tumbleweed). Apparently,
> KMail puts each header field of the forwarded message in one line even if
> this results in lines exceeding the limit.

yes, I double checked: I have spamassassin inserting an X-Spam-Report line=
=20
which is e.g. 1833 characters long. This exceeds the 998 characters per lin=
e=20
clearly and basically breaks the forward as attachment function for most of=
=20
the mails I receive at least.
=20
> > Is that a known kmail issue?
>=20
> I guess that would be
> https://bugs.kde.org/show_bug.cgi?id=3D409169
> and
> https://bugs.kde.org/show_bug.cgi?id=3D411141
>

Would you agree that the example I have is slightly different? It is the he=
ader=20
of a forwared mail (as attachement) not the mail header of the mail itself.

Many thanks
Rainer


=2D-=20
Rainer Dorsch
http://bokomoko.de/