Scott Doty posted on Tue, 7 May 2024 07:58:10 -0700 as excerpted: > Hello: > > https://gitlab.gnome.org/GNOME/pan/-/issues/185 > > tl;dr: long Newsgroups: header fields are wrapped and encoded > incorrectly. > > This has been a problem for a long time now. Please advise. > > Using commit cf43eb8929dc70e3fa89fead6bc948105019311a with a fresh > build.
Not sure if the encoding throws another wrench into things but I do know that pan hands off the headers to ... looking it up again via ldd to see what libs pan's loading... the gmime library... to do the header- processing including header-folding, and that certain versions of gmime were known to be buggy in this regard and do MIME-incompliant header folding. But AFAIK that gmime bug was squished some time ago (it was happening here right about the time pan fixed many of the gtk3 bugs and that became the default instead of gtk2, but IDR whether it was gmime 2.x or 3.x or both that had the problem), so the first thing I'd do is check your gmime version to see if it's current, because if it's that, updating pan all you want isn't going to help things, you'll need to update the gmime pan's using. FWIW, here's what I have here, on Gentoo Linux ~amd64 (the ~ denoting testing, where freshly introduced packages are available before they get stabilized, tho as you'll see below that doesn't matter for gmime at this time as there's no unstablized versions available). $ equery list -op gmime * Searching for gmime ... [-P-] [ ] dev-libs/gmime-2.6.23-r2:2.6 [IP-] [ ] dev-libs/gmime-3.2.14:3.0 That tells me: * version 2.6.23 (gentoo update revision 2, the first one is 0 so that's two distro updates beyond) is available in the main portage repository (the P), in slot 2.6 (the :2.6 at the end), but that version is *not* installed (missing the I). * version 3.2.14 is available, also from the main portage repository, in slot 3.0, and that *is* installed. The -op switches on the commandline tell equery to list all versions available in all repositories (both -p main-portage and -o overlays), not just what's installed. So no other versions are available in at least the gentoo main repo or the overlays I have activated (the gentoo/kde and gentoo/qt testing overlays, plus my own local overlay), in either the 2.6 slot or the 3.0 slot. A git query of the gentoo repo for additional gmime history says gmime-3.2.13 was dropped on April 13 (2024)... the last arch (ppc) stabilized 3.2.14 on April 9... (and FWIW amd64 stabilized on April 7 and x86 did between those two)... and 3.2.14 was introduced to Gentoo (for ~arch aka testing users) on Sept 4 (2023). Before that the last activity was in slot 2.6 on Jan 1 (which means 3.2.13 must have been stabilized before that). Continuing back in time 3.2.12 was dropped in Oct of 2022 and the last arch stabilizing 3.2.13 was sparc at the end of Sept (2022, amd64 stabilized mid-Sept). 3.2.13 was introduced to ~arch on Aug 20 (2022), and I'll stop there. So you'll probably want gmime 3.2.13 from 2022 at least, if not 3.2.14, introduced on Gentoo at least back in Sept (2023) and stabilized in April (this year 2024). If you have gmime 3.2.14 (and probably with 3.2.13 as I believe it was after the known header-wrapping issues) the gmime header-wrapping bugs I had seen should be fixed, as I'm guessing they were on 3.2.12 given the timeline above. If you're upgraded beyond 3.2.12 then, the problem probably /is/ the encoding, which as I said throws another wrench into things that I'm not familiar with -- it could be pan itself or another library responsible for that. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman _______________________________________________ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
