221165 - does not report new (POP) mail at startup or periodically (dead biff)

Status: RESOLVED FIXED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[carljordan]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031003
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031003

this release does not check for mail on startup.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.



Expected Results:  
it should check for mail on startup.

Comment 1

[Matthias Versen [:Matti]]

it does check mail at startup with my nightly build omn win2k
and you don't have a release build, you have a nightly build

Comment 2

[Jo Hermans]

Reporter, you have to open the Mail/News reader either automatically (see
Preferences -> Appearence) or manually. Your mail should be downloaded
automatically (worksforme in build 2003100105) whn you see the Mail-window.
Starting up only the browser won't download your mail.

Comment 3

[Sven Grull]

2003100804 WinXP POP3
When I start MailNews I do not get a new mail notification even if there is new
mail. As I see network traffic while starting MailNews I assume that only new
mail notification does not work. When I use "Get New Messages" while MailNews is
running I can receive the message(s).

Comment 4

[carljordan]

I have prefs|appearances set to open mail/news.  But it doesn't check for mail.
 I do not want it to download the mail, only to check to see if there is any; if
so provide notification.  That is what it is doing (or not doing) at present.

It's not the end of the world for it not to do so.  I use SpamBuster to check
anyway.

Comment 5

[Andrew Schultz]

carljordan: are you using POP or IMAP?

Comment 6

[carljordan]

POP.

Comment 7

[Andrew Schultz]

ok, then I'm seeing this too (linux trunk 20031024).  As with comment 3, if I
monitor network activity, or collect a POP3 NSPR log, all seems fine.  it logs
in and gets the UIDLs.  but then it doesn't do anything.

Mozilla also connects to check mail periodically, but doesn't report it then
either.  Also, if you have Mozilla "automatically download new messages", then
that works.

the symptoms here started between linux trunk 2003092205 and 2003092305,
although I think the 2003092305 build had password problems that have since been
resolved.  I don't think any nightly between then and now has worked.

Comment 8

[Felix Miata]

I was using 1.4.1 branch until Saturday, when I started using OS/2 trunk build
2003110108. The green arrow on the status bar mailnews icon never ever has
appeared since. This is no small annoyance.

Comment 9

[Felix Miata]

*** Bug 225112 has been marked as a duplicate of this bug. ***

Comment 10

[Felix Miata]

I just noticed that after I have successfully fetched mail but before I have 
read any of it, the green marker is added to the mailnews statusbar icon.

Comment 11

[Max Alekseyev]

Felix, that's true. Now MailNews indicates new mail ONLY when it's fetched.
But it should indicate in case when new mail has just appeared at POP-server but
not been fetched locally yet. See bug 225112 for details.

Comment 12

[David :Bienvenu]

taking, probably mine.

Comment 13

[David :Bienvenu]

please try tomorrow's build - I've tried to fix this as part of some other work
in handling pop3 uidl stuff.

Comment 14

[Sven Grull]

2003111420
It seems that the bug is fixed only halfway.
Mozilla does not report new mails on startup of MailNews. It reports new mails
only when the time for the periodic check arrives.

Comment 15

[Sven Grull]

I have to correct my last entry. It works for me.
Somehow the pref for "check for new messages at startup" got disabled allthough
I did not touch it for years. After switching this pref back on the problem was
solved.

Comment 16

[Felix Miata]

Seems pointless to deny blocking status on a regression bug fixed prior to the
requested block point, no?