no NDR if Spam

Questions and answers about how to do stuff
Post Reply
nicola.piazzi
Posts: 388
Joined: 23 Apr 2015 09:45

no NDR if Spam

Post by nicola.piazzi »

I configured EFA between Internet and my internal Exchange, so any mail sento to my domain is filtered by efa and delivered to Exchange
but at now all destination mailbox are passed, also that not exist, so Exchange generate a NDR.
In Exchange i set SCL=9 when message are marked as SPAM with a TRANSPORT RULE

But i am unable to set a TRANSPORT RULE that delete without ndr when is marked as spam and so ndr stay in queue because was sent from a non real user or server
nicola.piazzi
Posts: 388
Joined: 23 Apr 2015 09:45

Re: no NDR if Spam

Post by nicola.piazzi »

No reply, obviously it is impossible :roll:
zohman
Posts: 42
Joined: 12 Sep 2015 07:36

Re: no NDR if Spam

Post by zohman »

nicola.piazzi wrote:I configured EFA between Internet and my internal Exchange, so any mail sento to my domain is filtered by efa and delivered to Exchange
but at now all destination mailbox are passed, also that not exist, so Exchange generate a NDR.
In Exchange i set SCL=9 when message are marked as SPAM with a TRANSPORT RULE

But i am unable to set a TRANSPORT RULE that delete without ndr when is marked as spam and so ndr stay in queue because was sent from a non real user or server
i don't understand, you want that if a message is tagged on the EFA with X-Spam-Status: Yes
and the recipient user is not exist in the Exchange server not to send NDR?
nicola.piazzi
Posts: 388
Joined: 23 Apr 2015 09:45

Re: no NDR if Spam

Post by nicola.piazzi »

Yes
When Exchange doesnt find recipient it generate NDR
But usually NDR from mail that "Spam Status = Yes" are from inesistent addressess and then stays in queue
zohman
Posts: 42
Joined: 12 Sep 2015 07:36

Re: no NDR if Spam

Post by zohman »

nicola.piazzi wrote:Yes
When Exchange doesnt find recipient it generate NDR
But usually NDR from mail that "Spam Status = Yes" are from inesistent addressess and then stays in queue
"NDR from mail that Spam Status = Yes ?" you get NDRs with Spam Status = Yes?
"inesistent addressess?" -- to non existent address?
they stay in the EFA queue?

i cant understand your english,
wait For more comments, sorry. :/
nicola.piazzi
Posts: 388
Joined: 23 Apr 2015 09:45

Re: no NDR if Spam

Post by nicola.piazzi »

Someone@mail.com send a message to user@mydomain.it
Efa receive message and pass it to Exchange
Exchange deliver it to user@mydomain.it
but
If user@mydomain.it doesnt exist Exchange generate a NDR for Someone@mail.com
Usually, if message is not spam Someone@mail.com is a real people that make a mistake in writing so it is useful to have NDR
But if it is a spam Someone@mail.com doesnt exist and the NDR stay in queue

So it will be useful to NOT generate NDR for messages marked as spam
zohman
Posts: 42
Joined: 12 Sep 2015 07:36

Re: no NDR if Spam

Post by zohman »

nicola.piazzi wrote:Someone@mail.com send a message to user@mydomain.it
Efa receive message and pass it to Exchange
Exchange deliver it to user@mydomain.it
but
If user@mydomain.it doesnt exist Exchange generate a NDR for Someone@mail.com
Usually, if message is not spam Someone@mail.com is a real people that make a mistake in writing so it is useful to have NDR
But if it is a spam Someone@mail.com doesnt exist and the NDR stay in queue

So it will be useful to NOT generate NDR for messages marked as spam
This is wrong, you don't want to do this,
how can you tell if "Someone@mail.com" does not exist to receive NDR bounces?
mostly? no way man, maybe 2% of my spam hits are no-replayable..
SPAM can be classified for many reasons, this is why it based on score.

Anyway if you still want to do this you should handle with Exchange,
maybe creating a rule that if a message come to unknown recipient and have the header X-Spam-Status set to Yes
make an action to delete the message and don't notify anyone.

if you want to do this with EFA you will need to create your own LDAP script
that query your Active Directory for the ProxyAddress attribute
and bind that policy to postfix checks.

but it's not a best practice for my opinion.

Regards,
Zohman.
Post Reply