Closed Bug 1457864 Opened 6 years ago Closed 6 years ago

Master Password detection

Categories

(Thunderbird :: Account Manager, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1176399

People

(Reporter: g11969, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
Build ID: 20180426170554

Steps to reproduce:

I start thunderbird.
My thunderbird has a master password.

or

thunderbird starts from a mailto: call from the browser.


Actual results:

Thunderbird 'windows version' does not directly recognize the master password lock.
It tries to make contact to all the accounts first.
After a long period he asked for the master password.
On a mailto: call it gives an server error to.

The linux version is free from this problem.  


Expected results:

When a master password is set.
And Thunderbird starts.
No contact attempts to a server until the password is given.
It's either bug 1180374 or bug 1176399
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
Re: bug 1176399 Comment 99. Actually it is normal for tb to contact the servers before it sends the authentication. However, you say there is a large delay due to "errors". Not sure what these error would be. Maybe if you could record an imap log that would help. Google "thunderbird imap logging" for details. Please attach the generated imap.log file to this error report. What you describe does not seem to be a duplicate of bug 1176399 that is multiple master pwd prompts when using google/gmail oauth2 authentication.
You need to log in before you can comment on or make changes to this bug.