Bug#286721: marked as done ("exim4 -bV -C /path/to/file" does not validate incorrect control= statements)
Debian Bug Tracking System
owner@bugs.debian.org
Wed, 22 Dec 2004 02:03:13 -0800
Your message dated Wed, 22 Dec 2004 10:47:20 +0100
with message-id <20041222094720.GG3623@downhill.at.eu.org>
and subject line [exim] exim does not detect invalid configfile on startup.
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)
--------------------------------------
Received: (at submit) by bugs.debian.org; 21 Dec 2004 18:44:19 +0000
>From msherman@projectile.ca Tue Dec 21 10:44:19 2004
Return-path: <msherman@projectile.ca>
Received: from mx2.magma.ca [206.191.0.250]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Cgozb-0005RK-00; Tue, 21 Dec 2004 10:44:19 -0800
Received: from mail4.magma.ca (mail4.magma.ca [206.191.0.222])
by mx2.magma.ca (8.13.0/8.13.0) with ESMTP id iBLIiCNA018706
for <submit@bugs.debian.org>; Tue, 21 Dec 2004 13:44:18 -0500
Received: from pyloric.projectile.ca (ottawa-hs-209-217-79-58.d-ip.magma.ca [209.217.79.58])
by mail4.magma.ca (8.13.0/8.13.0) with ESMTP id iBLIiBAH025364
(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT)
for <submit@bugs.debian.org>; Tue, 21 Dec 2004 13:44:12 -0500
Received: from msherman by pyloric.projectile.ca with local (Exim 4.34)
id 1CgozT-0003f8-2C; Tue, 21 Dec 2004 13:44:11 -0500
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Marc Sherman <msherman@projectile.ca>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: "exim4 -bV -C /path/to/file" does not validate incorrect control= statements
X-Mailer: reportbug 3.2
Date: Tue, 21 Dec 2004 13:44:11 -0500
Message-Id: <E1CgozT-0003f8-2C@pyloric.projectile.ca>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: exim4
Version: 4.34-8
Severity: normal
exim 4.34 does not support submission mode (it was added in 4.40).
However, adding "control=submission" to an ACL in the 4.34 config file
does not cause an error at startup (or with exim -bV). The failure is
only noticed when incoming mail hits the offending line in the ACL, and
is deferred.
- Marc
PS: Sorry, I couldn't find how to submit bugs upstream in a quick search
of exim.org, so I'm submitting to the debian BTS instead.
-- Package-specific info:
Exim version 4.34 #1 built 20-Nov-2004 11:32:14
Copyright (c) University of Cambridge 2004
Berkeley DB: Sleepycat Software: Berkeley DB 3.2.9: (May 26, 2004)
Support for: iconv() IPv6 PAM Perl GnuTLS
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Contains exiscan-acl patch revision 21 (c) Tom Kistner [http://duncanthrax.net/exiscan/]
Configuration file is /var/lib/exim4/config.autogenerated
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-k7
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Versions of packages exim4 depends on:
ii exim4-base 4.34-8 EXperimental Internal Mailer -- a
ii exim4-daemon-heavy 4.34-8 Exim (v4) with extended features,
-- no debconf information
---------------------------------------
Received: (at 286721-done) by bugs.debian.org; 22 Dec 2004 09:47:18 +0000
>From eximusers@downhill.at.eu.org Wed Dec 22 01:47:18 2004
Return-path: <eximusers@downhill.at.eu.org>
Received: from m26s25.vlinux.de [83.151.30.59] ([xD/pvYLdmzz5yAbMWCfW/CU5CctVd+hN])
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ch35S-0004cv-00; Wed, 22 Dec 2004 01:47:18 -0800
Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246])
by m26s25.vlinux.de with asmtp (Exim 4.34)
id 1Ch35x-0000jj-IM; Wed, 22 Dec 2004 09:47:49 +0000
Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 4.34)
id 1Ch35U-00012B-QD; Wed, 22 Dec 2004 10:47:20 +0100
Date: Wed, 22 Dec 2004 10:47:20 +0100
From: Andreas Metzler <eximusers@downhill.at.eu.org>
To: exim-users@exim.org
Cc: 286721-done@bugs.debian.org
Subject: Re: [exim] exim does not detect invalid configfile on startup.
Message-ID: <20041222094720.GG3623@downhill.at.eu.org>
Mail-Followup-To: Andreas Metzler <eximusers@downhill.at.eu.org>,
exim-users@exim.org, 286721-done@bugs.debian.org
References: <E1CgozT-0003f8-2C@pyloric.projectile.ca> <20041221194435.GL2374@downhill.at.eu.org> <Pine.SOC.4.61.0412220917430.8744@draco.cus.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.SOC.4.61.0412220917430.8744@draco.cus.cam.ac.uk>
X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663
User-Agent: Mutt/1.5.6+20040907i
X-Spam-Score: 0.5 (/)
Delivered-To: 286721-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
On 2004-12-22 Philip Hazel <ph10@cus.cam.ac.uk> wrote:
> On Tue, 21 Dec 2004, Andreas Metzler wrote:
>> Indeed exim seems to not check the right hand-site of control=
>> statements for valid syntax on startup as it does for options et al.
> It only checks values that have to be fixed. Everything on the right of
> an = in an ACL is an expanded string, so full checking isn't possible. I
> took the decision not to do partial checking.
Hello,
I see.
I am closing the bug report therefore as "denied feature request".
thanks, cu andreas