S52–4 days
Your ERP says the invoice was sent; the customer says it never arrived. We put invoices and OTPs on an isolated sending subdomain with DKIM and real bounce alerts, so a failed delivery is a message you receive, not a complaint three weeks later.
If your invoices leave through the same shared hosting account as your website, two of these are already true.
What we need: DNS access for the sending subdomain, one ERP account we may configure SMTP in, and a test customer address you can check in Gmail or Outlook.
Transaction mail is judged on whether it arrives and whether you find out when it does not.
| Service | Through shared hosting | Through the relay |
|---|---|---|
| Sending source | same IP as every site on the host | dedicated subdomain, monitored |
| Authentication | SPF at best, often nothing | DKIM signed, DMARC reported |
| When a send fails | silent, or a log nobody opens | alert with the address |
| Monthly volume | host cap, often a few hundred an hour | quota sized for month-end runs |
| Who fixes it | a support ticket in another timezone | the person who set it up |
Nett — No SST charged
We check where your current invoices actually land and read the authentication results, before proposing anything.
The sending subdomain is published and signed, then SMTP credentials go into your ERP; mailboxes stay untouched.
Bounce alerts run through your first statement run; we tune limits and only then close the handover.
Send one invoice through the relay to a Gmail address you own, then open Show original. You should see dkim=pass on our subdomain, spf=pass and a Return-Path that is not a shared host. If any of those reads softfail, we have not finished.
Yes. The From address stays your invoice address on your domain; only the bounce address moves to a subdomain we sign and monitor, because that is what protects the reputation of the mail your staff send.
Both send through plain SMTP with a username and password, so yes. We configure it inside your system and send a real invoice out of it — a relay that only passes a command-line test has not been proven on your side.
Extra volume is queued and reported, never silently dropped, and we quote an additional block once two months show the real number. You should not pay for peak capacity you only touch at year-end.
No, and we will say so plainly. Marketing blasts on a transactional IP drag invoices into spam with them. Use a separate platform for newsletters; we will point you at one rather than sell you the wrong pipe.
Send us one real invoice from your ERP and the Gmail address you will check. We report the authentication result and the fix, before you commit to anything.