228134 - Notification not going off when emails arrive in sub-folders by server side filtering

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[P h i l l]

If you have server side filtering (mailfilter or procmail) when a message is
delivered it is moved to a separate folder before TB knows about it. The folder
should be checked to watch for any new messages.

When the mail arrives the folder will appear in bold with (1) in brackets. It
will not however cause the message notification to appear in the system tray
(under Windows obviously). You can leave the email there for as long as you like
but the second you click on the folder the message notification is triggered. 

This only applies to the current foler you clicked on so if you have several
folders with new mail in the same will happen when you finally click on them.  

It is reproducible all the time and has been noticed by other TB users,
highlighed in these two Mozillazine forum posts:
http://forums.mozillazine.org/viewtopic.php?t=39611
http://forums.mozillazine.org/viewtopic.php?t=39881

This bug does not happen when using TB's own message filtering (which moves it
from the Inbox into another folder).

I set the severity to major as this removes a large piece of functionality if
you never receive message notification for server-side filtered emails.

Comment 1

[Gordon Tyler]

I can confirm this with Thunderbird 0.4. I use maildrop to filter into multiple
IMAP folders. New messages in all folders other than the INBOX are detected (the
new message count after the folder name is shown) but no notification is given.
Only when I open the folder is the notification triggered.

Comment 2

[Stefan Moebius]

This looks like a dup of bug #222280

Comment 3

[Chris Moore]

(In reply to comment #2)
> This looks like a dup of bug #222280

I don't believe so.  Bug #222280 has to do with the icon not going away if the
message is filtered to a local folder (for IMAP) or no icon at all if it is
filtered to a local folder (for POP).  This bug is if the message is filtered to
a different folder on the server side using server side filtering.  Bug 222280
is mainly about the icon not going away as opposed to never appearing.

Comment 4

[Stefan Moebius]

Sorry, I misunderstood this bug (well basically just 'going off' - 'appearing'
might be clearer to non-native English speakers ;-).

So in that case: Might this bug be related to that second part of bug #222280? 
TB does recognize that new mail has arrived but the notification does not.

Or, to ask another way: If this is indeed a FrontEnd problem, it should occur
whether an IMAP-mail got filtered server-side or a POP-mail got filter
client-side, right?

If so, what is different between 
- notification appearing and not disappearing (bug #222280 (part I), bug
#228414), and
- no notification at all (bug #222280 (part II) and this bug)?

Comment 5

[Chris Moore]

(In reply to comment #4)
> Sorry, I misunderstood this bug (well basically just 'going off' - 'appearing'
> might be clearer to non-native English speakers ;-).
> 
> So in that case: Might this bug be related to that second part of bug #222280? 
> TB does recognize that new mail has arrived but the notification does not.
> 
> Or, to ask another way: If this is indeed a FrontEnd problem, it should occur
> whether an IMAP-mail got filtered server-side or a POP-mail got filter
> client-side, right?
> 
> If so, what is different between 
> - notification appearing and not disappearing (bug #222280 (part I), bug
> #228414), and
> - no notification at all (bug #222280 (part II) and this bug)?

This bug is similar to #222280 (part II) except for one is client side filtering
and the other is server side filtering.  I'm not sure if it is a front end
problem or not, though.  To be perfectly honest, I don't think this behavior
still exists in TB 0.5.  There was also a workaround in 0.4, but I don't
remember what the exact pref.js line was.  On a fresh install on my Gentoo box,
server-side filtering with correct mail notification worked correctly, so with
the release of 0.5 I think this bug was fixed.

Comment 6

[Robie Basak]

I have used 0.5 and 0.6 where the server (Cyrus) delivers mail direct to shared 
folders. I have the "Check this folder for new messages" checked on these 
folders and have not noticed any problems - I get notifications fine.

So it looks like it's been fixed since 0.4 to me.

Comment 7

[Dave Abrahams]

I have the same problem.  Server-side rules sort messages into my IMAP 
folders, and I miss them unless they go into the mailbox called InBox.  What I 
really need is two checkable columns in the subscribe... dialog.  One of them 
controls whether the folder is visible, and the other controls whether the 
folder is checked for new messages.  Some of my folders are just used by me to 
manually sort messages, so I don't care about new arrivals there.

The lack of this feature stands in the way of me switching to Thunderbird as 
my main email client.  Not being notified when I have new mail is unacceptable.

Thanks,
Dave

Comment 8

[Dave Abrahams]

(In reply to comment #6)
> I have used 0.5 and 0.6 where the server (Cyrus) delivers mail direct to 
shared 
> folders. I have the "Check this folder for new messages" checked on these 
> folders and have not noticed any problems - I get notifications fine.
> So it looks like it's been fixed since 0.4 to me.

This bug is *still* not fixed as of TBird 0.8

Comment 9

[Wayne Mery (:wsmwk)]

bug author, Phil, is gone. Feel free to close bug if you no longer see it and please cite your version.

Comment 10

[Gordon Tyler]

Works for me with Thunderbird version 1.5.0.9 (20061207).

Comment 11

[Wayne Mery (:wsmwk)]

so WFM