Closed Bug 185502 Opened 22 years ago Closed 15 years ago

Not all pop accounts automatically retrieve email

Categories

(MailNews Core :: Networking: POP, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: svl-bmo, Unassigned)

Details

2002121008 - win98

I have 8 pop accounts, two of these (number 6 and 8 in the list, dedicated to
bugzilla mail and a pretty active mailinglist - with messages from both being
filtered to other 'fake' identities) get an average of 10-40 email messages per day.
I have a master password set up that expires after two minutes. All accounts
download mail automatically at startup and then biff for all of them is set to
ten minutes. Bayesian filters, as well as a host of other filters, are turned on.

Since I switched to the trunk from the 1.2 branch, every day when I first fire
up mailnews, at least one of my accounts (I might be more, but I can't tell),
but always at least either number 6 or 8, doesn't download any new mail. Then
ten minutes into browsing, I get the dialog asking for my master password again
and new mail is now downloaded for that account.
I have suspicions that one of the eight is failing every ten minutes as well,
but I'm not yet certain about this.

I'll be varying options in the next few days to see if I can narrow down the
problem, possibly spending a few hours next week sending test mails to myself to
really narrow it down, and/or trying older nightlies to see when this regressed,
but wanted to report it for now.
mass re-assign.
Assignee: naving → sspitzer
Product: MailNews → Core
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: esther → networking.pop
Product: Core → MailNews Core
Sander can you update on the status of this bug ?
Woaw, long time ago this. My setup has changed in any number of ways since filing this, and I haven't seen this behaviour for years. => WFM
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.