Hi Warren, thanx for the advice. I ran the test and got the following
output:
exim -bh 41.245.216.168
**** SMTP testing session as if from host 41.245.216.168
**** but without any ident (RFC 1413) callback.
**** This is not for real!
>>> host in hosts_connection_nolog? no (option unset)
>>> host in host_lookup? yes (matched "*")
>>> looking up host name for 41.245.216.168
>>> IP address lookup yielded dsl-245-216-168.telkomadsl.co.za
>>> gethostbyname2 looked up these IP addresses:
>>> name=dsl-245-216-168.telkomadsl.co.za address=41.245.216.168
>>> checking addresses for dsl-245-216-168.telkomadsl.co.za
>>> 41.245.216.168 OK
>>> host in host_reject_connection? no (option unset)
>>> host in sender_unqualified_hosts? no (option unset)
>>> host in recipient_unqualified_hosts? no (option unset)
>>> host in helo_verify_hosts? no (option unset)
>>> host in helo_try_verify_hosts? no (option unset)
>>> host in helo_accept_junk_hosts? no (option unset)
220 mail.oaks.co.za ESMTP Exim 4.69 Thu, 25 Feb 2010 20:02:34 +0200
The strange thing is that with one of my clients that had this issue I
installed Thunderbird and suddenly he didn't have any more issues
sending email...?
On 24/02/2010 11:09, Warren Baker wrote:
> On 24 February 2010 07:51, Jaco Meintjes<jaco@???> wrote:
>
>> Hey Guys, I've got a strange one: Some of our machines running Outlook / Outlook Express looks like they're simply not sending authentication to Exim (and it's doing this on about 40% of the Outlook users). For example on one of these machines I decided to load Here's a log
>> example:
>>
>> 2010-02-23 12:46:45 H=dsl-245-216-168.telkomadsl.co.za (RuanVanWykPC)
>> [41.245.216.168] F=<ruanvipexp@???> rejected RCPT
>> <ruanvipexp@???>: Invalid HELO (RuanVanWykPC).
>>
>
> This error indicates your Exim rejected the HELO issued by the client
> - which is before the client tries to authenticate.
> Make use of 'exim -bh IP' which will help show you where your HELO
> problem is occurring and why (hint: have a look at your config for the
> acl_smtp_helo acl and any other conditions that might have 'verify =
> helo' set somewhere).
>
> Also beware of restrictive helo/ehlo checks on an outbound relay server.
>
>
> .warren
>
>
--
Jaco Meintjes
Server Administrator
084 555 5582
jaco@???
