Closed Bug 325723 Opened 19 years ago Closed 18 years ago

Using Custom header to filter IMAP emails doesn't work

Categories

(Thunderbird :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 184490

People

(Reporter: stuart, Assigned: mscott)

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) Build Identifier: I'm using TB version 1.5 (20051201) on a Win 2000 PC sp4 and also a Win XP Sp2 PC. This bug happens on both TBs. I read my email via IMAP. Our mail server adds the following header to class emails as Spam. X-Text-Classification: spam or X-Text-Classification: not_spam So I create a custom header and use the rule: (match any of the following) If Header 'X-Text-Classification' 'begins with' 'spam' then label it as Important. ie nice and red spam. But if I get a 'not_spam' header email then TB filter incorrectly marks it as Important. Filter log shows it as matched. Oh dear! If I alter the rule to 'is' then it also gets 'not_spam' header wrong and labels it as Important. This rule is also missing the following items in the drop down : Doesn't contain isn't So its either incomplete or very broken. Reproducible: Always Steps to Reproduce: 1. Make an email with the Header 'X-Text-Classification: not_spam' 2. Make a custom filter and use the header 'X-Text-Classification' 3. Now make a filter to match on this header using 'is' to find 'spam' and make it label the message so you can see by a colour change that its worked or not. 4. Run filter on the folder containing the test email. 5. The custom filter should not match but does. Actual Results: filter detects 'not_spam' word in the actual email header as a match even when the filter is set to match exactly on the word 'spam'. Expected Results: It should not match on the word 'not_spam' as the filter is set to match only if the word is 'spam'. ie the same. This custom rule is also missing the following items in the drop down match menu: Doesn't contain isn't Other preset headers allow these matching conditions. IIRC there was an issue with filters where used in IMAP accounts. Perhaps this custom header was left out?
Version: unspecified → 1.5
(In reply to comment #0) > This rule is also missing the following items in the drop down : > > Doesn't contain > isn't Duplicate of bug 324326 -> Core bug 242550. > 4. Run filter on the folder containing the test email. > 5. The custom filter should not match but does. Duplicate of/related to Core bug 294037 and Core bug 176283?
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.