nmh-workers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Message header formatting


From: Bob Carragher
Subject: Re: Message header formatting
Date: Sun, 06 Jun 2021 00:53:01 -0700

On Sat, 05 Jun 2021 19:35:40 -0400 Ken Hornstein <kenh@pobox.com> sez:

> >> Brilliant idea! I too would use an inverse match logic. Shorter rules,
> >> easier to apply, probably faster.
> >>
> >> G
> >
> >I guess that I should interpret that as no, there isn't such an incantation
> >but since I brought it up then it's my job to write the code so I will when
> >I get a chance.
>
> You don't need to write anything.  From mhl(1):
>
>        The component "Extras" will output all of the components of the message
>        which were not matched by  explicit  components,  or  included  in  the
>        ignore list.  If this component is not specified, an ignore list is not
>        needed since all non-specified components will be ignored.
>
> So just remove "extras".

Argh.  -_-###  Thanks for the poke, Ken!  B-)

Out of curiosity, then what is the value of "extras?"  Was there
a time it provided value, before header content exploded?

I've had it in my $MAIL/mhl.format probably from when I first
started using MH -- probably because it came from the mhl(1mh)
man page.  In fact, currently that page specifies the "extras" is
part of the default:

       The default format file is:

            ; mhl.format
            ;
            ; default message filter for `show'
            ;
            :
            overflowtext="***",overflowoffset=5
            leftadjust,compwidth=9
            ignores=msgid,message-id,received,content-type,content-transfer-enco
            Date:formatfield="%<(nodate{text})%{text}%|%(pretty{text})%>"
            To:
            cc:
            From:formatfield="%(unquote(decode{text}))"
            Subject:decode
            :
            extras:nocomponent
            :
            body:nocomponent,overflowtext=,overflowoffset=0,noleftadjust

My file has some additional complications, but otherwise it's a
near copy of this default, with around 50 "ignores" lines, which
I had accumulated over the years -- though, surprisingly, not in
maybe the last 5 or so.  This is not to say that I don't see
"unwanted" components -- Ken's reply came with a bunch of
"X-Spam_*"s that I'd been too lazy to add "ignores" for.  But, my
existing set is large enough that I can ignore this small number
of header "spam."

                                Bob



reply via email to

[Prev in Thread] Current Thread [Next in Thread]