Open Bug 716551 Opened 13 years ago Updated 2 years ago

Add List-Id to the default list of field the filter UI provides

Categories

(MailNews Core :: Filters, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: Usul, Assigned: aceman)

References

(Depends on 1 open bug, )

Details

I would like to add the List-Id header to the default list of headers in the filter UI.

I believe List-Id is set by default on mailman run mailing lists , which means a good proportion of the mailing lists available.

That would help all new installs that would not have to add the List-Id via the customize submenu.

Blake thoughts ?
I could try to implement this if UI people confirm this would be acceptable.

But this needs specification what values this header can contain and which matching operators should be allowed on it (like 'is', 'isnt', 'contains', etc.)
Yeah, I'ld be up for that, assuming you're talking about the Message Filters dialog, and not the Quick Filter Bar.  ;)

Aceman, Ludo, I'll let the two of you decide who'll spec it out.

Thanks,
Blake.
(In reply to Blake Winton (:bwinton - Thunderbird UX) from comment #2)
> Yeah, I'ld be up for that, assuming you're talking about the Message Filters
> dialog, and not the Quick Filter Bar.  ;)

We are.
 
> Aceman, Ludo, I'll let the two of you decide who'll spec it out.

I'll spec it here then I think {contains, doesn't contain} is enough. Once we got that we could implement more based on the feedback from our users.
(In reply to Ludovic Hirlimann [:Usul] from comment #3)

> I'll spec it here then I think {contains, doesn't contain} is enough.

The amount of effort to add the other standard items (Is, Isnt, Begins With, Ends With) is trivial compared to the effort required to do another bug. I think you would need to have a good motivation why NOT to include these.

I don't know what the spec is for a List-ID, but the ones that I see look like email addresses. You'll need to spec whether this should be parsed like an email address or not. IIRC, for email addresses "List-ID" "Is" "tb-enterprise.mozilla.org" would work, but it would not if this is not parsed like an email address.
Agreed, no point in not adding all the standard items.
List-Id is basically a subset of email addresses if you look at RfC 2919, and thus should be treated as such IMO. No need to make arbitrary restrictions now that need to be fixed later.
:aceman you have you specs.
Yes, thanks. I'll look how hard this is, if it is possible to reuse code parsing email addresses in filters, etc.
Version: unspecified → Trunk
Assignee: nobody → acelists
Another issue to consider: presumably many people are already using list id as a custom header. When a new field is added, how will that interact with those existing custom headers? That is, will it appear twice in the field list, or once and overwrite the old header? If it appears twice, then that will be confusing to existing users. Will it mess up existing filters that use that header?
Thanks for the hint. I can test that if when it is implemented.
success of this may depend on bug 622307.
Depends on: 622307
ping ?
Wayne, Magnus, Ace, this is a quite easy addition to defaults that would make managing mailing list way easier in TB, can we get the ball rolling?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.