On Tue, May 14, 2002 at 10:15:12AM -0800, Christopher Swingley wrote: > Mutters, > > One of the mailing lists I subscribe to uses the Lyris ListManager > software, which attaches '[listname]' to the Subject: line of all > the messages send out. Unlike most list manager software, which > puts the 'Re:' string before the '[listname]' prefix, Lyris appears > to put '[listname]' at the beginning of the subject, no matter what.
Not by any chance a list at rennlist.org? I hate Lyris. Lyris is so nonstandard that one would think it was a Microsoft in-house project. > This makes it so that mutt can't thread the messages. Actually that is not the problem. One threads on the References: or In-Reply-To headers, not on subject. Lyris, at least as configured at rennlist.org, mangles the Message-ID header beyond belief. Idiots. And removes the In-Reply-To and/or References headers entirely. Is impossible to thread. Idiots. Oops, said that already. An example mangled Message-ID. This is *not* a message I sent to the list but one I received. Message-Id: <LYRIS-1067-46546-2002.05.14-14.40.42--dkelly#[EMAIL PROTECTED]> > How might one go about fixing this on my end? Ask the list owner to dump NT and Lyris for a real OS and real list server which respects long honored standards and conventions. > a procmail recipe that uses a sed filter for the Subject: line might > do the trick. Can anyone suggest a recipe, or perhaps a simpler > mutt-centric solution? Is very easy to pipe thru awk or perl and remove the addition in the Subject header. And while you are at it can add Yahoo! Groups advertisement filters if you wish. But if the Lyris list is configured as above then only a human could read the messages and guess the proper thread order. Unless you know how to completely decode the Message-ID and there happens to be threading information contained within. -- David Kelly N4HHE, [EMAIL PROTECTED] ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system.
