Re: mhl nocomponent

2023-04-03 Thread David Levine
Ken wrote: > I am thinking maybe we should change the nmh default mhl files as well > to recognize current reality +1 to removing "extras:nocomponent". David

Re: mhl nocomponent

2023-04-03 Thread Philipp
[2023-04-02 14:04] Michael Richardson > I use MH-E, which does it's header display/hiding outside of MH. > In general, I like to see extra headers, but they have gotten way out of hand > from the MS/Outlook space. > We probably need a better list of common "this is junk" header list that >

Re: mhl nocomponent

2023-04-02 Thread Robert Elz
Date:Sun, 02 Apr 2023 11:44:23 -0700 From:Jon Steinhart Message-ID: <202304021844.332iin922005...@darkstar.fourwinds.com> | It does seem like the size of the headers exceeds the size of the body | in a lot of cases :-) Like in this message from you ... even

Re: mhl nocomponent

2023-04-02 Thread Ken Hornstein
>It does seem like the size of the headers exceeds the size of the body >in a lot of cases :-) I mean ... yes? Doesn't seem like there's much we can do about that unfortunately. --Ken

Re: mhl nocomponent

2023-04-02 Thread Jon Steinhart
Ken Hornstein writes: > >I use MH-E, which does it's header display/hiding outside of MH. In > >general, I like to see extra headers, but they have gotten way out of > >hand from the MS/Outlook space. We probably need a better list of > >common "this is junk" header list that probably has to

Re: mhl nocomponent

2023-04-02 Thread Ken Hornstein
>I use MH-E, which does it's header display/hiding outside of MH. In >general, I like to see extra headers, but they have gotten way out of >hand from the MS/Outlook space. We probably need a better list of >common "this is junk" header list that probably has to have wildcards in >it. Sigh. I

Re: mhl nocomponent

2023-04-02 Thread Michael Richardson
I use MH-E, which does it's header display/hiding outside of MH. In general, I like to see extra headers, but they have gotten way out of hand from the MS/Outlook space. We probably need a better list of common "this is junk" header list that probably has to have wildcards in it.

Re: mhl nocomponent

2023-04-01 Thread Ken Hornstein
>Thanks Ken. So my mhl.headers looks like this: >[...] I am wondering if you are, in fact, not using that mhl.headers file like David just suggested? It sure looks like you are not. It almost seems like your showproc is just "more". --Ken

Re: mhl nocomponent

2023-04-01 Thread David Levine
Jon wrote: > Things are way more verbose in the current release in that all sorts > of headers clog up my display. There's this, but that should just add a few headers: commit 5579e0dd84f9dcb67c989a191538346ee7ab63e2 Author: David Levine Date: Sun Jul 14 09:29:21 2019 -0400 show and mhl

Re: mhl nocomponent

2023-04-01 Thread Jon Steinhart
Ken Hornstein writes: > >Hey all, been meaning to get to this for a while. > > > >Things are way more verbose in the current release in that all sorts > >of headers clog up my display. The extras:nocomponent only seems to > >cut down on a few components. > > Well, I know this is confusing,

Re: mhl nocomponent

2023-04-01 Thread Ken Hornstein
>Hey all, been meaning to get to this for a while. > >Things are way more verbose in the current release in that all sorts >of headers clog up my display. The extras:nocomponent only seems to >cut down on a few components. Well, I know this is confusing, bttt ... "extras:nocomponent" means

mhl nocomponent

2023-04-01 Thread Jon Steinhart
Hey all, been meaning to get to this for a while. Things are way more verbose in the current release in that all sorts of headers clog up my display. The extras:nocomponent only seems to cut down on a few components. Am I doing something wrong, did something deliberately change, or is there