Closed Bug 496119 Opened 15 years ago Closed 6 years ago

"Check this folder for new messages" needs better wording, and I do not want to see new message notifications for non-Inbox folders, where "Check this folder for new messages" is unchecked

Categories

(Thunderbird :: Folder and Message Lists, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 334483

People

(Reporter: Stephen, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b4) Gecko/20090427 Fedora/3.5-0.20.beta4.fc11 Firefox/3.5b4 Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Lightning/1.0pre Thunderbird/3.0b2 Deselecting "Check this folder for new messages" on a subscribed IMAP folder has no effect. It still always checks and reports unread messages. I have several folders that receive server-side filtered messages that I do not want to see new message notifications for unless I manually browse to them. (For example, nightly test suite results are filtered, and I only want to browse to them when I know a failure has occurred) This feature worked properly in Thunderbird 2.0, but is broken in the current 3.0 builds (see build string above) Reproducible: Always Steps to Reproduce: 1. Set up an IMAP server with several subdirectories. (e.g. Zimbra or GMail) 2. Create a server-side filter for certain emails to be filtered into one of those folders. 3. Subscribe to that folder in Thunderbird 4. In Edit->Folder Properties for that folder, ensure that "Check this folder for new messages" is unchecked. 5. Send yourself an email that would trigger the filter and end up (server-side) in that folder. 6. Wait for your folder poll time (I have it set to 5 minutes) Actual Results: The folder is checked and reports each new email as they are received. Expected Results: The folder should not be checked unless I explicitly browse to it. I have also tested this by quitting Thunderbird and restarting it between steps 4 and 5 in order to verify that it isn't a case of it simply continuing to update once it's been manually viewed.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
I disagree with this being a duplicate of that bug, as that bug is reporting the exact OPPOSITE problem that I am seeing. That bug states that no folders are getting checked for updates, while I am reporting that ALL of them are (even the ones that should not be)
Reopening based on comment #2.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
I suspect that's because of bug 428266, so the mail isn't checked aggressively, but still...
> This feature worked properly in Thunderbird 2.0, but is broken in the current 3.0 builds If IDLE is enabled only for Tb 3, Tb behaves based on design of IDLE of IMAP, and it's normal behaviour. If you want POP3 like behavior for IMAP who supports IDLE(Gmail IMAP supports it), disable IDLE support of Tb for the IMAP account. I think "new mail alert for each mail detected via IDLE" is debatable, but I don't know what behavior is well for majority of users. To Stephen Gallagher(bug opener): IDLE is disabled at both profile for Tb 2 and Tb 3? Same profile is used? If IDLE is enabled for Tb 3, is there any evidence that "new mail alert" is invoked by "timer-pop new mail check of folder", is not invoked by "new mail notification from server via IDLE"?
What happened is this: I had a profile on Fedora 10 using Thunderbird 2.0 for several months. I upgraded to Fedora 11 Preview while leaving my home directory alone. So the profile I am using is the same as it was for Thunderbird 2 (but no, I am not jumping back-and-forth between them) I do have IDLE support enabled, but I also have it set to check email every five minutes. Are you saying I should be doing one or the other? (And if so, why is this the default setting?) Finally, how would I determine whether the new mail alert is invoked by "timer pop mail check of folder" and not "new mail notification from server via IDLE"?
(In reply to comment #6) > how would I determine whether the new mail alert is invoked by "timer > pop mail check of folder" and not "new mail notification from server via IDLE"? Get IMAP log with timestamp and check IMAP level flow. See comments relate to NSPR log & timestamp of log in meta bug 402793. See http://tools.ietf.org/html/rfc3501 for IMAP command/response. > So the profile I am using is the same as it was for Thunderbird 2 Code around "new mail alert/biff" has been changed by Tb 3 from Tb 2?
For the record, I am seeing this behavior in email from both a Zimbra IMAP server and GMail IMAP. I understand (from the comments on bug 402793) that Google's IMAP implementation is funky, but since it's also happening with Zimbra, I suspect it's not a Google-specific issue. After some investigation (turning on logging, etc.) it definitely looks like I'm experiencing this behavior only when the timer goes off, and not because of IDLE triggering a new mail notification. If the box is unchecked, shouldn't it be omitted from the list of folders to check on this schedule?
Stephen can you attach the imap log to the bug please ?
Component: Folder and Message Lists → Networking: IMAP
Flags: blocking-thunderbird3?
Product: Thunderbird → MailNews Core
QA Contact: folders-message-lists → networking.imap
Version: unspecified → Trunk
I'm afraid I cannot, as my IMAP log may reveal company-sensitive information, and it is far too verbose to sanitize. What I can tell you is this: I sent an email that would not be filtered on the server side (and thus would be sent to the inbox) and it appeared immediately (and out of band with the five-minute poll) in the inbox. I then sent an email that was filtered on the server-side by Zimbra into a folder. It did not appear until the massive five-minute check ran (I made a point to send the both the above email and this one immediately after the previous five-minute check for this reason). I take from this that the problem occurs only when the polling check occurs, and not that IMAP IDLE is triggering a new mail notification.
I do wonder how this setting is supposed to work now with the STATUS command... If i understand it correctly, now auto-sync of the folder will user STATUS to check for new mails in the folder, if the folder if set up for offline access.
(In reply to comment #10) > I take from this that the problem occurs only when the polling check occurs, > and not that IMAP IDLE is triggering a new mail notification. Is the polling done by STATUS command of IMAP? Do you enable offline-use of Inbox? (Folder properties/Synchronization)
Hmm, that's something I hadn't noticed. Apparently Thunderbird automatically set all of my folders as "Select this folder for offline use". I am going to disable this feature on the folders I don't want updated and see if it affects the behavior.
Bryan will work to clarify the UI.
Assignee: nobody → clarkbw
Flags: blocking-thunderbird3? → blocking-thunderbird3-
confirming and assigning so this gets off the triage watch list
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
AFAIK this checkbox really means: "Always check this folder when getting new messages for this account" Though I'm not sure that is the best label as it's pretty long. Previous to auto-sync checking this box would force Thunderbird to check that folder for new mail. However now that we check all folders for new mail automatically this action only has meaning when auto-sync is off. It might make sense to disable this item when auto-sync is enabled for an account.
If we remove the indent from this check box that text might work even though it would have to wrap a bit. Any other suggestions?
Component: Networking: IMAP → Mail Window Front End
OS: Linux → All
Product: MailNews Core → Thunderbird
QA Contact: networking.imap → front-end
Hardware: x86_64 → All
Another possibility might be "Treat this folder as an inbox"? That's what it does to it. Would also be nice to have it under smart folders inboxes in that case...
(In reply to comment #0) > Steps to Reproduce: > 1. Set up an IMAP server with several subdirectories. (e.g. Zimbra or GMail) > 2. Create a server-side filter for certain emails to be filtered into one of > those folders. What is the expected behaviour if using client side filtering (Tools > Message Filters) instead?
I have the same problem with build 2 of 3.0 RC1. "Select this folder for offline use" is not checked "Keep messages for this computer" is not checked "Use IDLE command if the server supports it" is checked. "Check for new messages every N minutes" is not checked mail.check_all_imap_folders_for_new is false mail.imap.use_status_for_biff is true This occurs with every IMAP server I use (Cyrus, Gmail, AIM, GMX, Aixgen) How can I control what folders it checks for new mail? Right now the only way I can do that is by unsubscribing the folder which is unacceptable. Why did you break classic functionality rather than just set mail.check_all_imap_folders_for_new true by default? Why isn't this documented in the release notes? This is a significant change for IMAP users that use server side filtering. Fastmail, Runbox, Tuffmail, Gmail, and GMX for example support server side filtering. Why are there no Litmus tests for checking for new mail? It just has a empty placeholder.
Did you try turning off autosync of imap folders? tools | acocunt settings | synchronization and storage - keep messages for this account on this computer. In order to autosync, we check if there are new messages, download the headers, and then the message bodies.
Yes, autosync of IMAP folders is off. Sorry. I mangled the wording when quoting. tools | account settings | synchronization and storage - keep messages for this account on this computer is not checked. I had that set while investigating if there was any interaction between it and "Select this folder for offline use" in folder properties, then unchecked it and restarted Thunderbird. As a side effect it seems to have left mailnews.offline_sync_mail true and mailnews.offline_sync_send_unsent false (both are listed as user set). mail.server.default.autosync_offline_stores is still true (default setting). There are no mail.server.serverX.autosync_offline_stores settings.
(In reply to comment #20) > Why are there no Litmus tests for checking for new mail? It just has a empty > placeholder. Feel free to add them. I don't have the answer for the Why.
Flags: in-litmus?
> If IDLE is enabled only for Tb 3, Tb behaves based on design of IDLE of IMAP, > and it's normal behaviour. If you want POP3 like behavior for IMAP who supports > IDLE(Gmail IMAP supports it), disable IDLE support of Tb for the IMAP account. > I think "new mail alert for each mail detected via IDLE" is debatable, but I > don't know what behavior is well for majority of users. Would it be possible to just suppress notifications for messages from folders that have "Check this folder for new messages" unchecked? Would that have some unintended side effect for other functionality? I don't know the Thunderbird internals so I don't know if this would be consistent with the code design or not. Regarding comment #9 and comment #10, do you still need an IMAP log? I'd be happy to produce one is that would be helpful. This bug is significant for me. The primary reason I use Procmail to auto-sort my mail is so I will only be notified about mail that is specifically directed to me (as opposed to the various mailing lists). I tried Thunderbird 3beta and went back to 2.0 due to this bug. I'm not qualified to fix it directly, but I'd be happy to help in any way I can.
I like the idea suggested in comment #24: Notifications should be suppressed if user does not want to be notified for new mail in that folder - even if the IDLE command reports new mail. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091130 Thunderbird/3.0
I just disabled IDLE Tools > Account settings > Server > Advanced but still got new mail notifications for folders where "Check this folder for new messages" is unchecked. Maybe because those messages where filtered and moved from INBOX to that folder? However, the notification popup did not mention the INBOX but the folder name where the messages ended up after filtering.
Is there any news on that issue? Does anyone know a workaround? I totally agree with Alex and would also be very happy with his idea suggested in comment #24
sounds like the opposite of bug 221792
I shouldn't be the assignee for these bugs. Filter against clarkbfilter to delete all these from your emails.
Assignee: clarkbw → nobody
Status: ASSIGNED → NEW
(In reply to paqud from comment #30) > duplicate of bug 334483 ? Eric, what do you think?
Flags: needinfo?(emoore)
Flags: in-litmus?
Severity: normal → minor
Component: Mail Window Front End → Folder and Message Lists
Flags: needinfo?(emoore)
Summary: Unchecked "Check this folder for new messages" is not honored → "Check this folder for new messages" needs better workding

(In reply to paqud from comment #30)

duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=334483 ?

Does seem like it

Status: NEW → RESOLVED
Closed: 15 years ago6 years ago
Resolution: --- → DUPLICATE
Summary: "Check this folder for new messages" needs better workding → "Check this folder for new messages" needs better wording, and I do not want to see new message notifications for non-Inbox folders, where "Check this folder for new messages" is unchecked
You need to log in before you can comment on or make changes to this bug.