Closed Bug 186894 Opened 22 years ago Closed 21 years ago

Only INBOX checked for new mail at startup, not subfolders

Categories

(MailNews Core :: Networking: IMAP, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: peter, Assigned: Bienvenu)

References

(Blocks 1 open bug)

Details

(Keywords: regression, verified1.7)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20021226 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20021226 Sometime after 20021119, MailNews stopped checking my IMAP accounts _subfolders_ for mail at application startup. I have it configured to check for new mail every minute, and after a minute, all folders are checked for mail. I.e. it's only at startup that the inbox subfolders isn't checked (the INBOX itself is checked though). If I fire up my 20021119 build, it all works as expected. Also, if I manually "Get New Messages", the subfolders are checked. Reproducible: Always Steps to Reproduce:
i get the same behaviour with thunderbird 0.2 20030829 (not shure wether i should create a seperate bug report for thunderbird...) and i have // Download mail from all accounts on startup user_pref("mail.check_all_imap_folders_for_new", true); in my user.js
you might try the next version of Thunderbird, .3, when it comes out, and see if it helps. Have you set the online server directory for your imap server, or left it blank?
Status: UNCONFIRMED → NEW
Ever confirmed: true
has anyone tried 1.5 final build, or a recent thunderbird build? I believe this might be fixed.
I've just tried out 1.5rc1, and it's actually behaving a bit worse: - Starting up Mozilla MailNews. - Only INBOX "root" is checked for new mail. - Clicking on "Get Msgs" button. - Only INBOX "root" is checked for new mail (!). - Clicking on a INBOX subfolder. - MailNews starts checking subfolders for new mail. The "worse" part being "hesitating" to check subfolders for new mail when "Get Msgs" is clicked.
Confirming in the final 1.5 release
Not only do subfolders not check mail, only the first inbox checks mail on 1.5 release.
I have confirmed this as well. I upgraded from Mozilla 1.4 to Mozilla 1.5 and have performed NO configuration changes. However, now only my *first* IMAP account is checked for new mail and only the INBOX folder. At M&N startup I believe it actually checks all accounts and folders properly (I have each individual folder set option "Check this folder for new messages" enabled) but on the subsequent checks it does not. I have my other IMAP accounts set at a 10 minute check interval yet the NEVER check for new mail (except at startup) unless I click on them. This all worked fine in Mozilla 1.4.
has anyone tried a 1.6 build or a recent tbird build?
Mozilla 1.6a behaves the same.
I just wanted to confirm that on M&N 5.0 startup it does actually check all my folders in all my accounts like it is supposed to (though it seems to take a bit longer to check non-inbox folders than it used to). However during subsequent scheduled checks only the INBOX of my first account and it appears sometimes the folders of my first account are checked. My other accounts are not automatically checking for new mail. I can't yet verify whether it is the first account in the list that works or whether it is just the active account, because they are both the same for me.
I can confirm with: Mozilla Thunderbird 0.4 (20031205) and Cyrus imap 2.1.12. Only the first message in my inbox will give a notification. With every next new message the folder status gets updated but no notification is send. For Inbox subfolders (Option: "Check this folder for new messages" Enabled) not even the first message gets a notification but also here to folder status gets updated. It doesn't matter how many new messages are in my inbox or subfolders the icon in my systray always shows "accound name has 1 new message". Ones you select a folder in which new messages are recieved the message notification will show. I know for sure that with previous versions of thunderbird (don't know which ones exactly) this feature worked for subfolders (I am not sure about the behaviour of a second mail in the inbox).
Confimed with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208. Server: courier-0.44.2 Additional info: The additional folders -do- get checked if I switch the 'focused' folder. It doesn't matter what folder I switch to, merely the act of switching will cause Mozilla to check all folders again. This isn't a workaround, however, since Mozilla won't ever report new mail unless I intervene personally, which sort of defeats the purpose of having Mozilla check for new mail. To reproduce a scenario, I select a subfolder ("Check for new mail"), make sure I'm subscribed to it, and then focus on the top folder (INBOX in my case). Then I arrange for a new mail to appear in the subfolder. Now, no matter how many times I click "Get new messages", Mozilla will repeat "No new messages". Then, if I select another folder on the server (no matter which one), Mozilla will then (at new-mail-checking-time) correctly check the subfolder and see that there is indeed new mail there.
I'm seeing parts of the behaviors mentioned here when using Mozilla 1.6b on Linux & Courier-Imap 2.1.2. The only time that I see the expected behavior, that the message counts for the expected folders are updated when new mail arrives, is when: 1) I'm subscribed to a subfolder 2) I've clicked 'Check folder for new messages' under the Properties dialog for that foler 3) I click the 'Get Messages' when the toplevel Inbox is selected When I changed the account to check the messages every other minute, the folder counts still did not get updated until I clicked on 'Get Messages'. I don't use notifications so I didn't test their behavior. Strangely enough, the IMAP_CHECK_ALL_FOLDERS setting in the imapd config file does not affect the observed behavior. Why is it necessary to enable each folder for checking for new mail once you've subscribed to the folder? I would have expected subscribing & checking new mail to go hand in hand as they do with nntp. I haven't tested the mail.check_all_imap_folders_for_new pref yet. Is there a way to enable that in the gui?
OS: Windows XP → All
Hardware: PC → All
*** Bug 199608 has been marked as a duplicate of this bug. ***
Is there somebody working on this?
Blocks: biff
*** Bug 238751 has been marked as a duplicate of this bug. ***
Can someone having these problems attach a protocol log? Also, please do this with 1.7 http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap Re Seawood's question, the reason we don't check all imap folders for new messages by default is that the vast majority of users don't have messages arriving in any folder besides the inbox, so it would be a waste of client and server cpu, not to mention network bandwidth.
> Re Seawood's question, the reason we don't check all imap folders for new > messages by default is that the vast majority of users don't have messages > arriving in any folder besides the inbox, so it would be a waste of client and > server cpu, not to mention network bandwidth. Of course, but this is a reason why only Inbox is selected for checking new messages in the default configuration. I absolutely agrree. But, if I select other folders to check for new messages, they SHOULD be checked at Mozilla startup!
> Can someone having these problems attach a protocol log? Also, please do this > with 1.7 Here is the protocol log you've requested. I used the newest beta build {2004031616}. I added a comment to the log file at the point when Mozilla startup finished. The next part of the log is after I pressed the Get Msgs button in Mozilla. The folders selected for checking new mail were checked then...
This used to work back in 1.4 (well, at least in NS 7.1)
Keywords: regression
*** Bug 240475 has been marked as a duplicate of this bug. ***
*** Bug 241857 has been marked as a duplicate of this bug. ***
*** Bug 242173 has been marked as a duplicate of this bug. ***
Attached patch proposed fixSplinter Review
do perform biff on imap server as well, because it might check folders other than inbox for new messages. Set m_runningUrl in nsImapMailFolder in update folder, so we eon't have the double select problem.
Attachment #147566 - Flags: superreview?(mscott)
Attachment #147566 - Flags: superreview?(mscott) → superreview+
fixed, in thunderbird too.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
IT WORKS!!! (tested with Build ID: 2004050509) Thanks for this great piece of work!
Comment on attachment 147566 [details] [diff] [review] proposed fix this is a highly requested bug fix...I get a lot of dups on it. Fix is pretty safe...
Attachment #147566 - Flags: approval1.7?
Comment on attachment 147566 [details] [diff] [review] proposed fix a=mkaply for 1.7
Attachment #147566 - Flags: approval1.7? → approval1.7+
Keywords: fixed1.7
*** Bug 221792 has been marked as a duplicate of this bug. ***
Verified as fix on latest 1.7 branch 06-24 builds. Changing keywords from fixed1.7 to verified1.7. Leave this bug status "as is" until this bug be verified on trunk again...
Keywords: fixed1.7verified1.7
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: