The only thing I wanted to prove with this is that line, that is created by my local mail server (the last hop, and the most important one for SPF), does indeed contains the EHLO string that isn't detected correctly by SA 3.0rc5.
And since nothing is special about my own MS SMTPSVC (Win2k3 SMTP Server), I believe the behavior of received.pm should be changed to allow SA running on those machines to properly detect the EHLO string, and thus allow SPF Detection to properly execute. -----Original Message----- From: Kai Schaetzl [mailto:[EMAIL PROTECTED] Sent: Sunday, September 19, 2004 4:27 PM To: users@spamassassin.apache.org Subject: Re: SPF Fails on SA 3.0rc5 because of lack of HELO ? Avi Shatz wrote on Sun, 19 Sep 2004 02:52:49 +0300: > telnet mailserver.localmta.org 25 > ehlo blabla > What do you want to prove with this? What needs to happen is that [66.111.4.30] sends a HELO with an FQDN when it connects to another SMTP. Your example above doesn't prove this, it just proves that you know how to do an SMTP handshake. At least if the SMTPSVC received lines usually show the HELO then, indeed, it seems to be missing. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com IE-Center: http://ie5.de & http://msie.winware.org
