264198 - Need more date related filters

Status: UNCONFIRMED

(MailNews Core :: Filters, enhancement)

Description

[Jim Longino]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910

In addition to entering static dates, why can't there be a filter that perform
the following dynamically?

Date  "more than ??? days difference"  _____

The user could enter either a positive or negative integer.  I've been getting
several SPAM messages that are dated about a year old, so they pop down to the
bottom of my Inbox.

Yes, I could create a filter

   Date   is before    10/01/2004

But that means I'll have to remember to change the static date every ??? days.

Reproducible: Didn't try
Steps to Reproduce:
1.
2.
3.

Comment 1

[David :Bienvenu]

you could try the "age in days" filter criteria - I'm not sure if it allows you
to enter a negative age, but it's worth a try.

Comment 2

[Mike Cowperthwaite]

(In reply to comment #1)
> you could try the "age in days" filter criteria

Unless he's using IMAP -- bug 177294.

Comment 3

[Jim Longino]

After having just deleted all of my Inbox mail older than 10/01/2004,  I realize
that it would also be nice to have the option to specify "Unread" messages in
addition to "more than ??? days difference" filter.

I'm using IMAP and don't have the "age in days" filter.

Comment 4

[Howard Chu]

(In reply to comment #1)
> you could try the "age in days" filter criteria - I'm not sure if it allows you
> to enter a negative age, but it's worth a try.

I wanted something like this too and tried it, no good. The value that comes
back is an unsigned int, 4billion off from the value you specified. The best you
can do right now is "age in days" "is less than" 0 which I tried. I think this
works, but I'm not sure it won't have a false positive for newly received mail
with timestamps that are only a few seconds or minutes out of whack.

re: comment #4 a custom header filter on X-Mozilla-Status can access the info,
but we really need bitwise operators to use it conveniently. For example, I do
Header-Only downloads and have a "DeletePartial" filter that I manually run on
my Trash folder from time to time. This is "X-Mozilla-Status" "begins with" "04"
and it works OK, but it's fragile. Since I only use it in my Trash folder, I can
live with it for now, but something more reliable would be nicer. I started
looking at resurrecting the JavaScript Filter support, but learning how to use
the JavaScript runtime from inside Mozilla was too much for me to handle in the
limited time I have. It would be nice to have that, though, so that we can have
a complete set of operators for the tests. 

Comment 5

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 6

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.