Package 1 · Backup MX
Secondary MX, temporary queuing during destination outages and automatic delivery on recovery. No mailbox pre-check, AntiSpam, Antivirus, content inspection or quarantine.
TECHNICAL GUIDES
Use the only published MX to place configured protection before your receiving server.
Secondary MX, temporary queuing during destination outages and automatic delivery on recovery. No mailbox pre-check, AntiSpam, Antivirus, content inspection or quarantine.
Primary MX gateway with configurable AntiSpam, Antivirus, sender-domain checks and quarantine. Publish only gate.securawall.com and configure a separate manual receiving target. Queuing and recovery remain included.
Add authorized outbound delivery to either Package 1 or 2 for the same domain. Separate add-on pricing, approval, server credentials, quotas, TLS and verified SPF apply. Customer-domain DKIM signing is optional and recommended. Incoming protection remains determined by the base package.
By the SecuraWall team · Updated · Operational guidance, not a delivery guarantee.
Backup MX is secondary queue-and-forward service, without a mailbox pre-check or content scanning. Email Protection uses gate.securawall.com as the only published MX and delivers email to the receiving server you configure manually.
Record and verify the real public server hostname/IP and SMTP port first. Never resolve delivery from the protected domain MX, which points back to SecuraWall. After the route is verified, remove other MX records and publish only the gateway.
Incoming senders provide no portal login or mailbox password. Protected packages may perform a bounded SMTP recipient probe without DATA or mailbox credentials. Only explicit unknown-recipient responses reject early; uncertainty proceeds to queuing.
Global and domain switches determine which spam, malware, sender-domain and content controls run. Reject decisions stop acceptance; hold decisions quarantine; accepted or marked mail proceeds to the delivery queue. Review queue and quarantine separately.
Temporary failures retry within the configured lifetime. Permanent destination failures or expiry can generate a delivery failure notice. A gateway queue response is not remote delivery, and remote SMTP acceptance is not inbox confirmation.
Only publishing the gateway as MX directs normal DNS-based delivery through it; it does not stop someone connecting directly to the real server IP. Configure the receiving server to accept the intended gateway route if strict bypass prevention is required.
Why forwarded email can fail authentication, how sender rewriting helps and where its limits remain.
Read guide →Identify whether a delay comes from service state, DNS, routing, SMTP rejection or final mailbox handling.
Read guide →Evaluate a cloud-hosted backup mail exchanger for SMTP outages, maintenance and temporary queuing without replacing your mailboxes.
Read guide →