On Sat, 05 Jun 2021 19:35:40 -0400 Ken Hornstein <k...@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