SMTP server not responding URL using bad/illegal format or missing URL
search cancel

SMTP server not responding URL using bad/illegal format or missing URL


Article ID: 261352


Updated On:


DX Unified Infrastructure Management (Nimsoft / UIM) CA Unified Infrastructure Management On-Premise (Nimsoft / UIM) CA Unified Infrastructure Management SaaS (Nimsoft / UIM)


emailgtw generated an alarm:
SMTP server not responding URL using bad/illegal format or missing URL

emailgtw v2.90 throws the following errors post-upgrade to CU6:

emailgtw: (send_it) smtp_open succeeded
emailgtw: RSET
emailgtw: 250 2.0.0 Resetting
emailgtw: MAIL FROM:<[email protected]>
emailgtw: 250 2.1.0 Sender OK
emailgtw: RCPT TO:<[email protected]>
emailgtw: 550 5.7.54 SMTP; Unable to relay recipient in non-accepted domain
emailgtw: RSET
emailgtw: 250 2.0.0 Resetting
emailgtw: (send_it) smtp_send failed - 554 One or more recipients failed

SMTP server(s) not responding: Login denied


  • Release: 20.4 CU6
  • emailgtw v2.90


  • TLS 1.2 enabled on the Exchange server


Check to see if you can send emails/txt messages if you disable TLS option in the emailgtw.

If TLS IS enabled on the mail gateways/server, you MAY have to:

  • Use TLS Certificate Select the option if you want the probe to connect through TLS Certificate with the primary and secondary email server. This option will be enabled only if the Ignore TLS is disabled. By default, this option will be disabled.
  • Certificate: Provide the issuer certificate name. Place the issuer certificate (or the host certificate if the certificate is self-signed) in the emailgtw probe installed directory.
  • From v2.90, this setting is not applicable. The Linux robot where the probe is deployed MUST have an OpenSSL certificate installed to use the TLS functionality to connect to the SMTP server.
  • In UIM, the management server connects to the upstream mail gateway to send emails and SMS messages. The latest version of the software supports connectivity via TLS but we need the username and password to connect as you MAY need a client issuer or host certificate but that is not always required.

Steps to resolve:

  1. Make sure that the account and password is allowed to login and send emails/SMS txt messages. 
  2. Once the SMTP account and password are set up and verified that connections can be made, and SMTP login is successful,
  3. Make sure that the server(s) youre trying to sendmail/text messages from are added to the list of relay recipients
  4. Note that as long as the mail server has TLS 1.2 enabled, in most customer environments no client certificates need to be added/referenced.
  5. For SMS text messages to be sent to external addresses, if the addresses are not in the company's allowed address book, any email servers in Production, Test, DEV, etc., that you need to send email/SMS text messages from, need to be added to the mail server's list of recipients.