Re: mhl nocomponent
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-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 > probably > has to have wildcards in it. I have a patch for simple globbing in ignores. If you are intrested, I can port it. Philipp
Re: mhl nocomponent
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 though you quoted Ken's message in its entirety. Likely to be the same in this message from me, and in most other e-mail that doesn't contain attachments, or HTML noise. ls -l B H; wc -l B H -rw-r--r-- 1 kre wheel 1031 Apr 3 07:19 B -rw-r--r-- 1 kre wheel 3484 Apr 3 07:19 H 27 B 67 H B is the body, H the header (I omitted the separator newline char, and also the total line from wc (you can add 27+67 yourself, then add one more for that separator between header and body). But it would be good if at least in this community, we could get the terminology correct, e-mail messages have a header (just one) and usually have a body (also just one, but this one is optional). The header contains fields (From To (etc) and all of the junk). kre
Re: mhl nocomponent
>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
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 have wildcards in > >it. > > Sigh. I mean, it seems like this has been expanding, and "everybody > else" doesn't consider it a problem since every OTHER MUA only shows > "relevant" headers by default. Even Robert Elz (who was a long-time > proponent of showing those headers) finally gave up and deleted the > extras:nocomponent line in his mhl file: > > https://lists.nongnu.org/archive/html/nmh-workers/2021-06/msg00025.html > > I am thinking maybe we should change the nmh default mhl files as well > to recognize current reality (in that thread Ralph also chimed in and > said the current default doesn't make sense). > > --Ken It does seem like the size of the headers exceeds the size of the body in a lot of cases :-) Jon
Re: mhl nocomponent
>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 mean, it seems like this has been expanding, and "everybody else" doesn't consider it a problem since every OTHER MUA only shows "relevant" headers by default. Even Robert Elz (who was a long-time proponent of showing those headers) finally gave up and deleted the extras:nocomponent line in his mhl file: https://lists.nongnu.org/archive/html/nmh-workers/2021-06/msg00025.html I am thinking maybe we should change the nmh default mhl files as well to recognize current reality (in that thread Ralph also chimed in and said the current default doesn't make sense). --Ken
Re: mhl nocomponent
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. signature.asc Description: PGP signature
Re: mhl nocomponent
>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
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 now decode more addresses in header fields. Added decoding of To:, Cc:, Resent-To:, Resent-Cc:, and Resent-From: addresses to mhl.format and mhl.headers. Thanks to Conrad Hughes for suggesting it for the first two components and to Ralph for suggesting it for the Resent- components. > The extras:nocomponent only seems to cut down on a few components. extras adds components, it doesn't cut them now. Try removing it? Or, I wonder if you're now using the default mhl.headers, which has had extras:nocomponent for decades. David
Re: mhl nocomponent
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, bttt ... "extras:nocomponent" means > "output everything else not explicitly ignored". The "nocomponent" means > "Don't output the component part", which in this case would be "extras". > Again, this is confusing. If you only want to show explictly defined > headers, you need to remove that line. If you want to show everything > not explictly ignored, leave it in and add more ignore lines. > > Other possible changes that you might be seeing (note: I do not think any > of this changed in this release): > > - Something changed upstream to add more headers, probably anti-spam related > - You're getting more MIME messages which means mhshow is being called more > and you didn't ignore more stuff in mhl.headers (which is what is used > for headers when mhshow is used, and yes, this is also confusing). > > --Ken Thanks Ken. So my mhl.headers looks like this: overflowtext="***",overflowoffset=5 leftadjust,compwidth=9 ignores=msgid,message-id,received,content-type,content-transfer-encoding,content-id Date:formatfield="%<(nodate{text})%{text}%|%(pretty{text})%>" To: cc: From:formatfield="%(unquote(decode{text}))" Subject:decode : I've removed some PII, but here's what I get with show: Return-Path: Received: from mail-pf1-f183.google.com (mail-pf1-f183.google.com [209.85.210.183]) by fedora (8.17.1/8.17.1) with ESMTP id 331MWbuW1969412 for ; Sat, 1 Apr 2023 15:32:37 -0700 DKIM-Filter: OpenDKIM Filter v2.11.0 fedora 331MWbuW1969412 Authentication-Results: fedora; dkim=pass (2048-bit key, unprotected) header.d=googlegroups.com header.i=@googlegroups.com header.a=rsa-sha256 header.s=20210112 header.b=rulw9tcr Received: by mail-pf1-f183.google.com with SMTP id x68-20020a62864700b0062624c52117sf11794484pfd.14 for ; Sat, 01 Apr 2023 15:32:37 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1680388356; cv=pass; d=google.com; s=arc-20160816; b=pBedmIoI7IaLOfr/KBYqmNbOBR+k1CCVTAbZVs3NHaHo1XLkVlMUwl6bl3dVghSgbO +RupOgx3yFd/lXt8jITqNGMWdhYZIJz73Z1fAmel6xUrCvsFaEYWYDzJz5zK5O0aKbsa +yEZrp/5hZo9gErw720vrH10eg6D34Ch+BVrUkK4yVPWisUPLvSlLsvlZeV7/sTVFJfY BHXogb55WTslWA64MO9NXH4vnBWnk9umdq7JVmTXE1N+35Bwx6dCUiMd8C4ofmpHriga b97QvIg6ksiPLJ9IdbfbPTl8oyrbxuVZ6d3WqovDHqA3QGldd1u8DAlmJGUfj9G/Wbk2 kocQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-unsubscribe:list-archive:list-help:list-post:list-id :mailing-list:precedence:in-reply-to:to:from:references :content-language:subject:user-agent:mime-version:date:message-id :sender:dkim-signature; bh=n3iA2wn+ZRYQ07WBC2aG1AU97k/fRrPL5EAUBnhj8vc=; b=v5lK+U/wMBhBCTyGw69562l1QYfeUI65uEHBJn5v8rCkvTYXyyfxYKtWsaa5kNcBgG p4Cz43uoh9YxXOLwhUrLJB8biyIZi9HBye5KTp3p/wGjnyIh7GSPS9kw/8lmVqHADAfm HcSJ8wIg/4h+u9iztIPh+tUd9epS5qkhDhetN6tgOEI+E87UgHgV8Lw7j7U9Wzf1nrml WAh+u66nLnNbVykTvi33l1ix+Qpag4PvTccFpheuiQn4tDZq2GnyyuTXvV0CdCXEk/vA OAcCP9P/5t2qpsFrn/WWUfbpyAuuDL14xmoSY+LZZ+wWcfGenhMSJ4ZGhKwmD+0ACFg2 dUhg== ARC-Authentication-Results: i=2; gmr-mx.google.com; spf=pass (google.com: domain of fi...@efn.org designates 129.213.214.220 as permitted sender) smtp.mailfrom=fi...@efn.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20210112; t=1680388356; h=list-unsubscribe:list-archive:list-help:list-post:list-id :mailing-list:precedence:x-original-authentication-results :x-original-sender:in-reply-to:to:from:references:content-language :subject:user-agent:mime-version:date:message-id:sender:from:to:cc :subject:date:message-id:reply-to; bh=n3iA2wn+ZRYQ07WBC2aG1AU97k/fRrPL5EAUBnhj8vc=; b=rulw9tcrOVLtSBms/mb5Aj/oiLyW5j49/G6bz6PnWy2QSJVex1gGVBLo5cx+LAwedf lFT6YOerfBo/sHKRcZxV9j+O6kCvuJUwww+VjafpBaV9Pm/IsQJaDCW1SZ6Wo47l04yC 7Fz+qsgcu3lOkcNZUYXZbdEjjPljBXnQ8oLu3pDBBzitvwibcztWg3Ak3UaGFkiaydnx qdxrDCxT5CU7LI0t+2eWu2VR4yBbgzhuafK5QBo5QfANpqOIu4Uc7KOOYrwW700nrDo7 FdQsYZJsjjjph0RDpL2lO/2rVHYGfwpNcedd+tfF3WTc57djSIFIRImpi6RaSuxtOF2U IYtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680388356; h=list-unsubscribe:list-archive:list-help:list-post :x-spam-checked-in-group:list-id:mailing-list:precedence :x-original-authentication-results:x-original-sender:in-reply-to:to :from:references:content-language:subject:user-agent:mime-version :date:message-id:x-gm-message-state:sender:from:to:cc:subject:date :message-id:reply-to;
Re: mhl nocomponent
>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 "output everything else not explicitly ignored". The "nocomponent" means "Don't output the component part", which in this case would be "extras". Again, this is confusing. If you only want to show explictly defined headers, you need to remove that line. If you want to show everything not explictly ignored, leave it in and add more ignore lines. Other possible changes that you might be seeing (note: I do not think any of this changed in this release): - Something changed upstream to add more headers, probably anti-spam related - You're getting more MIME messages which means mhshow is being called more and you didn't ignore more stuff in mhl.headers (which is what is used for headers when mhshow is used, and yes, this is also confusing). --Ken
mhl nocomponent
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 possibly a bug? Anyone else seeing this? Jon