Thanks for providing the screenshot of SMTP Settings page.
Looking at that page tells me that when you originally had the "Outbound Non-Local Mail Delivery" set to "Relay non-local mail to: mx2.kfupm.edu.sa" it resulted in the NDRs for your test emails with the following error code (that you pasted in your first comment above):
Diagnostic-Code: smtp; 550 5.7.1 <ashruakkode@gmail.com>... Relaying denied
But then after my suggestion to change "Outbound Non-Local Mail Delivery" to "Use MX Lookup for non-local mail", you made the suggested change and then the NDRs for your outbound test email started showing the following error (that you pasted in another forum thread):
Diagnostic-Code: smtp; 451 4.4.1 [internal] No valid hosts (too many connection failures)
Is my analysis so far correct?
If yes, then it means that either:
1) SMTP Delivery Bindings need to be changed so that outbound (non-local) mail can be delivered using the IP address that has outbound SMTP access thru the firewall
or
2) SBG does not have access to deliver mail outbound thru your firewall
or
3) SBG is not able to perform DNS lookups, again most likely due to firewall configuration
For 1), check the SMTP Advanced Settings page and change the SMTP Delivery Bindings for for Non-local messages, then test agian.
For 2), check your firewall and firewall logs to make sure that connections from SBG are not blocked.
For 3), perform a dns lookup on the appliance for gmail.com domain from the CLI (command line interface) as follows:
nslookup -querytype=mx gmail.com
If you can successfully resolve the gmail.com domain on the appliance, then we can rule out DNS issue.
Please try above suggestions 1), 2) and 3) in that order and test after each step and record the results after each test. If the issue still exsits, then to troublehsoot further, please provide the following:
a) Output of the above DNS query on the appliance
b) Screenshot of the Advanced SMTP Settings page
c) Screenshot of Domains page (Protocols > Domains)
d) Screenshot of Message Queues (Status > Message Queues) showing messages stuck in the delivery queue
e) Screenshot of a Message Audit Logs page showing the details of a test message that resulted in the NDR
Hopefully, the above suggestions will resolve the issue and you may not need to provide items a) thru e).
Regards,
Adnan