asg v7 recipent checking (callout) with exchange 2007

Airness, I just commented on another thread that I have turned this off.

The following comment was an error caused by a malfunctioning report database:
[SIZE="1"]On my largest client, one who receives almost 50 thousand spams a day, not one was rejected by a recipient check in the last ten days.  Apparently, RDNS/HELO and RBL catch such spams earlier in the SMTP transaction.[/SIZE]

Cheers - Bob

hi bob
sorry did not read this thread. thanks for your information. it`s no problem for me to disable this function. normally i try to use features that are recommended by the manufactor. it`s simply strange that it does not work with exchange 07 with basic config!

thanks

Any news from Astaro on this issue?
Also getting flooded with non-delivery reports now for users who don't exist on the system due to this failure.

Simon, why not just turn off recipient checking?  It appears that RDNS/HELO and RBL catch such spams earlier in the SMTP transaction than the recipient check; with V7.3, we saw not one spam blocked by the recipient check.

Cheers - Bob

Because I've tried that.... We are receiving massive amounts of spam without the recipient check....
I'm getting spammed by Astaro with "Undeliverable Quarantine Reports" to users that don't exist....

Currently I switched off the recipient verification.
But right now any incoming mails would be bounced if the recipient doesn't exist. This would be an advantage for the bad guy, I think.

OK, Simon, your last post above caused me to wonder if what I observed was a result of the current difficulties many are having with the reporting database.  I now believe it was.  In a sample of 500 quarantined emails, 111 had a non-existant TO address.

I apologize for having created the misunderstanding.  I'll correct my prior postings and contact those I can.  I trust someone already has reported this as a bug.

Cheers - Bob

Sorry to perform thread necromancy here but I'm about to migrate from exchange 2003 to exchange 2007 and I would like to know if this issue has been fixed or not.

(Using ASG 7.306 with mail security enabled here).
Thanks

Any word on this.  Have moved over to Exchange 2007 and callout not working.  Really need to get this happening.

From the Astaro KB (found it after i opened a support case):


Summary:
    When using an Exchange 2007 server behind an ASG the Exchange server will begin rejecting messages with an error of: 550 User Unknown.  This is caused by a default feature setting for SMTP tar pit of Exchange 2007 which temporarily rejects messages from untrusted hosts much like the ASG greylisting feature.  In Exchange 2003 this feature is normally disabled by default.

    The result of this option is designed for unprotected Exchange servers with a direct Internet connection to be used for spam control.  For any protected server behind an ASG or other spam control device tar pit should be left as disabled.

Further Information:
    Exchange Server 2007's ReceiveConnectors are configured with a tarpit interval of 5 seconds by default.
    To check the SMTP tarpit interval on your ReceiveConnectors, use the following shell command:

    get-ReceiveConnector | select name,tarpitinterval
    To disable the tarpit behavior, set the value to 00:00:00.
    set-ReceiveConnector "Receive Connector Name" -tarpitinterval 00:00:00

    Example:

    C:\Documents and Settings\Administrator.DMZ>Get-ReceiveConnector | select name, tarpitinterval

    Name TarpitInterval
    ---- --------------
    Default DMZEXCHANGE 00:00:05
    Client DMZEXCHANGE 00:00:05

    C:\Documents and Settings\Administrator.DMZ>Set-ReceiveConnector "Default DMZEXCHANGE" -tarpitinterval 00:00:00

    C:\Documents and Settings\Administrator.DMZ>Set-ReceiveConnector "Client DMZEXCHANGE" -tarpitinterval 00:00:00

    C:\Documents and Settings\Administrator.DMZ>Get-ReceiveConnector | select name, tarpitinterval

    Name TarpitInterval
    ---- --------------
    Default DMZEXCHANGE 00:00:00
    Client DMZEXCHANGE 00:00:00

Awesome! Thankyou, will test.

Wheew.  Thank you for posting this fix.  I had the same issue.

Wheew.  Thank you for posting this fix.  I had the same issue.