------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
http://www.exim.org/bugzilla/show_bug.cgi?id=245 ------- Comment #9 from [EMAIL PROTECTED] 2006-11-15 20:06 ------- One problem (that was in my original patch, oops!) in the HELO response. With this ACL: acl_check_helo: accept message = 220 $primary_hostname etc. We get this transaction: 220 mail.example.com ESMTP Exim 4.64 Wed, 15 Nov 2006 14:27:31 -0500 EHLO client.example.com 220- mail.example.com etc. 220-SIZE 67108864 220 HELP QUIT 221 mail.protech1inc.com closing connection Note the extra space in the first line of the HELO response. It seems simple enough to fix, though (at smtp_in.c line 2682): if (smtp_code[codelen-1] == ' ') codelen--; Or you could do something more along the lines of smtp_respond, or you could just drop everything except the first 3 characters of smtp_code since RFC 2034 doesn't call for extended status codes on the EHLO response anyway. The 'connect' response seems to handle it correctly, as does smtp_respond. Everything else seems to use smtp_respond, so everything else should be ok as far as this goes. -- Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email -- ## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
