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<[email protected]> 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=<[email protected]> rejected RCPT >> <[email protected]>: 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 [email protected] -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
