Trustwave and Cybereason Merge to Form Global MDR Powerhouse for Unparalleled Cybersecurity Value. Learn More

Trustwave and Cybereason Merge to Form Global MDR Powerhouse for Unparalleled Cybersecurity Value. Learn More

Services
Managed Detection & Response

Eliminate active threats with 24/7 threat detection, investigation, and response.

Co-Managed SOC (SIEM)

Maximize your SIEM investment, stop alert fatigue, and enhance your team with hybrid security operations support.

Advisory & Diagnostics

Advance your cybersecurity program and get expert guidance where you need it most.

Penetration Testing

Test your physical locations and IT infrastructure to shore up weaknesses before exploitation.

Database Security

Prevent unauthorized access and exceed compliance requirements.

Email Security

Stop email threats others miss and secure your organization against the #1 ransomware attack vector.

Digital Forensics & Incident Response

Prepare for the inevitable with 24/7 global breach response in-region and available on-site.

Firewall & Technology Management

Mitigate risk of a cyberattack with 24/7 incident and health monitoring and the latest threat intelligence.

Solutions
BY TOPIC
Microsoft Security
Unlock the full power of Microsoft Security
Offensive Security
Solutions to maximize your security ROI
Rapidly Secure New Environments
Security for rapid response situations
Securing the Cloud
Safely navigate and stay protected
Securing the IoT Landscape
Test, monitor and secure network objects
Why Trustwave
About Us
Awards and Accolades
Trustwave SpiderLabs Team
Trustwave Fusion Security Operations Platform
Trustwave Security Colony
Partners
Technology Alliance Partners
Key alliances who align and support our ecosystem of security offerings
Trustwave PartnerOne Program
Join forces with Trustwave to protect against the most advance cybersecurity threats
Loading...
Loading...

PRB: Email messages sent between SPE customers are rejected

Expand / Collapse


This article applies to:

  • MailMarshal SPE 

Question:

  • Email messages sent between SPE customers are rejected
  • "Allow mail to loop back locally" is disabled for the recipient customer
  • SMTP response: 421 SMTP service is temporarily unavailable

Information:

MailMarshal SPE 3.1.6 and above uses a new method to route messages from one customer to another in the same installation (same MailMarshal SMTP array).

In earlier versions, the message would be handled once within the same processing server. In versions 3.1.6 and above, the message is processed for the customer outbound and then delivered to the recipient customer over SMTP using the MX record for the recipient domain.  This method ensures correct application of rules and also has the effect of ensuring each customer sees the message processing normally outbound and inbound within the logs and message history.

However, in some cases MailMarshal SMTP can reject the "inbound" message, depending on the the receiver policies used and the number of messages delivered between the customers. 

In the example below, DoS (Denial of Service) prevention has been enabled.

Sender log

Attempting delivery of B4f143a760000.000000000001.0002.mml via route yourdomain.com (MX) - *, SPE Cust ID: 1, Dir: out
Delivering via MX(yourdomain.com) A(smtp.yourdomain.com) IP(x.x.x.x):25
RX: <421 SMTP service is temporarily unavailable>

Receiver log

Accepted x.x.x.x:38741 on interface x.x.x.x:25 (1 of 50 active), Total active 1. Assigning thread x
<x.x.x.x> [DOS] exceeded DOS threshold. Current connection attempts: 150. Blocking.
TX: <421 SMTP service is temporarily unavailable>
Thread exiting for x.x.x.x after 0 millisecs

Resolution

The recommended solution is to allow local loopback for all customers.

If this solution is not desired for other reasons, you can add the IP address to the exclusions for DoS Prevention

  1. Open the MailMarshal SPE Web Admin console
  2. Select the Array that the affected customer is assigned to
  3. Click Edit and select the DoS tab
  4. Click New
  5. Add the external IP address or addresses for each MailMarshal SMTP processing node

Note

It is also important to ensure that the MX records used by the MailMarshal SMTP nodes are correctly configured to allow delivery of messages between customers.

  • If the internal environment uses public MX records, check that the firewall will route messages between internal systems using the public IP addresses.

To contact Trustwave about this article or to request support:


Rate this Article:
     

Add Your Comments


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