You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It turns out that indeed our Barracuda email security filters have blocked the messages with subject "Confirm your DMP Assistant account" that were sent from [email protected]. These messages matched some high-scoring proprietary Barracuda rules and ended up being dropped.
Here is the Barracuda spam report for a message received today:
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.136681
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 MIME_HTML_ONLY BODY: Message only has text/html MIME parts
0.00 NO_REAL_NAME From: does not include a real name
-0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes
verification
0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature
0.00 HTML_MESSAGE BODY: HTML included in message
1.00 TVD_PH_SUBJ_ACCOUNTS_POST TVD_PH_SUBJ_ACCOUNTS_POST
5.00 BSF_SC0_MV0979 BSF_SC0_MV0979
0.50 BSF_SC7_SA578_CH Custom Rule SA578_CH
5.50 BSF_SC7_SA578e Custom Rule SA578e
I've opened a support case with Barracuda to try and find a solution, but I wanted to give you an update on what was going on. Perhaps there might be something that could be done from your side too to avoid those rules. Sending the message in plain text might help. Using the real name instead of email address in the "Welcome" sentence might help. If you must really send HTML-mail (why, oh, why?), at least compose it properly and definitely send the text/plain equivalent in a multipart/alternative message.
The text was updated successfully, but these errors were encountered:
It turns out that indeed our Barracuda email security filters have blocked the messages with subject "Confirm your DMP Assistant account" that were sent from [email protected]. These messages matched some high-scoring proprietary Barracuda rules and ended up being dropped.
Here is the Barracuda spam report for a message received today:
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.136681
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 MIME_HTML_ONLY BODY: Message only has text/html MIME parts
0.00 NO_REAL_NAME From: does not include a real name
-0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes
verification
0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature
0.00 HTML_MESSAGE BODY: HTML included in message
1.00 TVD_PH_SUBJ_ACCOUNTS_POST TVD_PH_SUBJ_ACCOUNTS_POST
5.00 BSF_SC0_MV0979 BSF_SC0_MV0979
0.50 BSF_SC7_SA578_CH Custom Rule SA578_CH
5.50 BSF_SC7_SA578e Custom Rule SA578e
I've opened a support case with Barracuda to try and find a solution, but I wanted to give you an update on what was going on. Perhaps there might be something that could be done from your side too to avoid those rules. Sending the message in plain text might help. Using the real name instead of email address in the "Welcome" sentence might help. If you must really send HTML-mail (why, oh, why?), at least compose it properly and definitely send the text/plain equivalent in a multipart/alternative message.
The text was updated successfully, but these errors were encountered: