*** Bug 1805909 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match
** Changed in: thunderbird
Importance: Medium => Unknown
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for
*** Bug 1787394 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match
*** Bug 1770440 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match
** Changed in: thunderbird (Ubuntu)
Importance: Medium => Low
** Changed in: thunderbird (Ubuntu)
Assignee: Mozilla Bugs (mozilla-bugs) => (unassigned)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
*** Bug 1643904 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match
** Changed in: thunderbird
Importance: High => Medium
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for IMAP
(In reply to jimimaseye from comment #143)
> Is it really that hard to do 'right-click - properties - Repair Folder'? Im
> sure that anyone that has the knowledge, or is learning the knowledge, of
> creating 'custom header-based filters' is also very well adapted to learning
> the extra part of
Ok, I have just done a complete re-test and confirm that it seems to be
working for me now. To be clear, my (previously failing) test was:
1, Receive an email that may have custom headers in it. (eg, X-customheader-set)
2, set up a message filter to look for and action on that customer header
Removing myslef on all the bugs I'm cced on. Please NI me if you need
something on MailNews Core bugs from me.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
Anyone interested in fixing this should vote for bug 543956 (Always
download All Headers, even for folders *not* set to offline mode)...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
Yes, a fair point. Maybe a switchable toggle eg, "Do not show this
again" stored in CONFIG.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters
Yes, I saw your comment (Comment 58)
> "If the developers don't want to pre-index all the headers of every
email, then I can only suggest that when a user adds a custom header to
search with, that this action prompts a request to automatically reindex
all the email in the persons account.
Eh?
Surely you can't expect mere mortal humans to do this?
What if they've never read your posting?
No, the solution is for the *program* to prompt the user to perform a
Folder rebuild and then do it.
--
You received this bug notification because you are a member of Desktop
Packages, which is
I stop worryng about edge cases by edge users
Are those not the users who help nail down the bug per se?
#c45 stop imap search
Wouldn't it be better to indicate IMAP server deficiencies to the user
and disable features for problematic users and not punish everyone else
with dimished
(In reply to WADA from comment #132)
By the way, Wayne, regression over what?
do you mean bug#? no idea.
And I did not confirm via testing.
As written in comment 44, I added regression keyword based on prior
comments that it worked in version 1.5
--
You received this bug notification
(In reply to Wayne Mery (:wsmwk) from comment #133)
As written in comment 44, (snip)
Wayne, thanks for pointing the comment. By you, I could reach comment
#45 by David with no effort :-)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
WADA: (re your comment 131): I'm pretty sure that your a) and b) are
both implemented by TB 19. It is the alternatives that are quite
difficult, for example your c) would require filters to handle async
searches, which are quite difficult given the current architecture.
--
You received this bug
(In reply to Kent James (:rkent) from comment #134)
I'm pretty sure that your a) and b) are both implemented by TB 19.
Very good news for many bugs!
But one bad... No performane impact by (a)?
(Huge Mbox like [Gmail]/All Mail is very popular, and I saw a bug report by
user on slowness with
(In reply to WADA from comment #135)
Very good news for many bugs!
But one bad... No performane impact by (a)?
(Huge Mbox like [Gmail]/All Mail is very popular, and I saw a bug report by
user on slowness with 136MB Junk.msf in the past...)
The changes that I am thinking of only expand the
(In reply to Kent James (:rkent) from comment #137)
I see, I stop worryng about edge cases by edge users. As Fx 19 is already
released, I hope Tb 19 will be available soon. Thanks for your great effort for
resolving problems.
--
You received this bug notification because you are a member of
Adding some words in bug summary for ease of search.
By the way, Wayne, regression over what?
vseer...@lehigh.edu 2007-07-23 Keywords regression
If I understand problem correctly, I think this bug is issue since initial of
message filter on custom header.
--
You received this bug
(In reply to Kent James (:rkent) from comment #130)
Any other functionality is very difficult to implement given the current
design of the backend, (snip)
Phenomenon itself is pretty simple;
- If filtering upon fetch of new mail download, custom headers are fetched
because used custom
Thanks for the ping, Stuart.
I have not thought about this for awhile, but jumping from comment 101
to the referenced bug 363238, that bug is only implemented for
Thunderbird 19 and later, so the fix would not be in the current
shipping product, but would be available in the current beta.
Yet
Well I don't know the internal policies of Mozilla, but this bug has
been around since 2002 and yet remains unfixed.
So either we are wrong complaining about this or something is a miss
with Mozilla and the way they fix bugs?
Any way we can raise the profile of this sticky bug? :)
--
You
TB 17.0.3/Mac, still broken. And so annoying...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for IMAP messages
Any link with Bug 678322 ?
Please fix it.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for IMAP messages
TB 16.0.1, still broken.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for IMAP messages
Status in Mozilla
The bug is still in TB 15.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for IMAP messages
Status in Mozilla
*** Bug 531483 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match
This behavior is still present in the most current versions (note
message date) of Thunderbird on Ubuntu and SeaMonkey on Windows 7. It
does appear to be an issue when applying after the fact to IMAP and POP
mail. Someone commented about a search function for AOL. Every webmail
account I have,
Yes, I am quite sure. I have List-ID filter. Al message that match that filter
drop into my INBOX, but running filters from menu (Tools - Run filters on
folder) in INBOX move them to desired destination.
Moreover, everything was working fine till I tried to see Filter Log, which
grew up to 850M
Are you sure Constantin?
For me it's the opposite and this bug report is for the custom filters
not working when run manually.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
And for me (on 10.0.2 too) custom header filter is not working on new
incoming mail, but works if run manually.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
Here in my 10.0.2 they only work with new incoming IMAP mail. The
manually run filter of custom headers simply doesn't work. So the bug is
in there.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
Still very much broken on 10.02 in IMAP as it has been for many years.
I created a custom header rule:
version=9
logging=yes
name=TEST
enabled=yes
type=17
action=Copy to folder
actionValue=mailbox://nobody@Local%20Folders/TEST
condition=OR (\mime-version\,contains,1.0)
This should have copied
Update:
It did actually work when receiving new mail!
But not when manually run.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom
The bug is there in TB10.0.2. The filters did work for my IMAP account
till today, but when I tried to read filter log (which was 850M at the
moment) TB hung, I killed it and restarted, and custom header filters
stopped working. But Body filters do work.
--
You received this bug notification
Come December this bug will be 10 years old!
Amazing.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match for IMAP
Filtering does not work automatically for me in any recent version up to
9.0.1. I have filters that are correctly formulated, and a few messages
are automatically filtered. The vast majority are not. I have to run
all the filters manually. It's depressing that software seems to spend
untold
*** Bug 564189 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on custom header won't match
I used to get this problem a lot but not recently.
Do you still see it in the latest 8.0?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/119899
Title:
After-the-fact Filters on
42 matches
Mail list logo
