Closed Bug 413860 Opened 16 years ago Closed 16 years ago

IMAP password requested, but account is configured not to check automatically

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mcow, Assigned: Bienvenu)

Details

TB 3.0a1pre (2008012303), Win2K

I have one IMAP account and four POP accounts.  The IMAP account is not my primary account.  Two of the POP accounts are configured to check at startup, the others are not.  The IMAP is not.  I don't save passwords on the machine.  (There is also an RSS account that checks on startup, if that's relevant, and there's an SMTP that has yet another password.) 

When TB starts up, it prompts for the two POP accounts, and the mail is checked as usual.  Then, for some reason, some time after starting the program, I'll get a prompt to enter the password for the IMAP account.  No user attempt to access the server (e.g. no looking at the Inbox).

I've seen this symptom for months, perhaps as long as a year, but have only just gotten around to reporting it.  I noticed this yesterday with the trunk build; the IMAP prompt came up after perhaps an hour.  I decided to double check against 2.0.6 (I haven't been running TB 2 for a while), and the prompt did eventually pop up -- after the program had run for six or eight hours, with a switch of the computer into standby and back.  (I don't think the standby had anything to do with triggering the eventual prompt.)  I'm now running 2.0.9, which just started; I'm expecting the symptom to pop up with this version as well, and I'll report back.


Steps to reproduce:
1) Configure TB with an IMAP account which does not check mail on startup.  Do not save the password for the account.

2) Restart TB.

3) Wait... maybe for a day or more.  Do not access any of the IMAP account folders.

Actual results:
3) At some point, the password prompt for the IMAP account is presented.

Expected results:
3) No prompt until an IMAP folder is accessed or account is explicitly checked for new messages by user action.


I am not sure whether the presence of other accounts has any effect on this bug.
OK, confirmed that the symptom occurs with 2.0.0.9 as well.
xref bug 338549: on the trunk, there is a symptom where password dialogs don't serialize.  It seems that when this bug manifests, there are three separate accesses to the server; the first puts up a password prompt, then so do the other two, so now there is a stack of three prompt.  After entering the first, the other two need to be cleared.
There are at least two automatic access feature to a mail folder which is independent from usual mail folder access to view mail - "Junk Purge" and "Retention Policy". And "Junk Purge" perhaps starts after "mail.purge.min_delay" seconds since start up of Tb or Mai&News.
Do you enable "Junk Purge" or "Retention Policy" for the IMAP account?
(In reply to comment #3)
> Do you enable "Junk Purge" or "Retention Policy" for the IMAP account?

Thanks, WADA.  Retention policy was set to "Delete after 180 days" which I immediately realized I didn't want, so I've turned that off.  Junk purge was not on.  No per-folder retention settings changed.  So far, after fifteen minutes, I haven't been prompted, but I've seen the prompt delayed occur significantly later.  I'll report back.
OK, it's gone three days without prompting; I finally had need to use the account and was prompted, exactly the behavior I want.  Thanks again, WADA.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.