Abstract
In a scenario when emails are not making it to a particular destination, it is required to use another method to test SMTP connectivity that could result from a non-exisest recipient to other possible issues in the process.
Follow these steps:
- Utilizing sendmail on the Security Gateway or Management server.
- Create a simple text file for test email
[Expert@HOSTNAME:0]# touch sendmail_test <enter>
- Edit the file.
[Expert@HOSTNAME:0]# vi sendmail_test <enter>
- Add the following syntax to the "sendmail_test" file through vi command.
*Format to be replaced by your relevant input*
FROM ADDRESS (can be anything)
TO ADDRESS
SUBJECT
BODY
*For Example*
hugo-1@hugo.com
main@geyser.com
This is the Subject
This is the Body
- Run the command with the 'sendmail_test' file in the present directory.
[Expert@HOSTNAME:0]# $FWDIR/bin/sendmail -t MAIL_SERVER_IP -m sendmail_test <enter>
- Check the mail server for mail.

- Another method to troubleshoot SMTP connectivity is telnet to a mail server from the Gateway.
- Connect over telnet
# telnet MAIL_SERVER_IP 25 <enter>
Possible Response:
220 localhost ESMTP
- Greet the server by typing (it might be EHLO or HELO)
HELO yourdomain.com <enter>
Possible Response:
250 Hello.
- Tell the server who the mail is from
MAIL FROM: me@mydomain.com
Possible Response:
250 OK
- Enter the recipient's address.
RCPT TO: you@yourdomain.com <enter>
Possible Response:
250 OK
- Enter data
DATA <enter>
Possible Response:
354 OK, send.
Type your message here in the new line
Subject: Test sendmail email
<enter>
<enter>
Type message here
(End the message with a period)
. <enter>
Possible Response:
250 Queued (9.408 seconds)
- Exit the connection
QUIT <enter>
Possible Response:
221 goodbye
Connection closed by foreign host.
- Snippet for reference.

|
This solution has been verified for the specific scenario, described by the combination of Product, Version and Symptoms. It may not work in other scenarios.
|