147473 - erroneous mail notification

Status: NEW

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Rodney Landers]

The mail alert shows up in the system tray with some number of new emails.  When
"Get new messages" is performed, there are no message that are new, and the
alert goes away.  Note that there are no unread messages in the list before or
after the "Get new messages" function is performed.

Comment 1

[Dwayne H.]

Encountered same bug on Mandrake Linux using build 2002070813. Server logs
confirm there was no mail downloaded.

Comment 2

[[e-mail] (gone - use [e-mail] instead)]

POP3 or IMAP?

Comment 3

[Rodney Landers]

I found this bug with IMAP.

Comment 4

[[e-mail] (gone - use [e-mail] instead)]

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

Comment 5

[Ilan Finci]

This still happens in 1.2a release.

Only IMAP accounts.


There is a comment on this bug in 
http://bugzilla.mozilla.org/show_bug.cgi?id=165128#c1

Comment 6

[Ilan Finci]

I've seen it on linux machines, Platform should be changed to reflect this
(change to All ?), doesn't have permission to change.

Comment 7

[Ilan Finci]

I've tested the latest night build (as of 11/11/2002), and it still happens.
Is there anyone working on this?

Comment 8

[Ilan Finci]

I want to  change the priority to higher one, since this is really annoying
(getting false alarms about email all the time).

Can the owner of the reporter please do this?

I'm working in Linux (SuSE 7.1).

Comment 9

[Dave Buckles]

I've noticed the same bug.  I'm using Windows XP and Moz build 2002101612
(1.2b).  The "<I>x</I> New Messages" dialogue pops up frequently to inform me
that I have new mail; I open MailNews to read it, only to discover that I do not
have any new messages.  This is, to be blunt, bloody annoying.  I thought it was
just 'doze being 'doze, but apparently it exists on other platforms.  I haven't
experienced it on my Mandrake or Debian boxen, but I don't use them on the
network very often (typically over a modem, as they're at work instead of home);
perhaps this matters?  The Mandrake box is running an older version (probably
.9.something, though I don't remember offhand, and can't check right now), and
the Debian version is running the latest Debian Stable release (1.0).  I've
noticed this problem in a couple of earlier versions (1.2a, 1.1, and possibly
earlier) on 'doze, but not in Linux; I do not, however, dispute the claims that
it exists on other systems.  I am using two IMAP servers, specifically Courier
IMAP, on a mailserver that I own and operate, and Exchange, also on a box I
operate.  I do not use POP servers.  I also have a webmail client to check the
Courier server, and Outlook to check the Exchange server, and neither reports
new mail erroneously.  I've voted for this bug; others, please do the same,
owners, please elevate the priority and/or fix it.  My job is frequently handled
by e-mail, so this bug is a major annoyance for me.  Please feel free to contact
me at [e-mail] with questions or comments.
--Dave

Comment 10

[[e-mail] (gone - use [e-mail] instead)]

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

Comment 11

[(not reading, please use [e-mail] instead)]

did you set the "mail.check_all_imap_folders_for_new" pref?

if so, this might be bug 183377

Comment 12

[Dave Buckles]

I did set that flag, but it occurs randomly, without any connection to sent
mail; I can check my mail (clearing the notification), leave the room, come
back, and have the notification appear, without touching the machine.  It does
this frequently.  I have not noticed it alerting when I send mail (haven't
observed either way), but I have noticed it alerting with no apparent cause. 
I'll do some testing and get back to you.  BTW, I've upgraded to 1.2.1, so I'll
give a current status report.

Comment 13

[Ilan Finci]

This happens to me too, while my sent folder is set localy, and not on the IMAP
server at all.

I do have the flag set up, since I use server side filtering, but again - it has
nothing to do with sent messages.

I've checked and it happens still in 1.2.1  (the latest version that is free of
it is 1.0.1).

Comment 14

[Ilan Finci]

just a quick check: I set the check_all_imap_folder flag to false, and for about
20 minuts (which I wasn't in the room), I got no notifications about new mails.

It seems, but not proved, that this flag is causing the problem (or actually the
check). But again - I don't have the sent mail set to a folder on the server.

Can it be the Trash folder?

Comment 15

[Ole Frerichs]

This happens when a defined filter sorts out a message from pop-inbox (e.g. to
spamfolders/trash). The email notification remains in tray, because an account
seems to have still new_message.

Comment 16

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614