Your message dated Mon, 12 Jan 2009 19:06:00 +0100
with message-id <[email protected]>
and subject line Re: Bug#511198: exim4-base: Bad parameter handling of
exim4_refresh_gnutls-params
has caused the Debian Bug report #511198,
regarding exim4-base: Bad parameter handling of exim4_refresh_gnutls-params
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
511198: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511198
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: exim4-base
Version: 4.63-17
Severity: normal
This is probably not a problem for "normal" usage of the package, but there is
an error in the way exim4_refresh_gnutls-params handles input parameters. When
specifying a configuration file as argument it will be correctly processed
CONF_FILE=/etc/exim4/configure
if [ $# -gt 0 ] ; then
CONF_FILE=$1
fi
but later on the line
TIMEOUT=${1:-1800}
will also evaluate to the configuration file's full path. As a consequence
/usr/share/exim4/timeout.pl "$TIMEOUT" /usr/bin/openssl gendh 1024 \
> "$tempgnutls" 2> /dev/null
will silently fail and no update of the TLS parameters ever happens.
An easy fix for my case is below, but my patch might be inappropriate as this
will produce an error for all invocations of using exim4_refresh_gnutls-params
specifying only a timeout.
--- exim4_refresh_gnutls-params.orig 2009-01-07 00:10:19.639332073 +0100
+++ exim4_refresh_gnutls-params 2009-01-07 00:10:46.172990323 +0100
@@ -9,6 +9,7 @@
CONF_FILE=/etc/exim4/configure
if [ $# -gt 0 ] ; then
CONF_FILE=$1
+ shift
fi
# regenerate $EXIM4_SPOOLDIR/gnutls-params
-- Package-specific info:
Exim version 4.63 #1 built 20-Jan-2007 10:42:32
Copyright (c) University of Cambridge 2006
Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005)
Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages
Content_Scanning Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch
ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /etc/submission/configure
--?
As the machine running the exim installation is a production box and has no
reportbug installed I tried to manually create the proper format for the bug
report, so please excuse me if it is important details.
Michael
-- Pkg-exim4-maintainers mailing list
[email protected]
http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-maintainers
--
Pkg-exim4-maintainers mailing list
[email protected]
http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-maintainers
--- End Message ---
--- Begin Message ---
On 2009-01-11 [email protected] wrote:
> Andreas Metzler schrieb:
> > On 2009-01-08 [email protected] wrote:
>>> Package: exim4-base
>>> Version: 4.63-17
>>> Severity: normal
>>> This is probably not a problem for "normal" usage of the package,
>>> but there is an error in the way exim4_refresh_gnutls-params
>>> handles input parameters. When specifying a configuration file as
>>> argument it will be correctly processed
>>> CONF_FILE=/etc/exim4/configure
>>> if [ $# -gt 0 ] ; then
>>> CONF_FILE=$1
>>> fi
[...]
> > I somehow have got the feeling that either I am looking at the wrong
> > file or that the script on the respective machine is locally
> > customized. :-( I cannot find similar code in either the package
> > version you reported it against
> > http://svn.debian.org/wsvn/pkg-exim4/exim/tags/4.63-17/debian/exim4_refresh_gnutls-params?op=file&rev=0&sc=0
> > or the current one
> > http://svn.debian.org/wsvn/pkg-exim4/exim/trunk/debian/exim4_refresh_gnutls-params?op=file&rev=0&sc=0
> Hi,
> sorry for the noise. Your are right in that the file was (badly!)
> locally modified even though I've no clue how this has happend
> (absolutely no recollection I've ever touched or read this script
> nor was a backup of original version lying around what I always do,
> but apparently...).
Ok. I willl close the bug.
> > Any ideas?
> > Thanks, cu andreas
> Sorry for not checking against SVN first and waisting your time
> Michael
No worries. ;-)
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'
--- End Message ---
