Skip to main content

LevelBlue Named Official Cybersecurity Advisor of the PGA of America. Learn more

LevelBlue Named Official Cybersecurity Advisor of the PGA of America. Learn more

Services
Cyber Advisory
Managed Cloud Security
Data Security
Managed Detection & Response
Email Security
Managed Network Infrastructure Security
Exposure Management
Security Operations Platforms
Incident Readiness & Response
SpiderLabs Threat Intelligence
Solutions
BY TOPIC
Offensive Security
Solutions to maximize your security ROI
Operational Technology
End-to-end OT security
Microsoft
Unlock the full power of Microsoft Security
Securing the IoT Landscape
Test, monitor and secure network objects
Why LevelBlue
About Us
Awards and Accolades
LevelBlue SpiderLabs
PGA of America Partnership
Secure What's Next
LevelBlue Security Operations Platforms
Security Colony
Partners
Microsoft
Unlock the full power of Microsoft Security
Technology Alliance Partners
Key alliances who align and support our ecosystem of security offerings
Loading...
Loading...

INFO: Why should I not send e-mail notifications to Unsolicited Commercial E-mail (UCE or spam) senders?

Expand / Collapse


This article applies to:

  • MailMarshal (SEG)

Question:

Why should I not send e-mail notifications to Unsolicited Commecial E-mail (UCE or spam) senders?

Information:

  1. The primary reason not to send notifications back to senders of Unsolicited Commercial E-mail (UCE), also known as spam, is that these messages are also unwanted email (sometimes known as "backscatter"). Even when the return address is deliverable, it is nearly always unrelated to the sender.
    • You may find that if you send such messages your server will be listed for blocking by some anti-spam organizations. 
  2. E-mailing notifications back to senders of spam also poses the risk of over burdening the MailMarshal Sender service.
    • Often, senders of UCE use short lived or invalid domain names. MailMarshal will attempt to deliver notifications addresses for up to 72 hours before returning a Non-delivery Report (NDR) for the notifications. As the quantity of notifications that MailMarshal attempts to deliver grows, the Sender service will have fewer and fewer threads available for delivering legitimate messages and will eventually become backlogged. Once the sender service is backlogged, it is not uncommon to see delays of hours or even days for legitimate e-mail messages.

For both of the above reasons, LevelBlue strongly recommends that MailMarshal not be configured to send administrative notifications back to the senders of messages thought to be spam.

Notes:

For assistance on configuring the MailMarshal rules, consult the MailMarshal SMTP User Guide and anti-spam whitepapers. See the MailMarshal SMTP documentation page (requires login).

This article was previously published as:
NETIQKB35476

To contact LevelBlue about this article or to request support:


Rate this Article:
     
Tags:

Add Your Comments


Comment submission is disabled for anonymous users.
Please send feedback to Trustwave Technical Support or the Webmaster
.