Your message dated Sat, 3 Jun 2006 15:22:07 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#330019: exim4: TLS error: The gcrypt library version is
too old
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: exim4
Version: 4.52-2
Severity: normal
Here is a message from my exim4 mainlog:
2005-09-25 10:10:34 1EJRaj-0003CC-DO TLS error on connection to smtp.tele2.fr
[212.247.156.12] (tls-init): The gcrypt library version is too old.
2005-09-25 10:10:34 1EJRaj-0003CC-DO == [EMAIL PROTECTED] R=smarthost
T=remote_smtp_smarthost defer (-37): failure while setting up TLS session
It looks like libgnutls12 (version 1.2.6-1) requires libgcrypt11 to be
uptodate for exim4 to be able to use TLS.
This problem was solved after replacing libgcrypt11 1.2.0-6 using 1.2.1-4,
so adding a package version dependency should do it.
-- Package-specific info:
Exim version 4.52 #1 built 21-Aug-2005 09:46:54
Copyright (c) University of Cambridge 2005
Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
Support for: iconv() IPv6 GnuTLS
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis
nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file
dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.tele2.fr'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
mailname:charybde.local
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages exim4 depends on:
ii exim4-base 4.52-2 support files for all exim MTA (v4
ii exim4-daemon-light 4.52-2 lightweight exim MTA (v4) daemon
exim4 recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 1.2.9-2.1
Package: libgnutls12
On 2005-09-25 Andreas Metzler <[EMAIL PROTECTED]> wrote:
> retitle 330019 libgnutls12 requires libgcrypt11 1.2.1-4
> On 2005-09-25 Stephane Fillod <[EMAIL PROTECTED]> wrote:
[...]
> > Here is a message from my exim4 mainlog:
> > 2005-09-25 10:10:34 1EJRaj-0003CC-DO TLS error on connection to
> > smtp.tele2.fr [212.247.156.12] (tls-init): The gcrypt library version is
> > too old.
[...]
> > It looks like libgnutls12 (version 1.2.6-1) requires libgcrypt11 to be
> > uptodate for exim4 to be able to use TLS.
> > This problem was solved after replacing libgcrypt11 1.2.0-6 using 1.2.1-4,
> > so adding a package version dependency should do it.
> [...]
> These dependencies are not generated manually, but by using the
> information libgnutls12 and libgcrypt11 ship in their shlibs files. I
> am therefore reassigning this bug.
Hello,
libgnutls12 1.2.9-2.1 depends on libgcrypt11 (>= 1.2.2). I am closing
the bug therefore.
cu andreas
--
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken. (c) Jasper Ffforde
--- End Message ---
