DonotSendNDROnQuarantine |
Post Reply ![]() |
Author | |
bpogue99 ![]() Groupie ![]() Joined: 26 January 2005 Status: Offline Points: 59 |
![]() ![]() ![]() ![]() ![]() Posted: 18 March 2004 at 11:39am |
;Setting DoNotSendNDROnQuarantine to 1 will prevent generation of NDR when email are quarantined by causing SpamFilter *not* to send an error code when quarantining emails I'm really liking this option with just a couple exceptions. Is it possible, or would you consider, breaking this down to a more granular level. This option currently affects all emails subject to quarantine equally. Perhaps I dont want NDR's for attachments, keywords, blocked email to's, or country codes as my filters are very tight and nearly 100% accurate, but I do want NDR's for MAPS, IPs, and domains as someone may be blacklisted at MAPS because of something not of their doing, or their domain was blacklisted but shouldn't be now, or any number of combination of reasons. DoNotSendNDROnQuarantine_Keyword=1 DoNotSendNDROnQuarantine_MAPS=0 Something like this would be nice. bill |
|
![]() |
|
LogSat ![]() Admin Group ![]() ![]() Joined: 25 January 2005 Location: United States Status: Offline Points: 4104 |
![]() ![]() ![]() ![]() ![]() |
Bill, Good suggestion. What do you think about the following: Right now, adding a :NULL or a :TAG option to some entries in the black/whitelists, cause emails to be sent to null or being tagged. What if we were to allow another suffix, say :NoNDR, that if present in a blacklist entry would cause filtering that matches that one entry to prevent NDRs from being sent, ex in the attachment filter an entry like: *.exe:NoNDR Do you think that this would be an acceptable solution? Roberto F. |
|
![]() |
|
bpogue99 ![]() Groupie ![]() Joined: 26 January 2005 Status: Offline Points: 59 |
![]() ![]() ![]() ![]() ![]() |
That will work well! Adds a lot of control to the system that we don't have now. Thanks! bill |
|
![]() |
|
Desperado ![]() Senior Member ![]() ![]() Joined: 27 January 2005 Location: United States Status: Offline Points: 1143 |
![]() ![]() ![]() ![]() ![]() |
Roberto, Can I add my 2 cents? If we "tag" the unfiltered addresses, I think no NDR is the correct setting. What happens now? Is an NDR sent? Can both be used? i.e. unfiltered_Guy@someDomain.com:tag:NoNDR Aren't I just a pain? Dan S.
|
|
![]() |
|
ASB ![]() Guest Group ![]() |
![]() ![]() ![]() ![]() ![]() |
Very nice option!!! That would be incredibly useful. |
|
![]() |
|
bpogue99 ![]() Groupie ![]() Joined: 26 January 2005 Status: Offline Points: 59 |
![]() ![]() ![]() ![]() ![]() |
I was thinking on this somemore and I think we'll need both a global and the tag option as you mentioned. If I look at my existing configuration I dont want to edit each line of a few hundred domains to tell it to not do an NDR. Maybe there's a way to combine both?
bill |
|
![]() |
|
LogSat ![]() Admin Group ![]() ![]() Joined: 25 January 2005 Location: United States Status: Offline Points: 4104 |
![]() ![]() ![]() ![]() ![]() |
Bill, Again thanks for the suggestion. It was a very valid observation and we have taken it into consideration. In the latest pre-release build 2.0.1.312 available in the registered user area we've added, in addition to the global SpamFilter.ini option "DoNotSendNDROnQuarantine", the possibility to add a "NoNDR" tag to several blacklists. This will allow you to customize the prevention of NDRs more granularly. The blacklists that support the :NoNDR tag in build 312 are: Domains, EMailFrom, EmailTO, Attachment blacklists So for example an attachment filter in the form: *.exe:NoNDR will prevent the genaration of NDRs and will thus make it appear to the sender as if the email was delivered. Roberto F. |
|
![]() |
Post Reply ![]() |
|
Tweet
|
Forum Jump | Forum Permissions ![]() You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |
This page was generated in 0.258 seconds.