Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send emails.I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is working fine and has been without any issues.
My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send emails. Ican receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is working fine
My Eudora email settings are:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is working
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send emails.
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them. ThankMy Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port". Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0] BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send
your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them. Thank forThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port". Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0] I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0] BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send
for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them. ThankThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port". Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving. The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing password, and
Good luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send. Any
Cheers,
Dave.
Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send. Anyfurther thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send
for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them. ThankThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving. The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing password, and
further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send. Any
Cheers,
Dave.
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server is
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to send
Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them.The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course! Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing password,
further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send. Any
Cheers,
Dave.
Installing the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to
Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them.The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course! Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing password,
further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send. Any
Cheers,
Dave.
a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending" be set to "Installing the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my computer,
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's, browser basedmail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?
"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora toremove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This forum
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail server
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not to
Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them.The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing
further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send. Any
Cheers,
Dave.
computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending" beInstalling the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's, browser
to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This forum"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora
Dear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do? Best,Joshua
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not
Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them.The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send.
Cheers,
Dave.
computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending" beInstalling the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's, browser
Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in
JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do? Best,
Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!the Hermes files are doing what they should do.
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2? If so,
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not
Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out for them.The issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send.
Cheers,
Dave.
computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending" beInstalling the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's, browser
Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in
JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do? Best,
Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!the Hermes files are doing what they should do.
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2? If so,
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided not
them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out forThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not send.
Cheers,
Dave.
computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending" beInstalling the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's, browser
Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in
JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do? Best,
the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2? If so,
Dear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time you startedEudora" Best, Joshua
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided
them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way out forThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing
send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not
Cheers,
Dave.
computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending" beInstalling the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted my
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's,
Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in
Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do?
so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2? If
started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time you
Are you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window. Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said their mail
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly decided
for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way outThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your existing
send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not
Cheers,
Dave.
my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending"Installing the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's,
Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful - This"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in
Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do?
so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2? If
started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time you
Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window. Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
But ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards, Joshua
Are you sure you're looking in the right place?
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly
for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy way outThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your
send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But not
Cheers,
Dave.
my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets when Sending"Installing the Hermes files is always a good thing to do.Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I rebooted
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2".
As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?
Cheers, Dave.
browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's,
in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was unsuccessful -"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords
Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I do?
If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2?
started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time you
Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window. Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
But ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards, Joshua
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly
out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy wayThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your
not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But
Cheers,
Dave.
.Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.2"
rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets whenAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I
Cheers, Dave.
browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme 's,
Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget
do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I
If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.2?
started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time you
Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window. Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
personality" is unchecked, and "Use submission port" is checked on the sending side.But ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards, Joshua
Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked, "Use relay
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly
out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easy wayThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your
not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine. But
Cheers,
Dave.
2".Installing the Hermes files is always a good thing to do. If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "TLSv1.
rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets whenAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I
Cheers, Dave.
s, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme '
Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget
do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting I
2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say TLSv1.
you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time
Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
relay personality" is unchecked, and "Use submission port" is checked on the sending side.But ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards, Joshua
Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked, "Use
Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay Personality beset to in the Sending Mail popup. None or <Dominant>? The new error message is:
<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They said
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it suddenly
way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easyThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove your
But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine.
Cheers,
Dave.
TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "
rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets whenAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I
Cheers, Dave.
's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider - dslextreme
Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget
I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are suggesting
TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say
you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last time
Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
relay personality" is unchecked, and "Use submission port" is checked on the sending side.But ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards, Joshua
Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked, "Use
be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay Personality
works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem. Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to see if it
Whether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support at
Cheers, Dave.
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it
way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is the easyThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove
But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them fine.
Cheers,
Dave.
TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "
rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure Sockets whenAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it. I
Cheers, Dave.
dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider -
Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget
suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are
TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say
time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last
Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it says "
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards,
relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked, "Use
be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay Personality
works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem. Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to see if it
dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support at
Cheers, Dave.
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it
easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked: allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is theThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/ These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove
fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them
Cheers,
Dave.
TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should say "
I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure SocketsAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it.
Cheers, Dave.
dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider -
Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>Forget
suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are
TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it say
time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the last
says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards,
Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked, "
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to see if
dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support at
Cheers, Dave.
Dear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
On Sunday, February 27, 2022 at 12:18:10 PM UTC-8, Joshua Reichek wrote:suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it
easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked: allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is theThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/ These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to remove
fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them
Cheers,
Dave.
say "TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should
I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "Secure SocketsAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched it.
Cheers, Dave.
dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider -
Forget Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>
suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are
say TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it
last time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the
says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards,
Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked, "
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
if it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam! If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to see
dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support at
Cheers, Dave.
ticket has been created for my issue. and saying I would be contacted. Is there anything we can do at our end? Or is this entirely in the hands of dslextreme? Best regards, JoshuaDear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:Dear Dave, Greetings and good afternoon. I have sent an email to sup...@dslextreme.com regarding the " [550 5.7.1 [C16] RBL Restriction " message when trying to send emails from my Eudora email client. I got a response acknowledging receipt and that a
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
On Sunday, 27 February 2022 at 21:36:25 UTC, rei...@dslextreme.com wrote:suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem – They
On Sunday, February 27, 2022 at 12:18:10 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when it
easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com
smtp relay personality: None
All the following options are checked: allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that is theThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
remove your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/ These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to
fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive them
Cheers,
Dave.
say "TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it should
it. I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "SecureAs for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and relaunched
Cheers, Dave.
dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider -
Forget Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>
suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are
say TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does it
last time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the
says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field it
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative regards,
"Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is checked,
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
if it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to see
dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support at
Cheers, Dave.
a ticket has been created for my issue. and saying I would be contacted. Is there anything we can do at our end? Or is this entirely in the hands of dslextreme? Best regards, JoshuaDear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:Dear Dave, Greetings and good afternoon. I have sent an email to sup...@dslextreme.com regarding the " [550 5.7.1 [C16] RBL Restriction " message when trying to send emails from my Eudora email client. I got a response acknowledging receipt and that
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
No there's nothing you can do, they need to find out why your messages are being blocked.
I would be very surprised if other people on their system aren't having the same problem although as I said it depends on who the messages are being sent to, as some servers will honour the block and some won't.
I trust you sent the test message to me using the full address, not the truncated version which is shown here!
It's dave-h<at>sky.com
You said that you managed to send some messages OK. Can you try sending them again (with suitable apologies to the recipients!) to see if they still send now?
If they do, that bears out what I thought, that some messages will be delivered and some won't, depending on the server they're being sent to.
I think your Eudora setttings are now correct.
On Sunday, February 27, 2022 at 2:09:43 PM UTC-8, dav...@sky.com wrote:it suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem –
On Sunday, 27 February 2022 at 21:36:25 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 12:18:10 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when
the easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that isThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
remove your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities.
One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to
them fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive
Cheers,
Dave.
should say "TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it
relaunched it. I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and
Cheers, Dave.
dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider -
Forget Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>
suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you are
it say TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there? Does
last time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since the
it says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status field
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
regards, JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative
checked, "Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
see if it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to
dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support at
Cheers, Dave.
that a ticket has been created for my issue. and saying I would be contacted. Is there anything we can do at our end? Or is this entirely in the hands of dslextreme? Best regards, JoshuaDear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:Dear Dave, Greetings and good afternoon. I have sent an email to sup...@dslextreme.com regarding the " [550 5.7.1 [C16] RBL Restriction " message when trying to send emails from my Eudora email client. I got a response acknowledging receipt and
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look] I tried to resend to you at the dave-h<at>sky.com where the less than greater than is actually a @ -- it still does not send and I get the same error message to wit: ErrorNo there's nothing you can do, they need to find out why your messages are being blocked.Dear Dave, Greetings and good afternoon. I tried to resend the messages that went through earlier - one to myself - to my email address and an other to a good friend. They now will not send and I get the same error message trying to send them to wit:
I would be very surprised if other people on their system aren't having the same problem although as I said it depends on who the messages are being sent to, as some servers will honour the block and some won't.
I trust you sent the test message to me using the full address, not the truncated version which is shown here!
It's dave-h<at>sky.com
You said that you managed to send some messages OK. Can you try sending them again (with suitable apologies to the recipients!) to see if they still send now?
If they do, that bears out what I thought, that some messages will be delivered and some won't, depending on the server they're being sent to.
I think your Eudora setttings are now correct.
Your further consideration is most appreciated. With best regards and respects, Joshua
On Sunday, 27 February 2022 at 22:57:16 UTC, rei...@dslextreme.com wrote:it suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem –
On Sunday, February 27, 2022 at 2:09:43 PM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 21:36:25 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 12:18:10 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend when
the easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are:
smtp server: smtp.dslextreme.com smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course that isThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
remove your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities. One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora to
them fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can receive
Cheers,
Dave.
should say "TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it
relaunched it. I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and
Cheers, Dave.
dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service provider -
Forget Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here but was"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option Special>
are suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you
Does it say TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there?
the last time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since
field it says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
regards, JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative
checked, "Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
see if it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com> to
at dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support
Cheers, Dave.
that a ticket has been created for my issue. and saying I would be contacted. Is there anything we can do at our end? Or is this entirely in the hands of dslextreme? Best regards, JoshuaDear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:Dear Dave, Greetings and good afternoon. I have sent an email to sup...@dslextreme.com regarding the " [550 5.7.1 [C16] RBL Restriction " message when trying to send emails from my Eudora email client. I got a response acknowledging receipt and
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look] I tried to resend to you at the dave-h<at>sky.com where the less than greater than is actually a @ -- it still does not send and I get the same error message to wit: ErrorNo there's nothing you can do, they need to find out why your messages are being blocked.Dear Dave, Greetings and good afternoon. I tried to resend the messages that went through earlier - one to myself - to my email address and an other to a good friend. They now will not send and I get the same error message trying to send them to wit:
I would be very surprised if other people on their system aren't having the same problem although as I said it depends on who the messages are being sent to, as some servers will honour the block and some won't.
I trust you sent the test message to me using the full address, not the truncated version which is shown here!
It's dave-h<at>sky.com
You said that you managed to send some messages OK. Can you try sending them again (with suitable apologies to the recipients!) to see if they still send now?
If they do, that bears out what I thought, that some messages will be delivered and some won't, depending on the server they're being sent to.
I think your Eudora setttings are now correct.
Dear Dave and fellow forum members, Greetings. Things "magically" started working fine this morning. I am now able to send emails without issue. I wanted to finish the loop on the experience with this issue (at least for the time being) Tech supportYour further consideration is most appreciated. With best regards and respects, Joshua
OK. Well there's nothing else either of us can do about this.
Your outgoing messages are being blocked and only your service provider can address that.
They need to identify which blacklist you are on, and get the block removed. If you have security software installed, i would do a full scan anyway, just in case you do have an infection on your system which is sending out spam messages! I hope not, but you never know!
I don't think this problem is now anything to do with your Eudora setup. Good luck. Cheers, Dave.
On Sunday, February 27, 2022 at 4:38:06 PM UTC-8, dav...@sky.com wrote:when it suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem â€
On Sunday, 27 February 2022 at 22:57:16 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 2:09:43 PM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 21:36:25 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 12:18:10 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend
is the easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are: smtp server: smtp.dslextreme.com smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course thatThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
to remove your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities. One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora
receive them fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can
Cheers,
Dave.
should say "TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it
relaunched it. I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and
Cheers, Dave.
provider - dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service
Special>Forget Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option
are suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you
Does it say TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there?
the last time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since
field it says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
regards, JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative
checked, "Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
to see if it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com>
at dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support
Cheers, Dave.
that a ticket has been created for my issue. and saying I would be contacted. Is there anything we can do at our end? Or is this entirely in the hands of dslextreme? Best regards, JoshuaDear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:Dear Dave, Greetings and good afternoon. I have sent an email to sup...@dslextreme.com regarding the " [550 5.7.1 [C16] RBL Restriction " message when trying to send emails from my Eudora email client. I got a response acknowledging receipt and
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
wit: Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look] I tried to resend to you at the dave-h<at>sky.com where the less than greater than is actually a @ -- it still does not send and I get the same error message to wit:No there's nothing you can do, they need to find out why your messages are being blocked.Dear Dave, Greetings and good afternoon. I tried to resend the messages that went through earlier - one to myself - to my email address and an other to a good friend. They now will not send and I get the same error message trying to send them to
I would be very surprised if other people on their system aren't having the same problem although as I said it depends on who the messages are being sent to, as some servers will honour the block and some won't.
I trust you sent the test message to me using the full address, not the truncated version which is shown here!
It's dave-h<at>sky.com
You said that you managed to send some messages OK. Can you try sending them again (with suitable apologies to the recipients!) to see if they still send now?
If they do, that bears out what I thought, that some messages will be delivered and some won't, depending on the server they're being sent to.
I think your Eudora setttings are now correct.
dslextreme said they had several recent security and mail server updates. That it can take up to 3 days for the servers to fully update particularly as regards the older lesser used email clients served by these mail servers - but hopefully it is now allYour further consideration is most appreciated. With best regards and respects, Joshua
OK. Well there's nothing else either of us can do about this.Dear Dave and fellow forum members, Greetings. Things "magically" started working fine this morning. I am now able to send emails without issue. I wanted to finish the loop on the experience with this issue (at least for the time being) Tech support at
Your outgoing messages are being blocked and only your service provider can address that.
They need to identify which blacklist you are on, and get the block removed.
If you have security software installed, i would do a full scan anyway, just in case you do have an infection on your system which is sending out spam messages! I hope not, but you never know!
I don't think this problem is now anything to do with your Eudora setup. Good luck. Cheers, Dave.
On Sunday, February 27, 2022 at 4:38:06 PM UTC-8, dav...@sky.com wrote:when it suddenly decided not to send emails. I can receive emails no problem. None of my settings in Eudora have changed. These setting were working fine for years. I called dslextreme technical support for email and they of course said not our problem â€
On Sunday, 27 February 2022 at 22:57:16 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 2:09:43 PM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 21:36:25 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 12:18:10 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 12:09:00 PM UTC-8, Joshua Reichek wrote:
On Sunday, February 27, 2022 at 10:03:43 AM UTC-8, dav...@sky.com wrote:
On Sunday, 27 February 2022 at 16:16:31 UTC, rei...@dslextreme.com wrote:
On Sunday, February 27, 2022 at 4:44:09 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 23:24:19 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 3:10:00 PM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 2:48:56 PM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 17:57:09 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 9:39:12 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 16:29:53 UTC, rei...@dslextreme.com wrote:
On Saturday, February 26, 2022 at 8:20:50 AM UTC-8, Joshua Reichek wrote:
On Saturday, February 26, 2022 at 4:35:28 AM UTC-8, dav...@sky.com wrote:
On Saturday, 26 February 2022 at 01:15:12 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 10:55:33 AM UTC-8, dav...@sky.com wrote:
On Thursday, 24 February 2022 at 18:42:36 UTC, rei...@dslextreme.com wrote:
On Thursday, February 24, 2022 at 4:50:42 AM UTC-8, dav...@sky.com wrote:
On Wednesday, 23 February 2022 at 22:35:13 UTC, rei...@dslextreme.com wrote:
Greetings all. I have been using Eudora 7.1.0.9 in windows as my email client for nearly 20 years. Currently it is running with the latest version of windows 10. It was running fine until this past weekend
is the easy way out for them. Thank for your suggestion -- I have tried all the options for setting "Secure Sockets when Sending" and none of them permit me to send emails again. There are four options to choose from for "Secure Sockets when Sending" :My Eudora email settings are: smtp server: smtp.dslextreme.com smtp relay personality: None
All the following options are checked:
allow authentication
immediate send
send on check
use submission port (587)
Secure sockets when sending: Never
Dav...sky - Thank you for responding. My provider's tech support said there had been no changes to the server and it was working fine - no other customers calling in with similar technical issues. Of course thatThe issue I have with not being able to send emails is: upon and attempt to send an email, I get the following error message:Try setting "Secure Sockets when Sending" to "Required, Alternate Port".
<Dominant> , Connecting to the Mail Server…., EHLO MBMaster1.dslextreme.com {04:22:50 PM}
Error reading from network Cause: connection closed by foreign host. [0]
I also get:
<Dominant> , Connecting to the Mail Server…., HELO MBMaster1.dslextreme.com {05:14:16 PM}
Error reading from network Cause: connection closed by foreign host. [0]
BTW .. MBMaster1 is the name of my computer. Any ideas? Anything would be appreciated.
With appreciative regards, Joshua
Your provider has probably updated their security requirements, and you will probably have to do the same for receiving soon as well.
to remove your existing password, and put in the new one when prompted.Never
if available, STARTTLS
Required, Alternate port
Required, STARTTLS
Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, Joshua
Well they must have changed something, or it wouldn't have suddenly stopped working!
There are two immediate possibilities. One is that they have stopped supporting TLSv1.0 encryption, which is the only version that Eudora can natively use.
That is fixable using an update to some Eudora program files. It's called Hermes (nothing to do with the courier company!)
https://sourceforge.net/projects/hermesmail/
These new files give TLSv1.2 support to Eudora for sending and receiving.
The other possibility is that they now require an application specific password for mail clients that they deem to be insecure.
Eudora is one of them due to its age since its last update of course!
Have a look at the webmail interface, and check the settings page to see if there's anything that refers to that.
If so, you will have to get the webmail system to generate an application specific password, which you will have to use in Eudora in place of your usual password. Use the option Special>Forget Passwords in Eudora
receive them fine. But not send. Any further thoughts or suggestions would be most welcomed and appreciated . Best regards, JoshuaGood luck!Dear Dave and fellow forum members, Thank you for the thoughts and suggestions. I have downloaded Hermes and copied the files, per the readme.txt file, to my Eudora directory. I still cannot send emails. I can
Cheers,
Dave.
should say "TLSv1.2".Installing the Hermes files is always a good thing to do.
If you don't need them now, you almost certainly will at some point in the future when the servers stop supporting TLSv1.0.
You can check that the Hermes update is working by going to the properties of your Eudora persona, selecting the "Incoming Mail" tab, and clicking on "Last SSL Info" after doing a mail check. In the "SSL Info" box it
relaunched it. I rebooted my computer, a Microsoft Book 2. The last ssl info gives: You have never done any ssl negotiations with any personality since the last time you started Eudora or a negotiation is in progress with that personality. Should the "As for the sending problem, did you look at the settings on the webmail interface to see if you can generate an application specific password?Dear Dave. Thank you so much for your assistance with this. I copied the hermes files over to the Eudora directory and verified that the modified date was yesterday when I copied the files over. I closed Eudora and
Cheers, Dave.
provider - dslextreme 's, browser based mail client and, perhaps in my ignorance, found nothing under preferences which would seem to effect sending mail from an email client?Have a look at the webmail interface, and check the settings page" -- Where do I find the "webmail interface" (a search for webmail in settings for windows 10 gave no results and I went to Zimbra my email service
Special>Forget Passwords in Eudora to remove your existing password, and put in the new one when prompted." Should I remove the existing password and put in a new one anyway? I so appreciate your assistance and knowledge. I tried to send screenshots here"If so, you will have to get the webmail system to generate an application specific password, " How would I go about doing that? "which you will have to use in Eudora in place of your usual password. Use the option
are suggesting I do? Best, JoshuaDear Dave, Greetings again. I occurs to me you may be indicating that I should make sure my password for access to Dslextreme's browser based Zimbra email program is the same as my password for my Eudora. Is that what you
Does it say TLSv1.2? If so, the Hermes files are doing what they should do.Hi again Joshua, we really need to know that the Hermes files are working. Checking on the sending side won't be any good as you can't send at the moment anyway, so it will always say that you haven't made an SSL connection!
Do a mail check (it doesn't matter if it doesn't find anything) and then look at the persona properties again, this time looking under the "Incoming Mail" tab. What do you see if you click the "Last SSL Info" button there?
the last time you started Eudora" Best, JoshuaDear Dave, Greetings again. I noticed I have a Last SSL info under Checking Mail the Secure Sockets when receiving is set to Never and the Last SSL Info gives "You have never done any ssl negotiation with any personality since
field it says " Succeeded " In the notes field of the Eudora SSL Connection Manager it says " Certificate bad: Destination Host name does not match host name in certificateAre you sure you're looking in the right place?Dear Dave, Got it. In the Eudora SSL connection information Manager - per your instructions - I got there. in the ssl Version field of the Security Parameters, it says " TLSv1.2 " ..In the security Parameters Negotiation Status
Do a mail check, and then go to Tools>Personalities, and select your <Dominant> personality, which I assume is the only one you have.
Right click on it and select "Properties".
Select the "Incoming Mail" tab.
There should be a "Last SSL Info" button at the bottom of that window.
Select it and see what it says. It should say "TLSv1.2" in the "SSL Version" field.
If you can still receive messages (ignore the sending problem for the moment) that should work and should confirm that the Hermes files are doing their job.
regards, JoshuaBut ignoring this error because Certificate is trusted " What next?Dear Dave, Greetings again. I just wanted to express my appreciation. With your guidance, patience with me, and instructions I feel like there is progress and light in the tunnel. Thank you so much, With friendly and appreciative
checked, "Use relay personality" is unchecked, and "Use submission port" is checked on the sending side.Hi again Joshua. That's very good news that the Hermes files are working and you are making a TLSv1.2 connection.
That is one big possible cause of the problem eliminated, and hopefully it will enable things to continue working if TLSv1.0 support is removed on the servers, which it almost certainly will be at some point!
You usually have to have "Required, Alternate Port" selected on most systems nowadays for Eudora to communicate with mail servers, have you tried setting that on sending and receiving? Also make sure that "Authentication Allowed" is
Personality be set to in the Sending Mail popup. None or <Dominant>? The new error message is:Dear Dave, Greetings and good day. I have verified the settings and they are now as you requested. There is now a different error message. It seems to be from changing from "Never" to "Required, Alternate Port" -- What should SMTP Relay
to see if it works.<Dominant>, Connecting to the Mail Server [7:38:36AM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards, Joshua
"SMTP Relay Personality" in Tools>Options>Sending Mail" should be set to "None" if you only have one personality.
Your error message now looks much more like the root cause of the problem.
Basically your ISP has been blacklisted as a possible source of spam!
If you Google "RBL Restriction" you will find out plenty about it, such as here -
https://mailchannels.zendesk.com/hc/en-us/articles/202191674-Fixing-the-550-5-7-1-RBL-Sender-blocked-IP-or-domain-error
Usually I would have thought the problem would only happen sending some messages, not all, because it would depend on whether the receiving server blocked the message or not. You could try sending a test message to me at <dav...@sky.com>
at dslextreme.com again and tell them of the error and your link to the zendesk article. Perhaps they cleared the blockage. I will send an email to the address you provided. I hope you get it. Thank you so much for all your support and all your soWhether it does or not, it's something that you need to sort out with your service provider, because they need to get themselves removed from the blacklist!Dear Dave, Greetings and good day. I really appreciate your working through this with me. Sending emails just suddenly started working. I did not change anything and it just started sending emails. If it stops again I will call Tech Support
Cheers, Dave.
that a ticket has been created for my issue. and saying I would be contacted. Is there anything we can do at our end? Or is this entirely in the hands of dslextreme? Best regards, JoshuaDear Dave, Greetings again. It just started not sending emails again. The email I tried to send you at <dav...@sky.com> did not send. I have made no changes in any settings in Eudora.
The error again:Dear Dave, Greetings and good afternoon. I have sent an email to sup...@dslextreme.com regarding the " [550 5.7.1 [C16] RBL Restriction " message when trying to send emails from my Eudora email client. I got a response acknowledging receipt and
<Dominant>, Connecting to the Mail Server [12:10:36PM]
Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look]
Best regards and respects, Joshua
wit: Error talking to SMTP server [550 5.7.1 [C16] RBL Restriction: See https://look] I tried to resend to you at the dave-h<at>sky.com where the less than greater than is actually a @ -- it still does not send and I get the same error message to wit:No there's nothing you can do, they need to find out why your messages are being blocked.Dear Dave, Greetings and good afternoon. I tried to resend the messages that went through earlier - one to myself - to my email address and an other to a good friend. They now will not send and I get the same error message trying to send them to
I would be very surprised if other people on their system aren't having the same problem although as I said it depends on who the messages are being sent to, as some servers will honour the block and some won't.
I trust you sent the test message to me using the full address, not the truncated version which is shown here!
It's dave-h<at>sky.com
You said that you managed to send some messages OK. Can you try sending them again (with suitable apologies to the recipients!) to see if they still send now?
If they do, that bears out what I thought, that some messages will be delivered and some won't, depending on the server they're being sent to.
I think your Eudora setttings are now correct.
dslextreme said they had several recent security and mail server updates. That it can take up to 3 days for the servers to fully update particularly as regards the older lesser used email clients served by these mail servers - but hopefully it is now allYour further consideration is most appreciated. With best regards and respects, Joshua
OK. Well there's nothing else either of us can do about this.Dear Dave and fellow forum members, Greetings. Things "magically" started working fine this morning. I am now able to send emails without issue. I wanted to finish the loop on the experience with this issue (at least for the time being) Tech support at
Your outgoing messages are being blocked and only your service provider can address that.
They need to identify which blacklist you are on, and get the block removed.
If you have security software installed, i would do a full scan anyway, just in case you do have an infection on your system which is sending out spam messages! I hope not, but you never know!
I don't think this problem is now anything to do with your Eudora setup. Good luck. Cheers, Dave.
On Tuesday, 1 March 2022 at 21:54:37 UTC, rei...@dslextreme.com
wrote:
[...]
Dear Dave and fellow forum members, Greetings. Things "magically"
started working fine this morning. I am now able to send emails
without issue. I wanted to finish the loop on the experience with
this issue (at least for the time being) Tech support at dslextreme
said they had several recent security and mail server updates. That
it can take up to 3 days for the servers to fully update
particularly as regards the older lesser used email clients served
by these mail servers - but hopefully it is now all working
correctly even for a user such as myself using an antiquated email
client. They suggested I give consideration to using webmail,
something more recent. That I stop using Eudora to avoid this kind
of issue in the future. They indicated there is a good chance at
some point Eudora will just stop working and not be able to serve as
an email client anymore. Best regards and respects, Joshua
Glad to hear that it's working again now Joshua! DSLExtreme had
obviously been changing things, but at least now your copy of Eudora
has been patched with the Hermes update it should keep working for a
bit longer than it probably would have done otherwise. Of course all
mail providers would rather that you used webmail nowadays as that's
easier for them to maintain and support, but many people still want
to use mail client programs and store their messages locally, so it
will be a long time before they will be able to get away with
withdrawing that service. Although Eudora is struggling a bit now due
to it's age, it's still the best mail client ever made in many
people's opinion, so I hope there's plenty more years in it yet,
especially thanks to the guys at the Hermes project! Glad to have
been able to help. Cheers, Dave.
On 12:30 2 Mar 2022, DaveH2 said:Dear Pamela, Your supportive and positive note is appreciated and well received. Thank you for the thought. Our best good wishes to you Joshua
On Tuesday, 1 March 2022 at 21:54:37 UTC, rei...@dslextreme.com
wrote:
[...]
Dear Dave and fellow forum members, Greetings. Things "magically"
started working fine this morning. I am now able to send emails
without issue. I wanted to finish the loop on the experience with
this issue (at least for the time being) Tech support at dslextreme
said they had several recent security and mail server updates. That
it can take up to 3 days for the servers to fully update
particularly as regards the older lesser used email clients served
by these mail servers - but hopefully it is now all working
correctly even for a user such as myself using an antiquated email
client. They suggested I give consideration to using webmail,
something more recent. That I stop using Eudora to avoid this kind
of issue in the future. They indicated there is a good chance at
some point Eudora will just stop working and not be able to serve as
an email client anymore. Best regards and respects, Joshua
Glad to hear that it's working again now Joshua! DSLExtreme hadNice to see a successful outcome after some patient work. Well done!
obviously been changing things, but at least now your copy of Eudora
has been patched with the Hermes update it should keep working for a
bit longer than it probably would have done otherwise. Of course all
mail providers would rather that you used webmail nowadays as that's
easier for them to maintain and support, but many people still want
to use mail client programs and store their messages locally, so it
will be a long time before they will be able to get away with
withdrawing that service. Although Eudora is struggling a bit now due
to it's age, it's still the best mail client ever made in many
people's opinion, so I hope there's plenty more years in it yet,
especially thanks to the guys at the Hermes project! Glad to have
been able to help. Cheers, Dave.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 286 |
Nodes: | 16 (3 / 13) |
Uptime: | 91:43:57 |
Calls: | 6,498 |
Calls today: | 9 |
Files: | 12,100 |
Messages: | 5,277,697 |