<p>Have you enabled session logging in MercuryS? If so, are the internet clients connecting to Mercury and being disconnected, or are they not reaching Mercury?</p><p> If they are reaching Mercury, what is the conversation in the session log? </p>

<p>I got a strange phenomenon. Since last Tuesday a client that is in internet cannot send any mail. If the same client is physically in the office (= intranet) or connected by VPN it works. Before it works without trouble. The strange thing is that I did not change any configuration. </p><p>This behaviour we can see on any kind of client (android smartphone , evolution on linux, outlook, etc.). I did not change any configuration so I do not understand the problem. The rest of the server as IMAP, POP, etc. works absolutely normal. Mails are received normally. Did I miss up something in the configuration perhaps? The SMTP module is configured like this:</p><p><b>General tab:</b> announce myself as: mail.xxxxx.ch TCP/IP Timeout: 30 seconds ESMTP max. size: 0 Listen to port 25 / alternative 587 rest of the form is empty, but just activated: Display session progress and debugging information</p><p><b>Connection control:</b> Two internal ranges are marked as allow (192.168.2xx.0 - 192.168.2xx.255 and the same for range 192.168.2xy) Two flags are checked: - Do not permit SMTP relaying - Authenticated STMP connections may relay mail The AUTH password file is defined (but seems not to work at all)</p><p><b>Spam control:</b> --- nothing activated</p><p><b>Comliance:</b> --- nothing activated just Enable trnaction-elvel expressing filtering (that as by default to file TRANSFLT.MER)</p><p><b>SSL:</b> --- nothing activated. We had this activated but had got trouble with providers that could not accept the mails with TLS since it seems not to correspond on a standard (this is subject of another thread).</p><p> </p><p>=> I tried out all settings in Outlook and the other clients without any result. Can someone help me?</p><p>Thank you in advance, Chris </p><p> </p>

<p>Sounds like the Outlook client doesn't authenticate properly when connecting to the server by SMTP.</p><p> </p>