Cannot send or receive mail via Thunderbird. Keeps saying that the connection to server mail.client.com has timed out and this is for all of my servers. HELP
I logged into Thunderbird today and it was taking a very long time to load. I kept getting the message, "Connection to server mail.client.com has timed out," and this would happen for each e-mail that I would try to open within Thunderbird. I have the Thunderbird version 31.2.0. I also experienced a crash within Thunderbird and already sent a report for that but have not heard back yet.
I've tried sending test e-mails but either they will not send (connection to server timing out) or, they send but do not show up in Thunderbird. I've checked the actual e-mail client and mail is being received there, just not in Thunderbird.
If it helps, I have already tried using Thunderbird in safe mode - no change. I've also temporarily disables Norton's firewall (this is the only firewall/anti-virus I have installed on my computer). And I've also completely uninstalled the program and tried to start over - no changes with this attempt either.
Going into the menu and clicking Troubleshooting Information in the help section, here is my log:
Application Basics
Name: Thunderbird Version: 31.2.0 User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 Profile Folder: Show Folder
(Local drive) Application Build ID: 20141012121702 Enabled Plugins: about:plugins Build Configuration: about:buildconfig Memory Use: about:memory
Mail and News Accounts account1: INCOMING: account1, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
account2: INCOMING: account2, , (none) Local Folders, plain, passwordCleartext
account3: INCOMING: account3, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
account4: INCOMING: account4, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
account5: INCOMING: account5, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
account6: INCOMING: account6, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
account7: INCOMING: account7, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
account8: INCOMING: account8, , (imap) imap.secureserver.net:143, alwaysSTARTTLS, passwordCleartext OUTGOING: smtpout.secureserver.net:465, SSL, passwordCleartext, true
Crash Reports http://crash-stats.mozilla.com/report/index/bp-94234506-5b6c-47e8-8838-bfd8f2141020 (10/20/2014)
Extensions Lightning, 3.3.1, true, {e2fda1a4-762b-4020-b5ad-a41df1933103}
Important Modified Preferences
Name: Value
accessibility.typeaheadfind.flashBar: 0 browser.cache.disk.capacity: 358400 browser.cache.disk.smart_size.first_run: false browser.cache.disk.smart_size.use_old_max: false browser.cache.disk.smart_size_cached_value: 358400 extensions.lastAppVersion: 31.2.0 font.name.monospace.el: Consolas font.name.monospace.tr: Consolas font.name.monospace.x-baltic: Consolas font.name.monospace.x-central-euro: Consolas font.name.monospace.x-cyrillic: Consolas font.name.monospace.x-unicode: Consolas font.name.monospace.x-western: Consolas font.name.sans-serif.el: Calibri font.name.sans-serif.tr: Calibri font.name.sans-serif.x-baltic: Calibri font.name.sans-serif.x-central-euro: Calibri font.name.sans-serif.x-cyrillic: Calibri font.name.sans-serif.x-unicode: Calibri font.name.sans-serif.x-western: Calibri font.name.serif.el: Cambria font.name.serif.tr: Cambria font.name.serif.x-baltic: Cambria font.name.serif.x-central-euro: Cambria font.name.serif.x-cyrillic: Cambria font.name.serif.x-unicode: Cambria font.name.serif.x-western: Cambria font.size.fixed.el: 14 font.size.fixed.tr: 14 font.size.fixed.x-baltic: 14 font.size.fixed.x-central-euro: 14 font.size.fixed.x-cyrillic: 14 font.size.fixed.x-unicode: 14 font.size.fixed.x-western: 17 font.size.variable.el: 17 font.size.variable.tr: 17 font.size.variable.x-baltic: 17 font.size.variable.x-central-euro: 17 font.size.variable.x-cyrillic: 17 font.size.variable.x-unicode: 17 font.size.variable.x-western: 17 gfx.direct3d.last_used_feature_level_idx: 1 mail.openMessageBehavior.version: 1 mail.winsearch.firstRunDone: true mailnews.database.global.datastore.id: a534c370-455f-4879-a990-c2deb7c02cc network.cookie.prefsMigrated: true places.database.lastMaintenance: 1413226955 places.history.expiration.transient_current_max_pages: 104858 plugin.importedState: true privacy.donottrackheader.enabled: true
Graphics
Adapter Description: NVIDIA GeForce 8800 GTS Vendor ID: 0x10de Device ID: 0x0193 Adapter RAM: 320 Adapter Drivers: nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um Driver Version: 9.18.13.4052 Driver Date: 7-2-2014 Direct2D Enabled: true DirectWrite Enabled: true (6.2.9200.16571) ClearType Parameters: ClearType parameters not found WebGL Renderer: false GPU Accelerated Windows: 1/1 Direct3D 10
AzureCanvasBackend: direct2d AzureSkiaAccelerated: 0 AzureFallbackCanvasBackend: cairo AzureContentBackend: direct2d
JavaScript
Incremental GC: 1
Accessibility
Activated: 0 Prevent Accessibility: 0
Library Versions
Expected minimum version Version in use
NSPR 4.10.6 4.10.6
NSS 3.16.2.2 Basic ECC 3.16.2.2 Basic ECC
NSS Util 3.16.2.2 3.16.2.2
NSS SSL 3.16.2.2 Basic ECC 3.16.2.2 Basic ECC
NSS S/MIME 3.16.2.2 Basic ECC 3.16.2.2 Basic ECC
Any and all help will be greatly appreciated. Thanks. - jenni
Выбранное решение
Hi Leda,
I found out the problem before I got a chance to re-check this. All I had to do was delete all of the .msf files for my imap.secureserver.net accounts. This was because I had never compacted my folders before and there was so much hidden deletions that were taking up space and slowing down Thunderbird that it wouldn't function at all. The reason I typed the error as mail.client.com was because I just didn't want to give out the actual e-mail names. mail = e-mail name, client = domain name.
For anyone else who might have found that their Thunderbird was lagging with similar error messages and problems with sending/receiving mail, it may be a good idea to compact your folders. What happens is, over time, the processor can get bogged down with too many "deleted" e-mails. When deleting an item from the trash folder, it is not actually gone from your computer but hidden. My servers were holding so much information at this point that I could not compact my folders in the conventional way (Thunderbird menu, file, compact folders).
A good link to follow is: http://kb.mozillazine.org/Thunderbird_:_Tips_:_Compacting_Folders
To do this manually, outside of Thunderbird, I had to go to Windows Explorer, click on my local C drive, then click on 'Users'. At this point, click on your computer name/AppData/Roaming/Thunderbird/Profiles. Your profile will be a random 8 letter/number combination. You then click on that and, in my case, I had to click on ImapMail. After selecting ImapMail, I then just highlighted all of the .msf files and deleted them.
The link that helped me find this was: http://smallbusiness.chron.com/recover-deleted-trash-thunderbird-51463.html
I know that the above link is for recovering deleted mail but it did help me figure out which folders I should NOT touch in order to keep my old mail. After the .msf files were deleted, I shut down Thunderbird and then restarted it. Upon opening Thunderbird, everything started to quickly load and my .msf files were recreated in their original location.
I thank everyone who may have taken a look at this problem and tried to figure it out. I hope this helps anyone else who may be experiencing odd lagging and/or error messages, even after trying out every other possible solution. One thing I did to play it safe was copy my .msf files to a different folder on my desktop in case I did need them again. All in all, it took a few hours but I figured it out. Thanks again!!
- jenni
Прочитайте этот ответ в контексте 👍 1Все ответы (4)
mail.clent.com and imap.secureserver.net sound rather generic..
Are those the correct servers or possibly your virus scanner added those?
Выбранное решение
Hi Leda,
I found out the problem before I got a chance to re-check this. All I had to do was delete all of the .msf files for my imap.secureserver.net accounts. This was because I had never compacted my folders before and there was so much hidden deletions that were taking up space and slowing down Thunderbird that it wouldn't function at all. The reason I typed the error as mail.client.com was because I just didn't want to give out the actual e-mail names. mail = e-mail name, client = domain name.
For anyone else who might have found that their Thunderbird was lagging with similar error messages and problems with sending/receiving mail, it may be a good idea to compact your folders. What happens is, over time, the processor can get bogged down with too many "deleted" e-mails. When deleting an item from the trash folder, it is not actually gone from your computer but hidden. My servers were holding so much information at this point that I could not compact my folders in the conventional way (Thunderbird menu, file, compact folders).
A good link to follow is: http://kb.mozillazine.org/Thunderbird_:_Tips_:_Compacting_Folders
To do this manually, outside of Thunderbird, I had to go to Windows Explorer, click on my local C drive, then click on 'Users'. At this point, click on your computer name/AppData/Roaming/Thunderbird/Profiles. Your profile will be a random 8 letter/number combination. You then click on that and, in my case, I had to click on ImapMail. After selecting ImapMail, I then just highlighted all of the .msf files and deleted them.
The link that helped me find this was: http://smallbusiness.chron.com/recover-deleted-trash-thunderbird-51463.html
I know that the above link is for recovering deleted mail but it did help me figure out which folders I should NOT touch in order to keep my old mail. After the .msf files were deleted, I shut down Thunderbird and then restarted it. Upon opening Thunderbird, everything started to quickly load and my .msf files were recreated in their original location.
I thank everyone who may have taken a look at this problem and tried to figure it out. I hope this helps anyone else who may be experiencing odd lagging and/or error messages, even after trying out every other possible solution. One thing I did to play it safe was copy my .msf files to a different folder on my desktop in case I did need them again. All in all, it took a few hours but I figured it out. Thanks again!!
- jenni
- )
Cool Beans..
I can see where the suggested solutions seem to solve the problem, but to what end?
First of all, I have never encountered any program that deletes stuff and calls it compacting, and it has led to me loosing important business correspondence! Compacting should be a form of compression or storing data differently, either relocating, detaching... but by no means deleting it (That is what deleting is for)!
I have these fancy Archive folders that I only access once in a while, so I don't mind if it takes more than two seconds to load a file from an archive. I can see no reason why Thunderbird has to load everything, and then not work right because it loaded to much stuff.
The true problem is in how Thunderbird handles data in the first place, with ever growing files that can contain more messages than the program can handle, which could easily be saved separately into multiples, and using a FAT (File Allocation Table) or in this case a MAT (Message Allocation Table). Thunderbird uses archives that unlike an archive in the true sense of the word are not really archived, but instead loaded every time Thunderbird starts... An Archive traditionally is a place in the basement with file storage cabinets holding files and stuff that may never be needed again unless the need arises, where you have to ask the manager to get the keys...
Finally the resulting error message, points at something completely unrelated to the True problem! My server is fine, and not timing out, Thunderbird is just overwhelmed.
The ability to store everything but junk and spam, is very important to many for various reasons, and imperative for business! All that has to change is the way Thunderbird stores data.
Here is just one suggestion that may save a lot of space: Ask to remove attachments from messages after saving the attachment to disc, and when Archiving if it has not been done yet.
I love open source, but it will never win the battle against huge corporations if the stuff does not work well!
Изменено