Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#526819: exim4-daemon-light: claims to support TLS but doesn't recognise hosts_require_tls option on smtp transport

28 views
Skip to first unread message

Dafydd Harries

unread,
May 3, 2009, 2:50:06 PM5/3/09
to
Package: exim4-daemon-light
Version: 4.69-9
Severity: normal

Older versions of exim4-daemon-light supported the hosts_require_tls option on
the smtp transport. After upgrading exim recently, it stopped recognising this
option:

2008-11-13 12:20:26 Exim configuration error in line 213 of /var/lib/exim4/config.autogenerated.tmp:
main option "hosts_require_tls" unknown

Hence, my mail configuration stopped working. Either exim4-daemon-light should
support this option, or the package description should make it clear that it
doesn't have full TLS support.

--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Andreas Metzler

unread,
May 4, 2009, 1:20:23 PM5/4/09
to
On 2009-05-03 Dafydd Harries <d...@debian.org> wrote:
> Package: exim4-daemon-light
> Version: 4.69-9
> Severity: normal

> Older versions of exim4-daemon-light supported the hosts_require_tls
> option on the smtp transport. After upgrading exim recently, it
> stopped recognising this option:

> 2008-11-13 12:20:26 Exim configuration error in line 213 of /var/lib/exim4/config.autogenerated.tmp:
> main option "hosts_require_tls" unknown

> Hence, my mail configuration stopped working. Either
> exim4-daemon-light should support this option, or the package
> description should make it clear that it doesn't have full TLS
> support.


Hello,
From the error message this sounds like the respective line is placed
the wrong section of the configuration file, with the main options
instead of as a setting for the respective transport.

At least that is the case for me.
(SID)root@argenau:/# exim4 -bP transport remote_smtp | \
grep require_tls
hosts_require_tls = *

cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Dafydd Harries

unread,
May 4, 2009, 1:30:27 PM5/4/09
to
Ar 04/05/2009 am 19:14, ysgrifennodd Andreas Metzler:
> On 2009-05-03 Dafydd Harries <d...@debian.org> wrote:
> > Package: exim4-daemon-light
> > Version: 4.69-9
> > Severity: normal
>
> > Older versions of exim4-daemon-light supported the hosts_require_tls
> > option on the smtp transport. After upgrading exim recently, it
> > stopped recognising this option:
>
> > 2008-11-13 12:20:26 Exim configuration error in line 213 of /var/lib/exim4/config.autogenerated.tmp:
> > main option "hosts_require_tls" unknown
>
> > Hence, my mail configuration stopped working. Either
> > exim4-daemon-light should support this option, or the package
> > description should make it clear that it doesn't have full TLS
> > support.
>
>
> Hello,
> From the error message this sounds like the respective line is placed
> the wrong section of the configuration file, with the main options
> instead of as a setting for the respective transport.
>
> At least that is the case for me.
> (SID)root@argenau:/# exim4 -bP transport remote_smtp | \
> grep require_tls
> hosts_require_tls = *
>
> cu andreas

Here's the entire transport stanza:

remote_smtp_smarthost:
debug_print = "T: remote_smtp_smarthost for $local_part@$domain"
driver = smtp
port = 2525
hosts_require_tls = mild.rhydd.org
hosts_try_auth = <; ${if exists{CONFDIR/passwd.client} \
{\
${lookup{$host}nwildlsearch{CONFDIR/passwd.client}{$host_address}}\
}\
{} \
}
.ifdef REMOTE_SMTP_SMARTHOST_HOSTS_AVOID_TLS
hosts_avoid_tls = REMOTE_SMTP_SMARTHOST_HOSTS_AVOID_TLS
.endif
.ifdef REMOTE_SMTP_HEADERS_REWRITE
headers_rewrite = REMOTE_SMTP_HEADERS_REWRITE
.endif
.ifdef REMOTE_SMTP_RETURN_PATH
return_path = REMOTE_SMTP_RETURN_PATH
.endif
.ifdef REMOTE_SMTP_HELO_FROM_DNS
helo_data=REMOTE_SMTP_HELO_DATA
.endif

IIRC, only the port and the hosts_require_tls lines were added over the default
version of transport/30_exim4-config_remote_smtp_smarthost.

Andreas Metzler

unread,
May 4, 2009, 2:10:23 PM5/4/09
to
On 2009-05-04 Dafydd Harries <d...@debian.org> wrote:
> Ar 04/05/2009 am 19:14, ysgrifennodd Andreas Metzler:
>> On 2009-05-03 Dafydd Harries <d...@debian.org> wrote:
>>> Package: exim4-daemon-light
>>> Version: 4.69-9
>>> Severity: normal

>>> Older versions of exim4-daemon-light supported the hosts_require_tls
>>> option on the smtp transport. After upgrading exim recently, it
>>> stopped recognising this option:

>>> 2008-11-13 12:20:26 Exim configuration error in line 213 of /var/lib/exim4/config.autogenerated.tmp:
>>> main option "hosts_require_tls" unknown

[...]


>> Hello,
>> From the error message this sounds like the respective line is placed
>> the wrong section of the configuration file, with the main options
>> instead of as a setting for the respective transport.

[...]

> Here's the entire transport stanza:

> remote_smtp_smarthost:
[...]

> IIRC, only the port and the hosts_require_tls lines were added over
> the default version of
> transport/30_exim4-config_remote_smtp_smarthost.

I think the transport is fine, but I also think you have got a second
"hosts_require_tls" setting somewhere else. "line 213" is far away
from the tranport setting. Please take a look at
/var/lib/exim4/config.autogenerated.tmp and
grep -r "hosts_require_tls" /etc/exim4/

Thanks, cu andreas

Andreas Metzler

unread,
May 17, 2009, 1:00:22 PM5/17/09
to
On 2009-05-04 Andreas Metzler <amet...@downhill.at.eu.org> wrote:
> On 2009-05-04 Dafydd Harries <d...@debian.org> wrote:
[...]
>> IIRC, only the port and the hosts_require_tls lines were added over
>> the default version of
>> transport/30_exim4-config_remote_smtp_smarthost.

> I think the transport is fine, but I also think you have got a second
> "hosts_require_tls" setting somewhere else. "line 213" is far away
> from the tranport setting. Please take a look at
> /var/lib/exim4/config.autogenerated.tmp and
> grep -r "hosts_require_tls" /etc/exim4/

Have you doublechecked yet?

Dafydd Harries

unread,
May 19, 2009, 6:10:08 PM5/19/09
to
Ar 17/05/2009 am 18:48, ysgrifennodd Andreas Metzler:
> On 2009-05-04 Andreas Metzler <amet...@downhill.at.eu.org> wrote:
> > On 2009-05-04 Dafydd Harries <d...@debian.org> wrote:
> [...]
> >> IIRC, only the port and the hosts_require_tls lines were added over
> >> the default version of
> >> transport/30_exim4-config_remote_smtp_smarthost.
>
> > I think the transport is fine, but I also think you have got a second
> > "hosts_require_tls" setting somewhere else. "line 213" is far away
> > from the tranport setting. Please take a look at
> > /var/lib/exim4/config.autogenerated.tmp and
> > grep -r "hosts_require_tls" /etc/exim4/
>
> Have you doublechecked yet?

I checked. hosts_require_tls appears twice, both times in a transport stanza
(once for remote_smtp and once for remote_smtp_smarthost).

I don't think I changed the configuration in between changing which version of
Exim I had installed.

Andreas Metzler

unread,
Aug 22, 2009, 5:20:08 AM8/22/09
to
On 2009-05-19 Dafydd Harries <d...@debian.org> wrote:
> Ar 17/05/2009 am 18:48, ysgrifennodd Andreas Metzler:
>> On 2009-05-04 Andreas Metzler <amet...@downhill.at.eu.org> wrote:
>>> On 2009-05-04 Dafydd Harries <d...@debian.org> wrote:
>> [...]
>>>> IIRC, only the port and the hosts_require_tls lines were added over
>>>> the default version of
>>>> transport/30_exim4-config_remote_smtp_smarthost.

>>> I think the transport is fine, but I also think you have got a second
>>> "hosts_require_tls" setting somewhere else. "line 213" is far away
>>> from the tranport setting. Please take a look at
>>> /var/lib/exim4/config.autogenerated.tmp and
>>> grep -r "hosts_require_tls" /etc/exim4/

>> Have you doublechecked yet?

> I checked. hosts_require_tls appears twice, both times in a transport stanza
> (once for remote_smtp and once for remote_smtp_smarthost).

> I don't think I changed the configuration in between changing which version of
> Exim I had installed.


Hello,

sorry for ignoring this bug for a long time. I am still convinced that
there is something broken with the configuration. Is there any
possibilty I could see the whole /etc/exim4 tree (sans
/etc/exim4/*passwd*')?

cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

--

Dafydd Harries

unread,
Jan 24, 2011, 8:40:01 PM1/24/11
to
I just tried to reproduce this with the latest version in sid and
failed, so feel free to close this.
0 new messages