> There was no entries in the log file stating failed SMTP AUTH > sessions, it was like they were not even hitting my server.
Well, there is something here: > 20021029 074545 127.0.0.1 SMTPD (99A0014C) [65.66.8.21] connect > 24.116.28.216 port 1058 > 20021029 074546 127.0.0.1 SMTPD (99A0014C) [24.116.28.216] HELO prod vs. > 20021029 093149 127.0.0.1 SMTPD (1B480224) [65.66.8.21] connect > 24.116.28.216 port 1321 > 20021029 093149 127.0.0.1 SMTPD (1B480224) [24.116.28.216] EHLO prod In the former situation, there's not even a log of the initial EHLO that would later have fallen back to HELO. So this supports my supposition that the problems that appear to be with SMTP AUTH begin well before the authorization function is called. It seems that during these flaky periods, SMTPD32 will not even process an EHLO as a legitimate command (as "unimplemented commands" are not logged). So, with ESMTP off, AUTH is off by extension. -Sandy To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
