Re: [exim] TLS errors on SMTP (non-AUTH) connections

Top Page
Delete this message
Reply to this message
Author: Vincent Danen
Date:  
To: exim users
Subject: Re: [exim] TLS errors on SMTP (non-AUTH) connections
* W B Hacker <wbh@???> [2007-02-02 02:53:15 +0800]:

> Vincent Danen wrote:
> > * Peter Bowyer <peter@???> [2007-02-01 07:44:31 +0000]:
> >
> >>>>> Not really sure why unless it's doing a sender verify and is timing out
> >>>>> because the telnet to it worked fine.
> >>>> There's a suspicious delay after 'RCPT TO' in their SMTP dialogue -
> >>>> probably is a callout. Try a different MAIL FROM to eliminate
> >>>> this.....
> >>> If the logging is even moderatey verbose, a far-end sender-verification attempt
> >>> should show up between your 'Mail From' to them and <whatever is timing out>.
> >> Assuming the MAIL FROM in the test delivery is MXd somewhere you can
> >> look at logs, indeed.
> >
> > Ok, so that would just look like a simple connection on my end, right?
> > I should be able to see from my logs whether or not they attempted a
> > connection?
>
> *snip*
>
> Unless you have 'log_selector = +all' (or similar) you may be missing a *lot* of
> what is going on.
>
> If you have not already done so - try that - in the main section of your
> configure file, re-HUP, and see if your tests now log what has been a mystery.
>
> If NOT - then you may need to add a logwrite = 'now checking such and such '
> and a log_message = <whatever took place>
>
> .. to key acl clauses.
>
> Reverse all that once solved.


Nice! I wasn't aware of that log_selector thing. I've got that enabled
and will try to get this mystery solved.

--
{FEE30AD4 : 7F6C A60C 06C2 4811 FA1C A2BC 2EBC 5E32 FEE3 0AD4}
mysql> SELECT * FROM users WHERE clue > 0;
Empty set (0.00sec)