Use of 'Reject at SMTP Time'

I have the same issue. will await someones response.  FYI, 7.306 and 7.402 both do it.
i tried also reisoing and restoring backup, and reisoing and rekeying one domain in for spam ... It still doesn't work.

The following was confirmed for me by Astaro Tech Support:

If I want to "reject" "Confirmed Spam," I select "Confirmed Spam" for 'Reject at SMTP Time'.  However, if I want to "blackhole" it, I select "Off" for 'Reject at SMTP Time' and "Blackhole" for 'Confirmed spam action'. 

Does that resolve your issue?

Cheers - Bob
PS The downside of blackholing is that IPs sometimes get reported incorrectly, resulting in a good email being marked as "Confirmed Spam" - and that happened to my wife's company yesterday when she called me to complain that our Astaro had rejected her email to me.  If it had been blackholed, she would have been upset with me for ignoring her.  I'm glad I took Astaro's advice and left "Reject" in place in spite of the concerns expressed in the first post above...

Howdy BAlfson,
I have the same problem, and now backscatter is becoming a huge problem for us.
Anyone in doubt can try the following on a 220 or 320 or whatever astaro running 7.306 r 7.402 .You'll see the astaros ARE VULNERABLE to spam relaying .  And there is only one solution, astaro needs to add a feature to Disable Bounced messages Y,N
Backscatterer.org powered by UCEPROTECT
try the following anyone... at a prompt telnet mail.mydomain.com 25 
then do the HELO jerry.aol.com {enter} then MAIL FROM: Victim@victimdomain.com {enter}, then RCPT TO: nosuchuser@yourdomainbehindastaro.com
astaro WILL ACCEPT THE EMAIL,  then generate a bounce and mail the email to the victim.  Astaro needs to fix this.  I can't sell astaros to our bank customers due to Astaros failing Qualys and darned near any other vulnerability scanner testing.  Hope astaro fixes it.  Someone with a few days can call /report this to astaro.  Thanks to all who help on the forum.  It's our best wayof getting support.

None of my clients have the problem you're complaining about.  As long as their mail server can be configured to reject at SMTP time, so can the Astaro.

Cheers - Bob

@balfson, Reject during SMTP transaction can be used for AV detection as well as spam detection - the option is on both tabs. If the av engine or the spam detection engine flags the message while the smtp transaction is in progress, then we can reject the message with a 500 range error, and not send an NDR. This means that the sending server is now responsible for notifying the sender of the failure. if this is a spammer, then there is no NDR to be sent. If it is a legitimate server, then an NDR will be sent from the sending server to the original sender, which is desirable behavior, as you mention above. This is separate from rDNS/HELO,SPF, BATV etc.. checks. Those are not affected by this option.

@RDL, The vulnerability you talk about is a mail server issue, not an Astaro issue. Astaro will only accept mail to nosuchuser@yourdomainbehindastaro.com if the mail server behind the Astaro is willing to accept mail for that recipient. Therefore, Astaro accepts and successfully forwards the message to the mail server. It would then be the mail server generating the NDR, not the Astaro. If the mail server uses recipient verification, then Astaro will reject the message during the SMTP transaction, not generating an NDR. If you are using an older exchange server which does not support recipient verification, Asaro can also do recipient verification over LDAP. Further, RBLs, rDNS/HELO checks, greylisting, and IP reputation checks already help prevent against this kind of attack actually being carried out - even if your mail server is unable to support RV.

*AlanT  reports that this is not an astaro issue, because "Astaro will only accept mail to nosuchuser@yourdomainbehindastaro.com if the mail server behind the Astaro is willing to accept mail for that recipient."
However this is not true.  astaro accepts mails first the ask the mail serve if the user is there..
just try to telnet to your server, send an mail and astaro will accept even if the user is unknown.

anyone fixed the problem with ending up in the backscatter black list ?

@infolink, Astaro does a recipient verification callout to your mail server prior to accepting the incoming message. If your mail server is not responding properly to that request, mail to non-existent users will be accepted. In this case you will need to lookup how to enable recipient verification on your mail server.

@AlanT > confirming this.

I have Lotus Domino 8.x, 7.x, Exchange 2k3, and Exchange 2k7 servers behind my Astaros.

All successfully perform this feature.  If anyone requires the fields on a specific platform, post the platform and I can identify the setting req'd.

regards,
Stoomaroo