SCL Thresholds and Actions

Running Forefront Protection for Exchange 2010 on our mailbox and hub transport server. Forefront Content Filtering SCL Thresholds and Actions are Allow SCL -1 through 4, Quarantine SCL 5-9.

We are interested in experimenting with the SCL behaviors but unfortunately the Forefront for Exchange 2010 GUI interface doesnt offer a lot of granularity in this regard. For example, you can relax the behavior to Stamp header and continue processing for SCL 5-6 but then SCL 7-9 must be either Reject or Delete (no option for Quarantine). We were hoping to experiment with Stamp header and continue processing for SCL 5-6 and Quarantine 7-9 (or perhaps Reject 9). Perhaps I am missing an obvious setting or workaround? Since our current Exchange organization SCLJunkThreshold setting is 8 and we are Quarantining SCL 5-9, our users no longer see any email routed to their Outlook Junk E-mail folder (with the exception of the client side filtering Outlook can perform which is different than the Exchange side routing). Can I set SCLJunkThreshold for that specific server?

I tried some of the Exchange Set-Mailbox options: "Set-Mailbox -Identity foo -SCLQuarantineThreshold  7" but that didn't seem to affect the Forefront behaviors (didn't restart the Microsoft Exchange Information Store).

Can someone give me a push in the right direction?

March 28th, 2013 9:31pm

Hi,

there is no way to change this behavior in FPE. You can only select the range for possible spam and definitive spam.  Definitive spam will be rejected because no one normally needs it. Possible spam can be spam or not that's why you can tag it or put it into quarantine in case of a false positive.

Greetings

Christian

Free Windows Admin Tool Kit Click here and download it now
March 28th, 2013 10:12pm

Thanks Christian, I appreciate your response. Our Exchange organization has the parameter SCLJunkThreshold set to 8 but since our mailbox/hub server is Quarantining SCL 5-9, users never see any email routed to their Outlook Junk E-mail folder. It there a way to set the SCLJunkThreshold per server? If so, I might try setting SCLJunkThreshold to 5 or 6 and the Forefront behavior to SCL 5-9 Stamp header and continue processing...which to my understanding would re-establish automated Junk E-mail routing on the Outlook client.

Our current settings are working pretty well in terms of spam detection with minimal false positives, but believe it or not a number of users what their Junk E-mail back.

March 29th, 2013 9:31pm

Hi,

there is no way to change this behavior in FPE. You can only select the range for possible spam and definitive spam.  Definitive spam will be rejected because no one normally needs it. Possible spam can be spam or not that's why you can tag it or put it into quarantine in case of a false positive.

Greetings

Chr

Free Windows Admin Tool Kit Click here and download it now
June 23rd, 2015 5:48am

Running Forefront Protection for Exchange 2010 on our mailbox and hub transport server. Forefront Content Filtering SCL Thresholds and Actions are Allow SCL -1 through 4, Quarantine SCL 5-9.

We are interested in experimenting with the SCL behaviors but unfortunately the Forefront for Exchange 2010 GUI interface doesnt offer a lot of granularity in this regard. For example, you can relax the behavior to Stamp header and continue processing for SCL 5-6 but then SCL 7-9 must be either Reject or Delete (no option for Quarantine). We were hoping to experiment with Stamp header and continue processing for SCL 5-6 and Quarantine 7-9 (or perhaps Reject 9). Perhaps I am missing an obvious setting or workaround? Since our current Exchange organization SCLJunkThreshold setting is 8 and we are Quarantining SCL 5-9, our users no longer see any email routed to their Outlook Junk E-mail folder (with the exception of the client side filtering Outlook can perform which is different than the Exchange side routing). Can I set SCLJunkThreshold for that specific server?

I tried some of the Exchange Set-Mailbox options: "Set-Mailbox -Identity foo -SCLQuarantineThreshold  7" but that didn't seem to affect the Forefront behaviors (didn't restart the Microsoft Exchange Information Store).

Can someone give me a push in the right direction?


Dear Christian, I am using Exchange 2010 server, for about two months now we experiencing problem of delay for emails sent from our exchnage to external domain i.e gmail, hotmail and our partners. It  may take  about two days or mor for mail to be delivrerd to other side and sometimes they bounce back.

I have tried to send from my gmails, it takes 6 to 8 minutes.I'm staked, please Christian and any one with solution on this assist .    My email:lelojohnmmasi@gmail.com, +255752458912

John Mmasi

June 23rd, 2015 6:01am

Thanks Christian, I appreciate your response. Our Exchange organization has the parameter SCLJunkThreshold set to 8 but since our mailbox/hub server is Quarantining SCL 5-9, users never see any email routed to their Outlook Junk E-mail folder. It there a way to set the SCLJunkThreshold per server? If so, I might try setting SCLJunkThreshold to 5 or 6 and the Forefront behavior to SCL 5-9 Stamp header and continue processing...which to my understanding would re-establish automated Junk E-mail routing on the Outlook client.

Our current settings are working pretty well in terms of spam detection with minimal false positives, but believe it o

Dear Christian, I am using Exchange 2010 server, for about two months now we experiencing problem of delay for emails sent from our exchnage to external domain i.e gmail, hotmail and our partners. It  may take  about two days or mor for mail to be delivrerd to other side and sometimes they bounce back.

I have tried to send from my gmails, it takes 6 to 8 minutes.I'm staked, please Christian and any one with solution on this assist .    My email:lelojohnmmasi@gmail.com, +255752458912

John Mmasi

r not a number of users what their Junk E-mail back.


Free Windows Admin Tool Kit Click here and download it now
June 23rd, 2015 6:01am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics