3
Trusted Senders SM17
Question asked by Gary P - 1/30/2019 at 3:37 AM
Unanswered
We have a trusted sender set at domain level, (e.g. xxx@xxx.com) however, the email gets deleted as SPAM, despite being a trusted sender, The trusted sender is not in each user settings, just at domain level.

Any advice would be welcome, below is copy of Delivery log:

[2019.01.30] 10:30:12.139 [66608] Delivery started for xxx@xxx.com at 10:30:12 AM
[2019.01.30] 10:30:18.168 [66608] Delivery for xxx@xxx.com to yyy@yyy.com has completed (Deleted) Filter: Spam (Weight: 30), Action (Global Level): Delete
[2019.01.30] 10:30:18.168 [66608] End delivery to yyy@yyy.com (MessageID: <2019013010271500004b14.XXX@xxx.com>)
[2019.01.30] 10:30:21.183 [66608] Delivery finished for xxx@xxx.com at 10:30:21 AM    [id:800581366608]



8 Replies

Reply to Thread
0
Employee Replied
Employee Post
Hi,
If you have the Delivery log set to detailed you should be able to locate the messages being deleted and check the spam scores. Could you please post an example of the scores for a deleted message?
0
Gary P Replied
The SPAM scores is above threshold , so gets deleted. However the manual states:

Domain Administrators can add specific email addresses (such as jsmith@example.com) or domains (such as example.com) that will be exempted from spam filtering. This can prevent mail from friends, business associates and mailing lists from being blocked and lets the system know that these messages come from a trusted source. Note: Email addresses in a user's contacts are always considered trusted senders. In addition, if users unmark a message as spam, the sender is automatically included on their personal trusted senders list.

SO why is that being ignored when sender is added to trusted sender? My reading of the above is that the SPAM filter should be ignored ?
0
Employee Replied
Employee Post
Hi,
In the case of DKIM or SPF checks failing we disallow bypassing of the spam checks. This is because if either of those checks fail then we can't be sure that the sender is who they say they are.

If you check the delivery logs for the spam scores and find [_DKIM: Fail] or [_SPF: Fail], then this would be why the message was caught by spam filtering.

For more information:
0
Tim DeMeza Replied
Alex, While I understand this thought process, we also do business with lots of small businesses that may not be configured correctly.  So what are my options besides telling them we cannot do business with them any longer because their emails are being deleted...  

Can I whitelist their server IP?  does that do a true bypass? This will make a lot of work for administrators when most of us are already spread pretty thin.  

Any additional information is appreciated.
0
Matt Petty Replied
Employee Post
You can re-configure your spam settings to not flag the messages as spam, they might be too strict if they are detecting spam in messages that aren't spam. Whitelisting is also an option, but honestly configuring your spam settings so that your server is properly detecting spam vs not-spam would fix most of the administration that would come with having to put in whitelist entries or trusted sender entries.
Matt Petty Software Developer SmarterTools Inc. (877) 357-6278 www.smartertools.com
0
Tim DeMeza Replied
Matt, 
Thank you.  For those of us coming from previous versions, do you have a best practices set up for Anti-Spam in version 17/100.x ?

One of my biggest hesitations is moving to 100.x is that I am hearing that not all settings convert properly.  I can't afford to move things over and not be operational in short order.  As others have mentioned in other threads, conversion docs would be really helpful.  
1
Matt Petty Replied
Employee Post
Hello,
 
We actually just got done working with another customer (Steve Norton) and we just had a meeting yesterday going over some suggested changes to our new defaults. We'll have a release soon with those new defaults, able to be re-applied via the "Reset Spam Settings" "..." menu entry. I'm not sure if there is a document floating around with those changes, could post on the thread below, otherwise you'll have to wait until we push those out either this week or next.
https://portal.smartertools.com/community/a91549/smartermail-17-antispam-settings-are-incorrect.aspx
Matt Petty Software Developer SmarterTools Inc. (877) 357-6278 www.smartertools.com
0
Tim DeMeza Replied
Matt, That sounds great.  Thank you.  I look forward to that.  

Reply to Thread