[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mhbuild and long header fields
From: |
David Levine |
Subject: |
Re: mhbuild and long header fields |
Date: |
Sun, 20 Aug 2023 22:14:02 -0400 |
Ken Hornstein wrote:
> [Phillip wrote:]
> >Or in output_headers(). I'm not sure if there an extra options would be
> >required.
>
> That is one option. Another is that repl(1) could do a better job; I
> suppose that is the fault of mhl.
mhl is used for display. And a user can substitute their own
filter for it. We need to fold header fields when producing a
message.
I think that output_headers() is the right place. It's the only
place where header fields are output.
There is a fold() function in sbr/mhical.c, maybe it could be
moved to sbr and called from output_headers() for message and
content part headers. Those shouldn't need multibyte character
support, though that wouldn't hurt.
David
- mhbuild and long header fields, Philipp, 2023/08/17
- Re: mhbuild and long header fields, David Levine, 2023/08/18
- Re: mhbuild and long header fields, Philipp, 2023/08/19
- Re: mhbuild and long header fields, Ken Hornstein, 2023/08/19
- Re: mhbuild and long header fields,
David Levine <=
- Re: mhbuild and long header fields, Philipp, 2023/08/23
- Re: mhbuild and long header fields, David Levine, 2023/08/23
- Re: mhbuild and long header fields, Philipp Takacs, 2023/08/24
- Re: mhbuild and long header fields, Philipp, 2023/08/25
- Re: mhbuild and long header fields, Steffen Nurpmeso, 2023/08/25
- Re: mhbuild and long header fields, Steffen Nurpmeso, 2023/08/25
- Re: mhbuild and long header fields, Philipp, 2023/08/25
- Re: mhbuild and long header fields, David Levine, 2023/08/26
- Re: mhbuild and long header fields, Philipp, 2023/08/27
- Re: mhbuild and long header fields, David Levine, 2023/08/27