rdh <
[email protected]ute> writes:
IMO it should be the clients duty to wrap lines. I know not all clients
do this, but there's no technical reason, it's just tradition, I guess. Interestingly, Thunderbird automatically wraps lines at the last word
before 72 characters, but it doesn't seem to actually post as 72
character lines, instead letting the reader's client determine line
length.
Interesting. Looking at the source of your message, it *seems* to be
using hard line wraps at 72 characters (but I could be misreading, and
my client is still modifying the supposedly raw view). Also interesting
was that it apparently sets "format=flowed".
Looking that up brought me to this article:
https://www.fastmail.com/blog/format-flowed/
and this RFC:
https://datatracker.ietf.org/doc/html/rfc3676
The article was from Fastmail about what it is, and why they don't plan
to implement it. They mention potential issues with reflowing code,
which makes sense, but looking at the RFC that shouldn't actually be a
problem.
The format=flowed solution looks like it should be close to what I was
looking for as a solution that could support client-side line wrapping
without looking bad on clients that don't support it, but I haven't
finished reading it in detail.
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)