List-Id should be one line

Bug #265841 reported by Ber-users
2
Affects Status Importance Assigned to Milestone
GNU Mailman
Fix Released
High
Unassigned

Bug Description

If the List-Id: header gets splitted into several lines,
which I could observe on lists I'm on which switched to
mailman 2.1 now, it is getting harder to filter the list
based on the fixed part of the list id.

Filtering would need to look at more than one line.

So a procmail pattern (procmail uses egrep an basically
work on one line) like
:0:
*^List-Id:.* <kmail\.mail\.kde\.org>$
kmail-incoming

would not work anymore reliably when the description of
the
mailinglist is getting longer. Before mailman 2.1 the
above pattern was save against the changes in the
description.

I know that headers longer than one line are allowed,
still I consider is a design bug at mailman does not
necessrily need to make filtering harder at this point.

[http://sourceforge.net/tracker/index.php?func=detail&aid=665732&group_id=103&atid=100103]

Revision history for this message
Ber-users (ber-users) wrote :

I'm attaching a patch which fixes this bug against 2.1.2.

Revision history for this message
Ber-users (ber-users) wrote :

I have done more research on this bug over time.

Procmail does concatenate the header lines, but it
leaves the tabular character in.
The version I've tried: debian package 3.22-5
So it looks more like a procmail bug to me now.
I suggest to to the mailman documentation
that the following procmail pattern will work
with changing List-Id lines. The brackets contain
a space and a tabular.

:0:
*^List-Id:.*[ ]<kmail\.kde\.org>$
kmail-incoming

KMail also can utilise those extended header lines.

Mailman 2.1.4 leaves in the long line, but has other problems
violating the standards for List-Id.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Patches

Remote bug watches

Bug watches keep track of this bug in other bug trackers.