no new mail notification if some new messages are spam

RESOLVED INCOMPLETE

Status

SeaMonkey
MailNews: Message Display
RESOLVED INCOMPLETE
11 years ago
3 years ago

People

(Reporter: Benoît, Unassigned, NeedInfo)

Tracking

({regression})

SeaMonkey 1.1 Branch
x86
Windows 95
regression

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: relnote-seamonkey1.1)

(Reporter)

Description

11 years ago
For a long time the new mail notification has been very inconsistent, and I think I've tracked down the cause. When there is new mail, but there was also junk mail (detected as such and moved to Junk), there is no notification of new mail. If only new mail arrives, the notification is shown.

I've been trying to get a regression range on this, but the SPAM isn't cooperating (as in not arriving) at the moment.

This happens on Windows with a recent 1.8.1 branch build.
Summary: new mail doesnt get notified if there was junk → no new mail notification if some new messages are spam
related to the citations in bug 233930?
(Reporter)

Comment 2

11 years ago
Thanks to CTho's excellent suggestion, I was able to track this down well. I've got a regression range:

20060522-04 works
20060523-16 broken

I checked bonsai for checkins to SeaMonkeyMailNews in that time frame. bug 257990 to blame?

While searching for this regression range, I noticed that in addition to not showing the new mail notification, the SPAM message is marked as read even though the option to mark it as read when detected is not on.
(Reporter)

Comment 3

11 years ago
The conspiracy against Win9x continues, as I can't reproduce this on WinXP using the exact same method.

Comment 4

11 years ago
When you say "no notification of new mail" does that mean you don't get the tray icon, the alert (slide-up window/sound), or both?
(Reporter)

Comment 5

11 years ago
It means that I don't get a new mail notification of any kind. No tray icon, no slide-up window, and no sound. Nothing. :(

It means that often when I check my inbox I find mail waiting for me that SeaMonkey didn't alert me of.

Comment 6

11 years ago
Is the Inbox folder not boldfaced?  (Or do you have the account collapsed, or have older unread mail?)

When new messages arrive, there's a little 'new' flag put on the icon of the new messages, the folder containing the new messages, and the account to which the messages were sent.  The next time you see this, take note whether any of those flags are in place.

Comment 7

11 years ago
I've had my server-side spam filters turned off for a few days and finally managed to see a download that included both ham and spam, and I got the expected notification; but this was with a recent TB 3a1 (trunk) build.  I'll keep trying with 2b1.
(Reporter)

Comment 8

11 years ago
OK, saw it again.

All the new mail flags are there, except for the one on my account (not sure if it's supposed to be flagged, I have only one anyway).

Comment 9

11 years ago
Yes, the account *should* be flagged if new mail arrives for it.  Is this a POP or IMAP account?  If POP, is it using the Global Inbox (under Local Folders) or does it appear as its own node in the folder pane?  Other than junk controls, are you using any filters to move mail to folders other than Inbox?

I've again received mail in a batch containing both ham and spam, this time with TB 2b1-0108, and again I got all the expected notifications.  This is for a POP account that doesn't use the global inbox.
(Reporter)

Comment 10

11 years ago
It's a POP account.
I don't use the Global Inbox, the account has its own node.
I don't use any filters to move mail.
(Reporter)

Updated

11 years ago
Whiteboard: relnote-seamonkey1.1

Comment 11

11 years ago
Is this a duplicate to Bug 228649 – Unable to download mail from pop3 server caused by junk email

??
(Reporter)

Comment 12

11 years ago
Most definitely not. I can download e-mail just fine. The notification just doesn't show up if some of it is mail classified as junk.
(Reporter)

Comment 13

11 years ago
Please tell me how I can contribute to fixing this bug. I'm willing to run a debug build (I can compile one if needed), for example.
(Reporter)

Comment 14

11 years ago
Since installing SeaMonkey 1.1, this bug has been partially fixed, it seems. When open Mail & Newsgroups (auto-log-in on) and retrieve my new messages, the new mail notification works fine. But after that it fails to work under the same condictions as I outlined above.
(Reporter)

Comment 15

10 years ago
Still on SeaMonkey 1.1 (now 1.1.2), I noticed something that may be of importance. When I get new mail, both ham and spam, the ham is marked as read, even though I didn't read it yet.
(thinks some cases of this were fixed on trunk)

Comment 17

10 years ago
(In reply to comment #15)
> Still on SeaMonkey 1.1 (now 1.1.2), I noticed something that may be of
> importance. When I get new mail, both ham and spam, the ham is marked as read,
> even though I didn't read it yet.

If it's marked as read then, yes, notification does not get triggered.  How it's coming to be marked as read is a question.  You said before you're not using filters; is that still the case?  (I use filters to mark some messages as read.)
(Reporter)

Comment 18

10 years ago
Yes, I'm still not using any filters.
Can you reproduce with SeaMonkey v1.1.9 ?

Are you still using Win95 ?
Version: 1.8 Branch → SeaMonkey 1.1 Branch
(Reporter)

Comment 20

9 years ago
I can still reproduce this with SeaMonkey 1.1.11.
Yes, I'm still using Win95.

Updated

9 years ago
Component: MailNews: Notification → MailNews: Message Display
QA Contact: search
Assignee: mail → nobody
QA Contact: search → message-display
- Benoît: Does this bug still happen with SeaMonkey 2.22.1 (or later, and which exact SeaMonkey version, and on which OS)?
- Can anyone reproduce this on SeaMonkey 2.25a1 for Windows, or 2.24a1 for Linux or Mac (which are the respective "latest bleeding-edge versions" per platform as of this writing)?
Flags: needinfo?(benoit)
No answer in 5 months: resolving INCOMPLETE. This bug may be REOPENED (or set to WORKSFORME, depending) by answering coment #21; but note that versions have advanced in the meantime: the current "stable" version is 2.26, the current "bleeding-edge" version is 2.29a1 for Windows or Mac, or 2.27a1 for Linux32 or Linux64.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.