Start with authentication (port 587). If that doesn’t work, check your mynetworks . Nine times out of ten, that resolves the issue.
It usually appears without warning. One minute, a user or an application is sending mail fine; the next, emails are bouncing back. Don’t panic. This error is actually Zimbra’s security system doing its job—it just needs a little adjustment. zimbra relay access denied
Change the sending device to use port 587 (Submission) instead of port 25, and enable SMTP Authentication . Most modern email clients (Outlook, Thunderbird, Apple Mail) support this natively. Start with authentication (port 587)
| Setting | Command to Check | Desired State | | :--- | :--- | :--- | | | zmprov getServer zimbraMtaTlsAuthOnly | TRUE | | Submission Port | zmprov getServer zimbraMtaAuthEnabled | TRUE on port 587 | | Trusted Networks | zmprov getServer zimbraMtaMyNetworks | Only internal subnets | Final Thoughts "Relay access denied" is frustrating because it stops legitimate email. But remember: without this guardrail, your Zimbra server would be an open relay—and it would be blacklisted within hours. It usually appears without warning
Add the device’s IP address to Zimbra’s “mynetworks” setting. This tells Zimbra, "Trust anything coming from this IP."
zmprov modifyServer `zmhostname` zimbraMtaMyNetworks '127.0.0.0/8 10.0.0.0/24 YOUR_DEVICE_IP/32' zmcontrol restart mta Only do this for internal, static IPs. Never add public IP ranges here. How to Diagnose the Problem in 30 Seconds Still stuck? Check the mail logs. SSH into your Zimbra server and run:
zmprov getServer `zmhostname` | grep zimbraMtaAuthEnabled It should return TRUE . If you’ve configured a “Send As” alias (e.g., sending as @gmail.com from your Zimbra webmail), Zimbra will reject it unless you’ve explicitly allowed it.