Closed Bug 1584861 Opened 2 months ago Closed 2 months ago

Automatic download of emails fails with Thunderbird 68.x, but manual download still works (pop) - Fix in comment #15

Categories

(MailNews Core :: Networking, defect)

defect
Not set

Tracking

(thunderbird_esr68? affected)

RESOLVED WORKSFORME
Tracking Status
thunderbird_esr68 ? affected

People

(Reporter: rvj_43, Unassigned)

References

Details

(Keywords: regression, regressionwindow-wanted, Whiteboard: [regression:68.0])

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Steps to reproduce:

Opened Thunderbird 68.1.1 on Win7 64 bit

Actual results:

New emails did not load automatically. After downloading manually it goes back to normal operation. Servers on all accounts set to Check for new messages on startup

Expected results:

Messages should automatically download as they did before upgrade to 68.1.1

Duplicate of bug 1584833 which is a duplicate of bug 1584060.

Please follow bug 1584060.

Status: UNCONFIRMED → RESOLVED
Closed: 2 months ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1584833

Do you see failures in the error console similar to the following?

NS_ERROR_FAILURE: Couldn't decrypt string ---> crypto-SDR.js:203

Are the failing accounts POP or IMAP ?

Flags: needinfo?(rvj_43)
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
Summary: thunderbird not downloading new mails automatically → Automatic download of emails fails with Thunderbird 68.x, but manual download still works
Duplicate of this bug: 1584599
Duplicate of this bug: 1583458
Duplicate of this bug: 1584833

So the idea is to have this bug here for "automatic download at startup doesn't work, manual download works", and bug 1584060 for the permanent failures (perhaps due to crypto issues).

See Also: → 1584060
Duplicate of this bug: 1577150

Note that I also have a possibly related problem filed as a separate bug #1584952 (Thunderbird Does Not Open in InBox )

Flags: needinfo?(rvj_43)

I have reverted to 60.8.0 (which upgraded automatically to 60.9.0. The Thunderbird not downloading new mails automatically problem went away so I'll use that version until Mozilla fixes the problem in a new version. However the starting in the wrong folder problem (bug #1584952) remains.

Component: Untriaged → Networking
Product: Thunderbird → MailNews Core
Summary: Automatic download of emails fails with Thunderbird 68.x, but manual download still works → Automatic download of emails fails with Thunderbird 68.x, but manual download still works (pop)
Whiteboard: [regression:68.1.1?]

See bug 1577150 for a report on TB 68.0.

Whiteboard: [regression:68.1.1?] → [regression:68.0]

Additional note: automatic time triggered download of emails works as well. Only the download at startup fails.

We found that this was caused by having "Local Folders" selected as default account in the Account Manager, something that should be possible. So select a valid default account.

We'll see whether we can automatically detect and rectify this situation in bug 1585469.

Status: REOPENED → RESOLVED
Closed: 2 months ago2 months ago
Resolution: --- → WORKSFORME
Summary: Automatic download of emails fails with Thunderbird 68.x, but manual download still works (pop) → Automatic download of emails fails with Thunderbird 68.x, but manual download still works (pop) - Fix in comment #14

Did everyone who reported this bug (including duplicates) configure TB to use "Local Folders" as their default account?

I don't know, we'll find out. You can't "configure" that, the UI disallows it. Perhaps some add-on, like "Manually sort folders" caused this.

Reporters of the duplicates will be notified, so hopefully one turns up to confirm.

(In reply to Kai Engert (:kaie:) from comment #16)

Did everyone who reported this bug (including duplicates) configure TB to use "Local Folders" as their default account?

No, one of my accounts is the default. I can't set Local Folders as the default.

No, one of my accounts is the default.

How can you tell? Did you check this preference? mail.accountmanager.defaultaccount

I set it to account2, which is my account for Local Folders, just like for most people, and downloading of e-mail at start-up stopped. I selected my first account in the AM and downloading worked again at startup.

(In reply to rvj_43 from comment #18)

No, one of my accounts is the default. I can't set Local Folders as the default.

I never set my Local Folder as default either, but it was set that way in my profile's prefs.js file.

Open your prefs.js file and search for "mail.accountmanager.defaultaccount". If it's set to "account2", change it to "account1" and that will solve your issue.

Please note two things:

The "Local Folders" account is usually account2, but not always. In the config editor (or the prefs.js file) look for mail.server.server. Typically mail.server.server2.hostname will be "Local Folders". Then you need to find the account which belongs to server2, in most cases mail.account.account2.server will be server2.

It's not recommended to edit prefs.js, you can select a real account as default account in the account manager.

Yes, I use local folders as default, and I used to use the add-on Manually Sort Folders.

Changing the default account from "Local Folders" to a real account solved the problem for me.

I noticed this morning following a reboot that RSS feeds updated but mail fetching did not. So I looked at the settings suggested here and find that they do not resemble those suggested as causing an issue.

mail.accountmanager.defaultaccount;account4
mail.server.server4.hostname;pop.gmail.com
mail.server.server1.hostname;Local Folders

Any suggestions/ ideas Jorg?

Flags: needinfo?(jorgk)

Additionally Safe mode made no changes. But I just noticed after restarting the request for a certificate. I did not see that this morning either so the chat account at freenode did not log in either. So it is mail fetch, including IMAP and auto connection to the chat servers at freenode that are not functional as part of start up.

Hi Matt, so the default account is account4, but you didn't show me mail.account.account4.server which could still be server1 ;-) - Unlikely but possible. But in the end, it seems like some certificate issue?

Flags: needinfo?(jorgk)

(In reply to Jorg K (GMT+2) from comment #26)

Hi Matt, so the default account is account4, but you didn't show me mail.account.account4.server which could still be server1 ;-) - Unlikely but possible. But in the end, it seems like some certificate issue?

It is not
mail.server.server4.hostname;pop.gmail.com

mail.account.account4.server;server4
For completeness the only other thing under that key
mail.account.account4.identities;id3,id23,id24

mail.server.server4.login_at_startup;true
mail.server.server4.type;pop3

I had a chance to play with settings a little this morning. Normally I startup offline and once the UI is loaded click the blue icons to go online. In previous versions this kicked off the downloads. Now it does not. If I change the startup to online automatic download occurs. Is this another bug? or another manifestation of what you are looking at.

Yes, not downloading immediately after switching from offline to online is another bug.

Summary: Automatic download of emails fails with Thunderbird 68.x, but manual download still works (pop) - Fix in comment #14 → Automatic download of emails fails with Thunderbird 68.x, but manual download still works (pop) - Fix in comment #15

Starting with 68.0, both "Check for new messages at startup" and the "Get Messages" button and its "Get all new messages" pulldown stopped working. Manual download of individual mail accounts and timed download both still work.

Unselecting/reselecting the relevant Server Settings does not help. Safe Mode does not help.

Converted from TB 32-bit to 64-bit, same result. Currently on 68.2.2.

Windows 7. Two mail accounts, both POP: Gmail (set as default, account2) and AT&T Yahoo (account1).

I have Global Inbox set up to receive all mail. It has worked fine for years. All Server Settings are unchecked on Global Inbox, which I assume is correct.

You need to log in before you can comment on or make changes to this bug.