Mail server connection refused error fixed for Thunderbird: just restart clamav-daemon
Mail server connection refused error fixed for Thunderbird: just restart clamav-daemon
OK, I was bothered by this problem for two weeks! So I post here for others and me who might have this problem now or in future.
Basically I just recently found out about Vesta Server Control Panel when I was researching ways to consolidate 50+ sites on three different types of servers (one running cPanel and two ServerPilot) onto one server. Eventually I got settled down with Vesta running on Hostwinds VPS managed server as their data center is close to where I live and because they offer free migration service and 53% discount - it applied to the two year payment I chose. Sites on the cPanel server were on shared hosting and moving those sites was a pain in the neck as thye had to move one at a time mannually. But they did it and successfully migrated all sites to my Vesta server - a lot of work I know.
And during migration I chose not to migrate any email account but instead to re-create all email accounts on the server (fortuanately not too many to handle). After migration was completely, I tested each email account. For email accounts on my own sites, I used Thunderbird on my local Linux Mint computer. This means I had to remove email password first from Thunderbird and then test. But I some time I forgot to do it, so once in a while I got this "Could not connect to server mail.mydomain.com - the connection was refused" error. And once I got this error, I could not re-connect the the mail server by clicking the "Get Messages" button. It would refuse again.
Out of frustration because of this, I made the daring move to switching from Vesta to its fork Hestia by backing up and restoring all sites after installing Hestia fresh on the server. Note that this is a production server. Well, luckily the switching over from Vesta to Hestia worked after two intence hours of switching the control panel ALL BY HANDS without using any script!
Despite many out-of-the-box features in the new control panel, I still had this "connection refused" error for receiving email in Thunderbird!
After trying all kinds of things including testing Modoboa and Mail-in-a-box mail server CPs on another VPS server, only today I found out it is due to a built-in feature of clamav-daemon. Once a connection is rejected due to a wrong password entry (due to the old password was not removed manually on local computer), then clamav-daemon seems to remember it and reject further connections - correct me if I am wrong on this.
So today when it happened again, I simply made sure the old pwd was removed from Thunderbird on the test computer and then went to my Vesta/Hestia CP and restart the clamav-daemon from there. Then I tried again and everything worked and still works just fine!
Just cannot imagine a simple thing like this could get one frustrated for weeks! All because of not knowing what clamav-daemon is doing. It appears not to give the wrong pwd entry a second chance!
Basically I just recently found out about Vesta Server Control Panel when I was researching ways to consolidate 50+ sites on three different types of servers (one running cPanel and two ServerPilot) onto one server. Eventually I got settled down with Vesta running on Hostwinds VPS managed server as their data center is close to where I live and because they offer free migration service and 53% discount - it applied to the two year payment I chose. Sites on the cPanel server were on shared hosting and moving those sites was a pain in the neck as thye had to move one at a time mannually. But they did it and successfully migrated all sites to my Vesta server - a lot of work I know.
And during migration I chose not to migrate any email account but instead to re-create all email accounts on the server (fortuanately not too many to handle). After migration was completely, I tested each email account. For email accounts on my own sites, I used Thunderbird on my local Linux Mint computer. This means I had to remove email password first from Thunderbird and then test. But I some time I forgot to do it, so once in a while I got this "Could not connect to server mail.mydomain.com - the connection was refused" error. And once I got this error, I could not re-connect the the mail server by clicking the "Get Messages" button. It would refuse again.
Out of frustration because of this, I made the daring move to switching from Vesta to its fork Hestia by backing up and restoring all sites after installing Hestia fresh on the server. Note that this is a production server. Well, luckily the switching over from Vesta to Hestia worked after two intence hours of switching the control panel ALL BY HANDS without using any script!
Despite many out-of-the-box features in the new control panel, I still had this "connection refused" error for receiving email in Thunderbird!
After trying all kinds of things including testing Modoboa and Mail-in-a-box mail server CPs on another VPS server, only today I found out it is due to a built-in feature of clamav-daemon. Once a connection is rejected due to a wrong password entry (due to the old password was not removed manually on local computer), then clamav-daemon seems to remember it and reject further connections - correct me if I am wrong on this.
So today when it happened again, I simply made sure the old pwd was removed from Thunderbird on the test computer and then went to my Vesta/Hestia CP and restart the clamav-daemon from there. Then I tried again and everything worked and still works just fine!
Just cannot imagine a simple thing like this could get one frustrated for weeks! All because of not knowing what clamav-daemon is doing. It appears not to give the wrong pwd entry a second chance!
Re: Mail server connection refused error fixed for Thunderbird: just restart clamav-daemon
Oh, I was wrong... that problem is hunting me again :-(
Re: Mail server connection refused error fixed for Thunderbird: just restart clamav-daemon
Well, it is working again. Maybe I did not wait long enough after restarting the services.