Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 13 replies
  • Subscribers 1 subscriber
  • Views 27714 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Recipient Verification: Verify recipients: With callout not working as expected

htguru
Helo world,

I am trying to use the Email Protection of a Sophos UTM as a replacement for an aging Barracuda Spam Firewall on which the license will go dark on Jan. 30 and will not be renewed. Sophos Email Protection is my first choice as the company desires migrating to all Sophos UTM hardware in the near future and is working with a Partner. My backup solution is a VM from mailcleaner.org but I really want the Sophos UTM to work. I would love to open a support ticket, but alas I am only using a trail version until...I can prove it actually works so I can get the PO approved for the Sophos hardware.

In my testing it is working except for one important thing. When setting up the SMTP Proxy, I of course wish to use the Recipient Verification With Callout to prevent the huge amount of spam sent to invalid recipients from ever being sent to the destination mail server as this is one of the main reasons to use an SMTP Proxy (a.k.a. Spam Firewall), but it is not working as expected. The Sophos UTM and the destination mail server are both on public static IPs resolvable with reverse DNS, and there is currently no way to move the hosted cPanel that runs the destination mail server behind the Sophos UTM. I am not sure if this is part of my problem or not since mail is flowing. UTM Version I am using is latest 9.306-6 and cPanel Exim is 4.82

The User Guide States:
Recipient Verification
Verify Recipients: Here you can specify whether and how email recipients are to be verified.
With Callout: A request is sent to the server to verify the recipient.

User Guide never states which server but the assumption is that it would get verification from the actual destination mail server as the sending server and the UTM would have no knowledge of if a recipient is valid or not.

Can someone please clarify if my assumption is correct and if so, I can confirm that is not what actually seems to be happening. Instead, the Live Log would seem to indicate that the verification is done by the sending server and it succeeds and then proceeds to Greylisting and then delivers the email to the work queue and sends it to the destination server even if the user does not exist. This makes no sense. How can an address that does not exist on the destination mail server get verified and from whom???

Additionally, a tail of the Exim mainlog on the destination server shows no evidence of ever being asked to perform a recipient verification and only shows the mail being received after it leaves the UTM. For non-existent mail accounts, the destination mail server log shows "Unrouteable address" and bounces a permanent error message to sender which sender receives. For mail accounts that exist, the message is delivered as expected.

I will post some of the logs in a moment, but I sure would appreciate some help. Thanks!


This thread was automatically locked due to age.
Parents
  • 0
    Hi htguru,

    UTM verification with callout will not work if your internal mail server doesn't have some kind of spam agent that checks if the receipient exist in the organization (after "RCPT TO" SMTP command).

    Look at my example in the screenshot. Exchange server behind UTM will accept mail for non-existent user (it doesn't have any spam agent installed on it). It will later fail to deliver it, of course, and reply from the postmaster will be generated for the sender.

    You can test it from UTM shell with your mail server.
  • 0 in reply to vilic
    Hi htguru,

    UTM verification with callout will not work if your internal mail server doesn't have some kind of spam agent that checks if the receipient exist in the organization (after "RCPT TO" SMTP command).

    Look at my example in the screenshot. Exchange server behind UTM will accept mail for non-existent user (it doesn't have any spam agent installed on it). It will later fail to deliver it, of course, and reply from the postmaster will be generated for the sender.

    You can test it from UTM shell with your mail server.


    Thanks for your reply.

    My internal server is actually external as it is not behind the UTM. I don't know if this makes a difference. Also it is not an Exchange server but a cPanel server running the same Exim mail server that runs on the UTM. To the best of my knowledge I have verified the settings and the cPanel's mail server is set to both verify recipients and detect spam with SpamAssassin.

    My problem is as far as I can tell the UTM is never asking my mail server to verify the recipient and it is somehow verifying it elsewhere like on the sending server which makes no sense. There is no trace in the logs on either the UTM or the mail server that the UTM is actually asking the cPanel to verify anything yet it succeeds to verify somehow and then passes the mail.

    So in your instance as I understand it your Exchange server needs to perform certain actions it is not currently configured for in order for it to succeed in verifying only valid recipients so you are relying on the internal server to bounce the message. My cPanel however is configured to verify recipients and yet it does not appear that it is ever being asked to do so. It also will bounce a message sent to a nonexistent recipient but I do not want this to occur on the internal server. This should be the work of the SMTP proxy through recipient verification and the actual mail messages should never reach the internal server, rather only the brief request for recipient validation so as to not waste all the bandwidth of moving the message to the internal server and then bouncing it out to the sender again.

    I will definitely take you up on verifying recipient verification works by telnetting to the mail server from the UTM shell but if the UTM is not asking to verify the recipient when it is supposed to then it will not matter whether or not the cPanel answers correctly because it is never asked anything until the actual message arrives.

    Regards,
    Htguru

    Best Regards - HTG
    Frustrated Sophos Partner seeing all the things
    that brought me to Sophos slowly slip away.
    RIP astaro.org

Reply
  • 0 in reply to vilic
    Hi htguru,

    UTM verification with callout will not work if your internal mail server doesn't have some kind of spam agent that checks if the receipient exist in the organization (after "RCPT TO" SMTP command).

    Look at my example in the screenshot. Exchange server behind UTM will accept mail for non-existent user (it doesn't have any spam agent installed on it). It will later fail to deliver it, of course, and reply from the postmaster will be generated for the sender.

    You can test it from UTM shell with your mail server.


    Thanks for your reply.

    My internal server is actually external as it is not behind the UTM. I don't know if this makes a difference. Also it is not an Exchange server but a cPanel server running the same Exim mail server that runs on the UTM. To the best of my knowledge I have verified the settings and the cPanel's mail server is set to both verify recipients and detect spam with SpamAssassin.

    My problem is as far as I can tell the UTM is never asking my mail server to verify the recipient and it is somehow verifying it elsewhere like on the sending server which makes no sense. There is no trace in the logs on either the UTM or the mail server that the UTM is actually asking the cPanel to verify anything yet it succeeds to verify somehow and then passes the mail.

    So in your instance as I understand it your Exchange server needs to perform certain actions it is not currently configured for in order for it to succeed in verifying only valid recipients so you are relying on the internal server to bounce the message. My cPanel however is configured to verify recipients and yet it does not appear that it is ever being asked to do so. It also will bounce a message sent to a nonexistent recipient but I do not want this to occur on the internal server. This should be the work of the SMTP proxy through recipient verification and the actual mail messages should never reach the internal server, rather only the brief request for recipient validation so as to not waste all the bandwidth of moving the message to the internal server and then bouncing it out to the sender again.

    I will definitely take you up on verifying recipient verification works by telnetting to the mail server from the UTM shell but if the UTM is not asking to verify the recipient when it is supposed to then it will not matter whether or not the cPanel answers correctly because it is never asked anything until the actual message arrives.

    Regards,
    Htguru

    Best Regards - HTG
    Frustrated Sophos Partner seeing all the things
    that brought me to Sophos slowly slip away.
    RIP astaro.org

Children
No Data
Unfiltered HTML