zmprov modifyAccount [email protected] +zimbraAllowFromAddress [email protected] zmprov fc account [email protected] This is a classic "broken copier" or "buggy CRM" problem. Printers, scanners, and legacy applications often hard-code an IP address and try to send mail without logging in.
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. zimbra relay access denied
Found this helpful? Subscribe to our newsletter for more Zimbra and open-source mail server tips. Most modern email clients (Outlook, Thunderbird, Apple Mail)
| 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. | Setting | Command to Check | Desired
This most often happens in three specific scenarios: Zimbra’s default security stance is: Authenticate first, then relay. If a device or script tries to send mail through your server on port 25 (the standard SMTP port) without a username and password, Zimbra will reject it.
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:
Add the external domain to the list of allowed "From" addresses: