355165 - Filter does not recognize empty messages with date 1970

Status: RESOLVED INCOMPLETE

(Thunderbird :: General, defect)

Description

[Joerg Starkmuth]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7

I frequently receive E-mails (probably corrupted spam or whatever) that have a size of 0 bytes and the date 01/01/1970. They normally appear in couples, i.e. two identical messages of this type at the same time. The junk filter recognizes them as I want it to and moves them to the Junk folder. But trying to delete them right away with the normal message filter does not work. I set the filter to look for file dates before 1970 and/or file sizes of 0 bytes, but none of these two settings detect these messages.

Reproducible: Always

Steps to Reproduce:
1. Receive 0 bytes message(s) with date 01/01/1970.
2. Set up filter to look for file dates before 1970 and/or file sizes of 0 bytes and to delete those messages.
3. Apply filter to the folder containing the message.

Actual Results:  
Message should be deleted.

Expected Results:  
Message are not deleted.

Comment 1

[Joerg Starkmuth]

Oops, typo ... "file dates before 1970" should have been "file dates before 1971".

Comment 2

[Steve England [:stevee]]

*** Bug 355166 has been marked as a duplicate of this bug. ***

Comment 3

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporter, does this still occur with the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is 2.0.0.17)

Comment 4

[Joerg Starkmuth]

I had disdabled the filter as it did not work anyway, so I cannot answer your question right now. I reactivated the filter now. If I see any more 1970 messages that are not deleted, I'll let you know. Might take some time though, because the number of those zero-byte 1970 messages coming in has dropped significantly.

Comment 5

[Joshua Cranmer [:jcranmer]]

Rolling over the closeme date on this one, since the OP said he would try to reproduce, but that it may take time.

Comment 6

[Joshua Cranmer [:jcranmer]]

I'm going to RESO INCO this bug. Joerg, when you get more information, respond to this bug and someone will take action.