I made a handmade test. From a remote host I telnet my zimbra on 25 and after this sequence:
zimbra accepted my email. From the admin console I can see this email (I paused it) and here is the screenshot (it's in italian). Obviously my domain is not super.com or poor.com but it is ciavatta.hopto.org (a no-ip.com test domain, created for this zimbra evaluation).
Now, I'm running ubuntu (ubuntu-8.04.3-server-i386.iso) and zimbra CS (zcs-5.0.18_GA_3011.UBUNTU8.20090708092550.tgz). I don't think I have changed something in zimbra configuration. But, as I'm human and not perfect, maybe this is my mistake. Can you guys please help me locating my conf mistake ? I'll post here all of my configuration files, just say what.
Thanks in advance,
I think postfix is configured to trust the local network, so it wont matter what domain you say you are if you have physical access.
When you did the open relay test did it say that relaying was denied or not? When you did your test above, what errors for that message did you see in the log files ? When you did your 'handmade' test did you send an email to an external domain, was the test done from an IP address on your LAN? Without details of your domain name and server IP it's impossible for us to verify what your saying (or trying to do) is correct.
As mentioned earlier, by default Zimbra will not act as an open relay. By default, for any user on the LAN IP (Trusted Networks) Zimbra will relay mail to anywhere (that's normal). Without details it's impossible to tell if you have a problem or if you are misunderstanding what's happening.
Go to this page: Open Relay Test enter the IP address of your mail server and look at the results. They should almost all say £Relay access denied" and the others should tell you what restrictions there are on your server. Let us know what happens with that test.
I too almost jumped out of my skin when I noticed this email sending behavior!! It was then that I recalled seeing the "trusted networks" configuration in the web interface and thought "oh... maybe it's that" then I went to another box on an outside IP address and used telnet to attempt to send email through my Zimbra box. It failed. *WHEW!*
Now, for those who are worried, I would recommend removing the trusted network or at least limiting that network to having a network of /32 (hostmask 255.255.255.255). In this way you would eliminate all but localhost and your local host's IP address. I haven't tested this though...
Presently, I am trying to work through SMTP AUTH issues. What I would like is for all SMTP to come through encrypted and that SMTP AUTH be encrypted. I'm sure it can be done and I'm sure the information is in here or out there somewhere.
My take on this is the client and server make an SSL connection at which point all communication is encrypted, including the authentication. However, if the authentication takes place before an SSL connection is made then the login would be unencrypted. I believe the former is the case and and that is why when you specify no plain text authentication it works when the SSL connection only is specified.
If my take on this is wrong then I would appreciate someone correcting me.
If you specify using encrypted authentication in , say, Outlook Express, the login fails because OE chokes at the AUTH command. IMHO.
plain text authentication. So if the SSL connection is not made, the auth appears as plain text and is not accepted. This is how the SSL connection is enforced. Plus the port is not the issue. An SSL connection can be made using port 25 as long as the server and client support it. It is the hand shake between the two computers that determines whether the connection is SSL.
So by setting Zimbra to not accept plain text authentication, the encryption must take place before the credentials are sent across the wire.
In the Admin UI.