On Sat, 05 Jun 2021 19:35:40 -0400 Ken Hornstein <kenh(_at_)pobox(_dot_)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