Closed
Bug 506609
Opened 15 years ago
Closed 15 years ago
With "Automatically download new messages" OFF, new messages are not checked for at start up nor periodically on POP mail servers
Categories
(MailNews Core :: Networking: POP, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 458625
People
(Reporter: asherman, Unassigned)
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1) Gecko/20090715 Firefox/3.5.1 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3
There are "Check at start up" and "Check every 2 minutes" settings checked in preferences for POP account. But Tb never reports that there are new messages automatically without the account being checked manually by pressing the "Get mail" button.
Reproducible: Always
Steps to Reproduce:
1. Create an POP account
2. Set "Check at start up" and "Check every 2 minutes" settings checked
3. Send a letter to the account
Actual Results:
Tb doesn't report that there are new messages
Expected Results:
It has to report about new messages.
Comment 1•15 years ago
|
||
WFM here on
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2pre) Gecko/20090725 Lightning/1.0pre Shredder/3.0b4pre ID:20090725112141
Comment 2•15 years ago
|
||
How about next setting?
> [ ? ] Automatically download new messages
New mail alert isn't possibly displayed without this setting(if so, may be regression)
Updated•15 years ago
|
Component: General → Networking: POP
Product: Thunderbird → MailNews Core
QA Contact: general → networking.pop
Version: unspecified → 1.9.1 Branch
Comment 3•15 years ago
|
||
David any idea what we could check here ?
Comment 4•15 years ago
|
||
Are the messages downloaded and the issue is 'just' about the reporting not happening or are the messages not downloaded ?
Reporter | ||
Comment 5•15 years ago
|
||
"Automatically download new messages" is off. So the issue is about reporting not
happening, although it works well with Tb 2.
Comment 6•15 years ago
|
||
Arkady could you try to see if it still happens with
http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/ ?
Here with last release it seems all work fine.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2pre) Gecko/20090727 Lightning/1.0pre Shredder/3.0b4pre ID:20090727034746
Comment 7•15 years ago
|
||
I don't see a new mail indicator on startup if I turn off "automatically download new messages" . I'm not convinced we're even talking to the server, but a pop3 protocol log would confirm that.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 8•15 years ago
|
||
> Arkady could you try to see if it still happens with
Doesn't work for me :(. Probably it's worth to note that I make use of master password.
Reporter | ||
Comment 9•15 years ago
|
||
I don't need to download all messages automatically, I just want to know that a new message has been arrived to my inbox. By the way that worked fine in Tb2.
Comment 10•15 years ago
|
||
if you have a master password, we're not going to make the background check for new mail prompt you for your master password. Did we do that in TB 2?
Comment 11•15 years ago
|
||
From a pop3 protocol log, it looks like we're checking for new mail, but we're just not doing the new mail notification. This is in a profile w/o a master password. But, perhaps we prompt for the master password in your case, Arkady, on startup?
Comment 12•15 years ago
|
||
Aekady : the instrcutions to get a protocol log are written at https://wiki.mozilla.org/MailNews:Logging , if it's not clear just ask here we will help.
Comment 13•15 years ago
|
||
Arkady, is b3 the first tb 3.0 build you've tried? I tried this with b2 and it also failed to set the new mail indicator. I'm trying to get a regression window, and also be sure I'm recreating this problem correctly.
Keywords: regressionwindow-wanted
Reporter | ||
Comment 14•15 years ago
|
||
I asked for master password at start up of Tb, its ok.
I tried Tb3 b2 first and this bug had been already there.
By the way I've got several IMAP and POP accounts and everything is ok with IMAPs.
Will try to log something.
Comment 15•15 years ago
|
||
no need for a log - I'm reasonably sure we're checking for new pop3 messages, just not doing the notification. The main unknown is when this broke in the 3.0 codebase.
Comment 16•15 years ago
|
||
I could reach next bug(my base of comment #2) again.
> Bug 458625 "Check for new mail at startup" has no effect
> without "Automatically download new messages" with pop account
Updated•15 years ago
|
Keywords: regression
Comment 17•15 years ago
|
||
Bug 458625 comment 12 may know what went wrong. Probably this and bug 458625 are the same.
Comment 18•15 years ago
|
||
I understand from comment #5 and comment #7 that this bug only happens when "Automatically download new messages" is OFF, so I adjusted the summary to reflect that.
Summary: New messages are not checked for at start up nor periodically on POP mail servers → With "Automatically download new messages" OFF, new messages are not checked for at start up nor periodically on POP mail servers
Reporter | ||
Comment 19•15 years ago
|
||
For me the bug happens even if "Automatically download new messages" is ON!
Comment 20•15 years ago
|
||
Closing as DUP of Bug 458625.
If this bug is for different issue, or if problem still occurs with build on which patch for Bug 458625 is already landed, please reopen.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Comment 21•15 years ago
|
||
(In reply to comment #19)
Mail is not downloaded even after restart of Tb? Or no biff sound?
If latter, read Bug 458625 Comment #24, please.
Reporter | ||
Comment 22•15 years ago
|
||
OK, It works after Tb restarting, with "Automatically download new messages" being ON.
Comment 23•15 years ago
|
||
AFAIR, problem like next exists and old bug report for it exists.
Change of "Automatically download ..." setting is not effective until restart.
Updated•15 years ago
|
Keywords: regressionwindow-wanted
You need to log in
before you can comment on or make changes to this bug.
Description
•