DocsSetup
Generic SMTP relay
Any mail platform that can route outbound mail through a smart host over TLS, exempt mail by header, and accept it back. Postfix shown in full.
Updated August 30, 2026
RubySig's contract with a mail platform is small. Microsoft 365 and Google Workspace meet it with connectors and rules; anything else meets it with the same three pieces:
- Route outbound mail to your relay address —
<tenant>.smtp.rubysig.com, port 25, TLS with certificate verification. - Exempt mail that already carries
X-RubySig-Stampedfrom that routing. This is the loop guard: RubySig adds the header to every message it hands back, and without the exemption your server would send the stamped copy straight back. - Accept the stamped message back from
167.233.237.1, as mail from your own domain, and deliver it as you normally would.
Your relay address is on the portal's Setup page. The shared values are under Connection values.
Note: RubySig never delivers to the internet on your behalf. The stamped message comes back to your server, and your server delivers it — so your SPF, reputation and outbound policy stay exactly as they are.
Postfix
A worked example for Postfix 3.x. Adapt paths to your distribution.
1. Send outbound mail to RubySig
In main.cf, make the relay your default next hop, with TLS enforced and the certificate checked against the hostname:
relayhost = [<tenant>.smtp.rubysig.com]:25
smtp_tls_security_level = secure
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
smtp_tls_secure_cert_match = nexthop
secure with nexthop matching is the equivalent of Microsoft's subject name matches this domain setting: Postfix will refuse to hand mail to anything that cannot present a valid certificate for your exact relay address.
2. Exempt stamped mail
Postfix cannot make a routing decision on a header directly, but header_checks can switch a message to a different transport. Add to main.cf:
header_checks = regexp:/etc/postfix/rubysig_header_checks
and create /etc/postfix/rubysig_header_checks:
/^X-RubySig-Stamped:\s*yes/ FILTER direct:
Then define the direct transport in master.cf — a plain SMTP transport that ignores relayhost and delivers by MX lookup:
direct unix - - n - - smtp
-o smtp_fallback_relay=
-o relayhost=
Result: unstamped mail goes to RubySig; stamped mail, which is only ever the copy RubySig handed back, goes straight to the recipient's MX.
3. Accept the hand-back
The relay connects to your server — the smart host set for your tenant in RubySig, usually your own MX — from 167.233.237.1, with STARTTLS, as the original sender. Your server must accept mail from that address for your own domains without treating it as a foreign relay attempt. In main.cf:
mynetworks = 127.0.0.0/8, [::1]/128, 167.233.237.1/32
If you restrict senders by domain, allow your own sending domains for that source. Do not require SMTP authentication for it; the source address is the authentication, as it is for Microsoft's inbound connector and Google's relay allow-list.
4. Reload and test
postfix reload
Send a message from a mailbox in your directory to an external address you control and check the received headers for X-RubySig-Stamped: yes, a Received: line from relay.rubysig.com, and dkim=pass for your domain — see Verifying your setup.
Other platforms
The same three pieces, by their local names:
| Platform | Route to relay | Exempt by header | Accept back |
|---|---|---|---|
| Exim | router with transport = remote_smtp_relay, hosts = <tenant>.smtp.rubysig.com, condition = ${if def:h_X-RubySig-Stamped:{no}{yes}} |
the same condition, inverted, on a direct dnslookup router placed first |
hostlist relay_from_hosts = 167.233.237.1 |
| On-premises Exchange | Send connector, smart host, Require TLS with certificate subject | Transport rule: redirect to the connector except if header X-RubySig-Stamped includes yes — identical to the Microsoft 365 rule |
Receive connector permitting 167.233.237.1 for your accepted domains |
| Hosted providers (Zoho, Fastmail, Proton, …) | Only if the provider exposes an outbound smart host and a header-based exemption. Most do not; ask us before assuming. |
DNS
Same as every platform: publish the DKIM record from the portal's Setup page — see DKIM — and optionally add the relay's addresses to your SPF record, SPF & DMARC.
What RubySig needs from you
Your tenant's hand-back host — the hostname and port the relay should deliver stamped mail to (your MX, typically). It is set on your tenant during onboarding; tell us if it changes.