16 Sep 2020 11:33 AM - last edited on 01 Jul 2021 01:35 PM by MaciejNeumann
We've tried using non-secure port like 25, it works. But when we are trying to set email notification using port 465, it failed and showing this error.
22020-09-16 08:50:43 UTC WARNING [<default,0x1>] [<server>, MailSenderImpl] Could not send mail to alert.send@email.com. NotificationResult [retryRecommended=true, message=Failed to send SMTP email using sender address: <alert.rcpt@email.com>, reason: EmailException: Sending the email to the following server failed : smtp_server:465 | SSLException: Unrecognized SSL message, plaintext connection?, exception=EmailException: Sending the email to the following server failed : smtp_server:465, deliveryStatus=UNEXPECTED_ERROR, response=null, uri=null, suppressed=[]]
Any ideas on how to solve it?
Thanks.
Solved! Go to Solution.
16 Sep 2020 11:52 AM
What's the connection security protocol you checked? For 465 it should be STARTTLS or SSL/TLS
16 Sep 2020 11:57 AM
We have tried both STARTTLS and SSL/TLS option, but no luck. We are able to telnet that port though.
16 Sep 2020 12:10 PM
If you want to use port 25 leave "No encryption". If your mail server doesn't support SSL then there's no way it's gonna work.
17 Sep 2020 04:39 AM
We cannot use port 25 for security reason, only port 465 allowed in our company.
Our mail server support SSL, in fact our Appmon can connect to this mail server using port 465.
17 Sep 2020 07:54 AM
Can you please contact support so we can troubleshoot that at your cluster?
17 Sep 2020 08:22 AM
Okay then, I will contact support for this issue. Thank you for helping us.
26 May 2021 10:04 AM
Hello,
I don't know if this thread is read by anybody but I have the same problem.
I'm using Dynatrace Managed (v1.216.120 ) trying to connect to office365 server over SSL/TLS over port 587.
I contacted support but only a little log lines was provided with the same error reported by Sandre.
I also have a trace for the network team showing allowed connections and inmediately finish with a "tcp-rst-from-client" reason, not the normal "tcp-fin". Not interception on the FW side.
Sandre (or anyboy) have you find out a solutionfor this issue?
Thanks in advance.