User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 "Get All New Messages" from either the File menu or from the toolbar fails to connect to POP/IMAP mail servers. Reproducible: Always Steps to Reproduce: 1. Launch Thunderbird 2. Launch "Get All New Messages" from either File|Get new Messages for|Get All New Messages. 3. Launch "Get All New Messages" by hotkeys CTRL+SHFT+T. 4. From toolbar, click on down arrow next to Get Mail and select "Get All New Messages" Actual Results: No attempt to connect to mail servers occur. Expected Results: Should attempt to connect and bring up the password dialog if needed. Occurs on all platforms.

Noticed that once you established a successful login(already entered password and lookups complete) with each account has been established, "Get All New Messages" now attempts to connect to the POP/IMAP mail servers correctly. If user checks new messages at startup or logs into each account prior, this problem would not be displayed.

will investigate for .9

do you have remember password turned on for these accounts? I think this feature deliberately skips servers where we don't have a password, to avoid prompting the user for a bunch of passwords, so it can run unattended...i.e., I think it's always been this way.

Trix can you answer David's questions? Will reconsider if you do have remember password turned on and we still don't do the get all new messages check.

David & Scott: remember password was not selected because i wanted to create an IMAP and a POP3 account and then get messages. Once i created the 1st account(IMAP), it prompted the password dialog which i cancelled because i wanted to create my 2nd account(POP3) next. After creating the 2nd account and exiting out of the Account dialog, the next step a user would want to do is Get All Messages. So clicking on the arrow next to the Get Mail icon and selecting Get All Messages or CTRL+SHFT+T is when it fails to attempt to connect. If this is expected behavior, perhaps it needs to be re-evaluated because the steps are easy to reproduce and gives the impression that TBird is not functioning. If the intent is to not all users to get all messages in that scenario then that option needs to be disabled. The only way to get messages in that scenario is to select your account and then Get Mail and repeat for each account which doesnt seem logical.

I also have a problem getting new messages. With 0.8 it doesn't work at all, either automated or manually. With the 20041019 nightly it only works if I select "Get All New Messages" from the button's menu (or if I press Ctrl+Shift+T). Clicking directly on the button or selecting my account from the button's menu doesn't do anything, and the automated checking for new mail doesn't work either. I should mention that I have saved my password (I even deleted it and saved it again).

I am not sure I follow all the comments here, but I can tell you my experience is that this is an intermittent, though often repeated thruout the day, bug. I do check email upon startup and every few mins intervals. Email gets retrieved most of the time, but suddenly it stops doin anything for one or two accounts. There is mail waiting on the server which I can see by logging into the webmail. Ctl-T, check all, right click and Get Messages for This Accoutn, all of this yields NO activity, nothing in the status bar. It merely is not doing anything, as if the command was never issued. Generally closing down TB, then restrarting it fixes it, and voila, downloading 14 messages for that account. I don't know how an engineer would reprdouce it, but I do know its a major annoyance in what otherwise is af abulous client. And sadly a very major one. I also don't know in this bug forum who these people are that are making comments. Are they engineers working on it, or just users like me? Is there any chance this will be fixed soon? I love TB and am so disappointed in this bug. Is there any comments here from an engineer, how do we know if its being looked at? I am new to this whole 'mozilla' world and love TB. I hope somebody fixes it. Thanks. Joe K

(In reply to comment #7) > I am not sure I follow all the comments here, but I can tell you my experience > is that this is an intermittent, though often repeated thruout the day, bug. > I do check email upon startup and every few mins intervals. OK, I will spend some time looking at this to see if I am seeing the same behavior that you do. > > Email gets retrieved most of the time, but suddenly it stops doin anything for > one or two accounts. There is mail waiting on the server which I can see by > logging into the webmail. Ctl-T, check all, right click and Get Messages for > This Accoutn, all of this yields NO activity, nothing in the status bar. It > merely is not doing anything, as if the command was never issued. Generally > closing down TB, then restrarting it fixes it, and voila, downloading 14 > messages for that account. I don't know how an engineer would reprdouce it, > but I do know its a major annoyance in what otherwise is af abulous client. > And sadly a very major one. > > I also don't know in this bug forum who these people are that are making > comments. Are they engineers working on it, or just users like me? Is there > any chance this will be fixed soon? I love TB and am so disappointed in this > bug. Is there any comments here from an engineer, how do we know if its being > looked at? I am new to this whole 'mozilla' world and love TB. I hope somebody > fixes it. Thanks. > Joe K Joe: There are a team of engineers that work on Thunderbird. Since we work in the open source world, a number of people who make comments in bugs are volunteers in the community. Others, such as myself, work directly with the mozilla team. We are working very hard to make Thunderbird a great mail client - the way you can help is by providing feedback in bugs and including as much information as possible - remember, everyone has different mail configurations so the more detail you can provide about the issues you are seeing, the better. Hope this helps.

Marica, thanks for the response. I am competly new to this open source world and really clueless how it works, and as I have siad, don't feel I can squawk too loudly since it is free. I wnat and hope to donate at least $50 to it when I feel I can use it regularly. My biz depends on email and missing emails even for a few hours, because I have not noticed that tb is not polling, can cost me customers. I am shy to donate now as I just paid for a client called Pocomail Barca, that was fine for 30 day trial, then as soon as I piad some $70 or $80 for it, it started screwing up. Anyway, my OS is win xp sp1. I have a few mailboxes, one on my isp, dslextreme.com (which TB never seems to fail on) and a few on www.excedent.com, and a couple on my server at alpharedhosting.com. And one on spamcop. The only one that doesn't ever fail is the dslextreme, my isp. The rest all fail at times. I have asked excedent to look into it and they are very devoted support teamd and seem sncere in their efforts and reported back that they think the problem is in the client. Which seems evident by the fact that it also happens to the spamcop box as well as alphared. If I can supply any more info, please ask. I would love to do whatever I can to help fix this. Thanks.

Also, if it would help, I can create a user mailbox on my excedent account solely for testing this, if it would help. Further inof, if it means anything, is my system is Pentium IV, 2.4GHz, HTT, with 1GB of ddr or sdram, whatever the current is, tons of hard drive space. Gigabyte motherboard. Nvidia graphics driver.

similar problem here TB RC2 - version 0.9 (20041103) - IMAP, one profile, one email account, windows 2000 - I first started using TB yesterday (Monday) This morning (Tuesday) I couldn't get "get new" to work - TB stopped receiving new messages at some time during the night. Until I did "empty trash". That seems to have fixed it up. An innocuous bug in some respects, but it would be a shame to ship 1.0 without fixing it.

I had this problem on 0.8 in Linux, but 0.9 works fine. See my bug report in Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280482 "Get Mail" button fails intermittently on additional accounts

I'm seeing this problem with version 0.9+ (20041124) If I press the "Get New Messages" button on the toolbar, NO checking for new messages is done. If I press the drop-down for the button and select my POP account, TB checks correctly. If I press the drop-down for the button and select my blog feeds, TB checks correctly. If I select File->Get New Messages for->Get All New Messages (or Ctrl-Shift-T), TB checks for messages in my POP account, but not in the blog feeds. If I select File->Get New Messages for->(POP or blog feeds), TB checks correctly for messages in the selected account. So the current things that aren't working are: 1. "Get new messages" button does not check any accounts. 2. Get New Messages for->Get All New Messages only checks one POP account and not the blog feeds.

Regarding the intermittent problem described in comment 7 et seq, see bug 274360.

Thunderbird ver 1.0.2 build 20050317 on Windows XP, Service Pack 2, consistently fails to retrieve new messages on all of my RSS/Blog accounts on startup of program, even though Get all new messages on startup is selected. I also occasionally experience a failure to retrieve new messages when specifically directed on each account. About 20% of the time it successfully retrieves new messages, 40% of the time it does nothing and 40% of the time it pulls down ALL messages (duplicating them).

Has a decision been made on how this command *should* work? I agree with comment 5; "Get All New Messages" sounds like it will get all your new messages, not just messages for accounts whose passwords are stored.

I had a similar issue with my mac. In fact, that was the reason why I'm here, I was looking for a solution. No messages, no matter the circumstances. After reading a couple of bug reports, I did this: After a few failed attempts, I created a new account, using the same information, but this time I leave the "use local folders" checkbox blank. This time everything worked as it should from the beginning. Perhaps you should check if this option makes some kind of interference when retriving mail?

We could give users an option, to ask for missing passwords or not to ask for missing passwords, when Thunderbird checks all accounts. You could have a look into my patch in RFE-bug 303799 > besides the extended buttons, there is a function to really get mail from all accounts (respecting the settings for global inbox accounts and the new option to ask / or not to ask for missing passwords). mscott should really have a look into this, we've the chance to have less confused users.

I'd second the request to clarify just what this command is supposed to do. My situation is this: I have procmail filter everything before I ever see it. It's not the case that there is one mailbox per account that it needs to check. In my home account, there are 37. In my work account there potentially as many, as I get deeper in my work. I hate the fact that it doesn't scan them all for new mail.

Okay, so I finally figured it out. Now, I have an enhancement request: Make it possible to select a bunch of mailboxes at once, and set properties. Having to choose properties individually on every mailbox, and say "check this one too" is a big pain.

Me too. I click "Get All New Messages" and nothing happens. TB should at least give a notice, that it failed to do, what the user requested. And an additional line, with an explanation why it failed, would be nice too. Oh, documentation describing the behavior would be cool to. Is there a separate bug for that ? (pls, answer this off list)

This may be a duplicate of bug 247661.

Reporters, does the issue still occur in the latest supported Thunderbird 2.0.0.x or trunk nightlies?

"get new messages" still doesn't work in TB version 3.0a2pre (2008051203)

it reads only 1 from 3 mail accounts that I have defined in TB.

(In reply to comment #24) > "get new messages" still doesn't work in TB version 3.0a2pre (2008051203) To Paweł: Does your "still" mean that "Get All New Messages" didn't work in Tb 1.0.x, Tb 1.5.x, Tb 2.0.0.x and older Tb trunk builds, and "Get All New Messages" STILL doesn't work in TB version 3.0a2pre (2008051203)? Or simply means that "Get All New Messages" doesn't work with Tb trunk 2008051203 build? If latter, it's new regression on recent Tb trunk, and is Bug 431247.

In simply mean. Only TB trunk. Now I've TB version 3.0a2pre build 2008051403 and in this build problem exist. It reads only first from three mail accounts when. But "Check for new messages every XX min" works fine for all accounts.

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b1pre) Gecko/20080930003201 SeaMonkey/2.0a2pre SeaMonkey 2.0a2pre this bug contains also.

Wrong core.

So what specific 'core' should this be? The problem resides on SeaMonkey 2.0a1 (linux is all that I've tested with at this point from a migrated 1.1.12 account with 4 email accounts) as well and is IMO a showstopper for SeaMonkey 2.0.

if you click on the bug history you can see what joshua changed - it's now in the appropriate location.

adding to comment #31 - I migrated from SM 1.1.12 to SM 2.0a on Windows 2000 with 3 email accounts. Neither the buttons, nor the shortcut key Ctrl+Shift+T execute the "Get All New Messages" command.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081130 SeaMonkey/2.0a2pre I have a guess... I have the following account types: 1. IMAP (secure, requires password) 2. RSS (no password) 3. Local (no password) 4. News (no password) 5. News (secure, requires password) For debugging purposes I added the following line before [1]: dump(currentServer.prettyName + "\n" + currentServer.passwordPromptRequired + "\n\n\n"); and then checked by starting SeaMonkey with -console. The result was that only the IMAP server returned false for currentServer.passwordPromptRequired which is the prerequirement for entering the if block. From a quick MXR search it seems to me that only [2] and [3] set that property, so in addition to my IMAP account UNIX MoveMail accounts would probably also be checked because GetPasswordPromptRequired() always returns false for those. Why isn't the property set to false for RSS accounts and Local Folders, too? [1] <http://mxr.mozilla.org/comm-central/source/mailnews/base/resources/content/mailWindowOverlay.js#2114> [2] <http://mxr.mozilla.org/comm-central/source/mailnews/local/src/nsMovemailIncomingServer.cpp#271> [3] <http://mxr.mozilla.org/comm-central/source/mailnews/base/util/nsMsgIncomingServer.cpp#1668>

Are you seeing the error mentioned bug 431247 comment #2 in SeaMonkey? The fix to that was included in the in bug 217942 patch which was Thunderbird-only, so if we have the same problem mentioned there, we probably still need that fix ported.

(In reply to comment #36) > Are you seeing the error mentioned bug 431247 comment #2 in SeaMonkey? No. > The fix to that was included in the in bug 217942 patch which was > Thunderbird-only, so if we have the same problem mentioned there, we probably > still need that fix ported. I already said in m.d.a.seamonkey: "The fix for TB was to reintroduce the connection to cmd_getMsgsForAuthAccounts which has not been altered for SM."

(In reply to comment #35) > For debugging purposes I added the following line before [1]: > dump(currentServer.prettyName + "\n" + > currentServer.passwordPromptRequired + "\n\n\n"); > and then checked by starting SeaMonkey with -console. The result was that only > the IMAP server returned false for currentServer.passwordPromptRequired Update: I checked with a POP server now and it returns FALSE as well. So the above is only the reason why it fails for RSS and news accounts. Still running with -console (which seems to have no effect if you use -P <profile name> or check Don't Ask At Startup in the profile manager) I now saw the following on the command line window: TypeError: aLocalFoldersToDownloadTo.indexOf is not a function Comparing SM's CoalesceGetMsgsForPop3ServersByDestFolder [1] with TB's [2] I saw that TB uses .GetIndexOf() while SM is using .indexOf(). The same applies for .push() vs. .AppendElement(). I guess that needs to be fixed. Unfortunately that alone didn't the trick for me. If I'm not mistaken nsISupportsArray provides no function AppendElement() [3]; I guess it's only available in nsSupportsArray (C++). If that's true that either needs to be changed or all places where it is used (including the aPOP3DownloadServersArray[index] assignment and everything that depends on it) need to be adapted. [1] <http://mxr.mozilla.org/comm-central/source/mailnews/base/resources/content/mailTasksOverlay.js#94> [2] <http://mxr.mozilla.org/comm-central/source/mail/base/content/mailWindowOverlay.js#2085> [3] <http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/ds/nsISupportsArray.idl>

RSS really is the easy part, with this patch it should work when the main issue is fixed (which is a bit too complex for me - help!). Since news servers may require a password prompt, nsMsgIncomingServer.cpp needs to be checked why it doesn't work for News.

Somehow I wonder if the de-rdf work in bug 420506 has caused that new occurrence of this bug.

This is probably the wrong place to park this SeaMonkey issue. Here is a summary of the same type issues in Thunderbird: Bug 413781 caused bug 428620 the fix for 428620 caused bug 431247 The fix for bug 431247 was applied as part of bug 217942 How's that for a great "circle of events"

I don't know what I was doing before (I still don't understand the IDL, can someone please explain?); with those two patches SeaMonkey downloads messages for IMAP, POP3 and RSS when invoking Get All New Messages. What's left is news servers but as I already said that's another issue, probably located in nsMsgIncomingServer.cpp's GetPasswordPromptRequired(). Since this a MailNews Core bug, can someone describe in how far TB (trunk) is (still) affected?

(In reply to comment #38) > Still running with -console (which seems to have no effect if you use -P > <profile name> or check Don't Ask At Startup in the profile manager) FYI: That only has an effect if the hidden pref browser.dom.window.dump.enabled is set to true (cf. [1]) and, at least for Windows, the Profile Manager is displayed at startup (use -P). Do we already have a bug for that? [1] <https://developer.mozilla.org/En/DOM/Window.dump>

(In reply to comment #42) > What's left is news servers but as I already said that's another issue, > probably located in nsMsgIncomingServer.cpp's GetPasswordPromptRequired(). Get all new messages has never applied to newsgroups AFAIK > Since this a MailNews Core bug, can someone describe in how far TB (trunk) is > (still) affected? The previously mentioned bugs fixed all the issues for TB "get all new messages" works for all mail accounts (just tested again) Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081206 Lightning/1.0pre Shredder/3.0b2pre ID:20081206032330

Comment on attachment 351687 [details] [diff] [review] RSS needs no password prompt, just like Movemail Quite straightforward, yes.

Comment on attachment 351765 [details] [diff] [review] Port Thunderbird's Coalesce POP3 changes to SeaMonkey > function CoalesceGetMsgsForPop3ServersByDestFolder(aCurrentServer, > aPOP3DownloadServersArray, > aLocalFoldersToDownloadTo) > { > // coalesce the servers that download into the same folder... > var inbox = aCurrentServer.rootMsgFolder.getFolderWithFlags(Components.interfaces.nsMsgFolderFlags.Inbox); >- var index = aLocalFoldersToDownloadTo.indexOf(inbox); >+ var index = aLocalFoldersToDownloadTo.GetIndexOf(inbox); This is wrong. CoalesceGetMsgsForPop3ServersByDestFolder is called in two locations: <http://mxr.mozilla.org/comm-central/search?string=CoalesceGetMsgsForPop3Servers&find=mailnews&findi=&filter=%5E%5B%5E%5C0%5D*%24&hitlimit=&tree=comm-central> Unfortunately, they disagree upon the type of the aLocalFoldersToDownloadTo parameter. In this case, GetMessagesForAllAuthenticatedAccounts's usage of nsISupportsArray is just superfluous. (That's why it got removed in MailTasksGetMessagesForAllServers.) > if (index == -1) > { >- inbox.biffState = Components.interfaces.nsIMsgFolder.nsMsgBiffState_NoMail; >- inbox.clearNewMessages(); >- aLocalFoldersToDownloadTo.push(inbox); >+ if (inbox) Not needed. POP3 accounts _do_ have inboxes. IMO, the way to go is folding GetMessagesForAllAuthenticatedAccounts into MailTasksGetMessagesForAllServers, they are similar enough. Just introduce a new first parameter aBiff and call it directly from MsgGetMessagesForAllAuthenticatedAccounts.

Comment on attachment 351687 [details] [diff] [review] RSS needs no password prompt, just like Movemail my suggestion here would be to make nsMailboxServer return PR_FALSE for this, and override nsPop3IncomingServer to return PR_TRUE. Then, movemail and local folders server would inherit the mailbox server impl.

This is variant 2 of the fix for RSS as described in comment 47. Not requesting review yet because...

... here is variant 3 David came up with on IRC: Ask GetServerRequiresPasswordForBiff (which is already implemented for all account types) and make that the result if it is FALSE.

Comment on attachment 352208 [details] [diff] [review] RSS fix variant 3: ask GetServerRequiresPasswordForBiff this looks ok in general. You don't need the braces with the if (!*aPasswordIsRequired) and you chould just return NS_OK. But I'd like to see if this is OK with Karsten - if it is, I can land it.

Comment on attachment 352208 [details] [diff] [review] RSS fix variant 3: ask GetServerRequiresPasswordForBiff this is ok by me, modulo the braces.

Comment on attachment 352208 [details] [diff] [review] RSS fix variant 3: ask GetServerRequiresPasswordForBiff Fine by me, but maybe make the comment in nsMsgIncomingServer::GetPasswordPromptRequired "...password is not even required...".

Comment on attachment 351687 [details] [diff] [review] RSS needs no password prompt, just like Movemail Obsoleted by variant 3

Comment on attachment 352205 [details] [diff] [review] RSS fix variant 2: move GetPasswordPromptRequired to nsMailboxServer Obsoleted by variant 3

Updated RSS fix variant 3 with comment 50 and comment 53 addressed, carrying over r=mnyromyr, sr=bienvenu

Comment on attachment 353078 [details] [diff] [review] [checked in] Final patch for also checking RSS Checked in: http://hg.mozilla.org/comm-central/rev/b78913288a38

Comment on attachment 352443 [details] [diff] [review] Get All New fix for SeaMonkey (see comment 46) >+++ b/mailnews/base/resources/content/mailTasksOverlay.js >+ } >+ else >+ // get new messages on the server for IMAP or RSS >+ GetMessagesForInboxOnServer(currentServer); Either both if branches should have braces or none, so please embrace ;-) the else content. >+++ b/mailnews/base/resources/content/mailWindowOverlay.js > function MsgGetMessagesForAllAuthenticatedAccounts() > { > if(CheckOnline()) >- GetMessagesForAllAuthenticatedAccounts(); >+ MailTasksGetMessagesForAllServers(false, msgWindow, null); > else if (DoGetNewMailWhenOffline()) >- GetMessagesForAllAuthenticatedAccounts(); >- } >+ MailTasksGetMessagesForAllServers(false, msgWindow, null); >+} There's no need for two if clauses if they have the same content anyway... r=me with these fixed.

Final patch to fix SeaMonkey with comment 58 addressed, carrying over r=mnyromyr

Comment on attachment 353113 [details] [diff] [review] Final patch to fix Get All New Messages for SeaMonkey >- if (aDefaultServer && >- aDefaultServer.equals(currentServer) && >- !aDefaultServer.isDeferredTo && >- aDefaultServer.rootFolder == aDefaultServer.rootMsgFolder) >+ if (aDefaultServer && >+ aDefaultServer.equals(currentServer) && >+ !aDefaultServer.isDeferredTo && >+ aDefaultServer.rootFolder == aDefaultServer.rootMsgFolder) Nit: one of these lines has a trailing space that could be killed ;-)

Checked into comm-central, changeset cde1071a0556 and 877154dd96a2

That's it. :-) TB had already been fixed before, see comment 44. The remaining part, Get All New Messages for news, should be discussed in another bug (for TB that would be Bug 376804, didn't find an exact match for SM).

Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081216 SeaMonkey/2.0a3pre From: http://ftp.mozilla.org/pub/mozilla.org/seamonkey/tinderbox-builds/comm-central-linux/1229466018/ seamonkey-2.0a3pre.en-US.linux-i686.tar.bz2 16-Dec-2008 14:26 13M I tested with 4 mail accounts; all fetched properly. Works for me. Thank You!

With the fixing of this bug, I suspect the many "Get All Messages" bugs out there can be duped to this one...

While this bug is fixed, it appears that it may have broken New Messages Notificactions? Using: Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081218 SeaMonkey/2.0a3pre today I found Get Msgs|Get All New Messages working properly. However I am no longer notified of new messages on the server (4 pop accounts checking every 10, 11, 12, 13 minutes. Can someone verify that the issue (new message notifications) is not related to this fix, and is perhaps related to something else in 20081218 SeaMonkey/2.0a3pre? Thanks.

(In reply to comment #65) > today I found Get Msgs|Get All New Messages working properly. However I am no > longer notified of new messages on the server (4 pop accounts checking every > 10, 11, 12, 13 minutes. That sounds like it could be bug 458625.

That looks to be the one. I'm seeing the same symptoms on Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081219 SeaMonkey/2.0a3pre so I'll head over to 458625. Thanks.