Your message dated Sun, 16 Jan 2005 21:08:19 +0100
with message-id <[EMAIL PROTECTED]>
and subject line exim4 4.43-3 uploaded to Debian unstable
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; 31 Jan 2004 19:03:07 +0000
>From [EMAIL PROTECTED] Sat Jan 31 11:03:07 2004
Return-path: <[EMAIL PROTECTED]>
Received: from vinc17.net1.nerim.net (ay.vinc17.org) [62.4.18.82] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1An0OY-0006Bz-00; Sat, 31 Jan 2004 11:03:07 -0800
Received: from lefevre by ay.vinc17.org with local (Exim 4.30)
        id 1An0Nv-0002CC-U6; Sat, 31 Jan 2004 20:02:27 +0100
Date: Sat, 31 Jan 2004 20:02:27 +0100
From: Vincent Lefevre <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: Typos in /usr/share/doc/exim4-base/filter.txt.gz
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Reportbug-Version: 2.39
X-Mailer-Info: http://www.vinc17.org/mutt/
User-Agent: Mutt/1.5.5.1i
Sender: Vincent Lefevre <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_27 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
        version=2.60-bugs.debian.org_2004_01_27
X-Spam-Level: 

Package: exim4-base
Version: 4.30-5
Severity: minor
File: /usr/share/doc/exim4-base/filter.txt.gz
Tags: patch

Here's the patch fixing these typos:

--- filter.txt.bak      2004-01-31 19:51:10.000000000 +0100
+++ filter.txt  2004-01-31 19:56:04.000000000 +0100
@@ -405,7 +405,7 @@
 extends the Sieve quoted string syntax with \0 to describe a NUL character,  |
 violating \0 being the same as 0 in RFC 3028. Even without using \0, the     |
 following tests are all true in this implementation. Implementations that    |
-use C-style strings will only evaulate the first test as true.               |
+use C-style strings will only evaluate the first test as true.               |
                                                                              |
   Subject: =?iso-8859-1?q?abc=00def                                          |
                                                                              |
@@ -422,12 +422,12 @@
 RFC 3028 states that if an implementation fails to convert a character set   |
 to UTF-8, two strings cannot be equal if one contains octets greater than    |
 127. Assuming that all unknown character sets are one-byte character sets    |
-with the lower 128 octects being US-ASCII is not sound, so this implemen-    |
+with the lower 128 octets being US-ASCII is not sound, so this implemen-    |
 tation violates RFC 3028 and treats such MIME words literally. That way at   |
 least something could be matched.                                            |
                                                                              |
 The folder specified by fileinto must not contain the character sequence     |
-".." to avoid security problems. RFC 3028 does not specifiy the syntax of    |
+".." to avoid security problems. RFC 3028 does not specify the syntax of    |
 folders apart from keep being equivalent to                                  |
                                                                              |
   fileinto "INBOX";                                                          |
@@ -955,7 +955,7 @@
 done for the message.
 
 A consequence of this is that you cannot inspect the return code from the
-pipe command from within the filter. Neverthless, the code returned by the
+pipe command from within the filter. Nevertheless, the code returned by the
 command is important, because Exim uses it to decide whether the delivery
 has succeeded or failed.
 

-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux ay.vinc17.org 2.4.18-newpmac #1 Wed Jan 7 05:09:37 UTC 2004 ppc
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1

Versions of packages exim4-base depends on:
ii  adduser                     3.51         Add and remove users and groups
ii  cron                        3.0pl1-81    management of regular background p
ii  debconf                     1.3.22       Debian configuration management sy
ii  exim4-config [exim4-config- 4.30-5       Debian configuration for exim4
ii  libc6                       2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libdb3                      3.2.9-19     Berkeley v3 Database Libraries [ru
ii  netbase                     4.15         Basic TCP/IP networking system

-- debconf information excluded

---------------------------------------
Received: (at 230545-done) by bugs.debian.org; 16 Jan 2005 20:08:37 +0000
>From [EMAIL PROTECTED] Sun Jan 16 12:08:37 2005
Return-path: <[EMAIL PROTECTED]>
Received: from m26s25.vlinux.de [83.151.30.59] 
([VxU2E2fm6d954rEoodxcek70dy1UDTcS])
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1CqGhR-00041q-00; Sun, 16 Jan 2005 12:08:37 -0800
Received: from m-134-246.adsl.univie.ac.at ([131.130.134.246])
        by m26s25.vlinux.de with asmtp (Exim 4.34)
        id 1CqGi7-0002fh-T0; Sun, 16 Jan 2005 20:09:36 +0000
Received: from ametzler by downhill.univie.ac.at with local (cert-ver=0) (Exim 
4.43)
        id 1CqGh9-0000nI-R2; Sun, 16 Jan 2005 21:08:19 +0100
Date: Sun, 16 Jan 2005 21:08:19 +0100
From: Andreas Metzler <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
        [EMAIL PROTECTED], [EMAIL PROTECTED],
        [EMAIL PROTECTED], [EMAIL PROTECTED],
        [EMAIL PROTECTED], [EMAIL PROTECTED],
        [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: exim4 4.43-3 uploaded to Debian unstable
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57  EE09 1D33 9C65 8B8D 7663
User-Agent: Mutt/1.5.6+20040907i
X-Spam-Score: 1.3 (+)
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (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_2005_01_02
X-Spam-Level: 

I've uploaded exim4 4.43-3 to unstable a couple of hours ago, and can
close a couple of bugs fixed by the new upstream version.

  * New upstream version. (am) (Closes: #274246, #267994)
    - no more unescaped hyphens in exim.8. (Closes: #262592)
    - no more warnings in exipick.8 (Closes: #277817)
    - New option tls_on_connect_ports. (Closes: #265818)
    - better documentation about differences in configuring for GnuTLS or
      OpenSSL. (Closes: #241725)
    - verify = header_sender now respects callout options. (Closes: #260114)
    - There is now an overall timeout for performing a callout verification.
      (Closes: #261511)
    - Less typos in filter.txt. (Closes: #230545)
    - New ACL: acl_smtp_predata, useful for greylisting. (Closes: #237947)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to