Kirill Miazine | 23 Jul 15:21 2014

[Bug 1507] New: ":" expected after "def" inside "and{...}" condition

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1507
           Summary: ":" expected after "def" inside "and{...}" condition
           Product: Exim
           Version: 4.83
          Platform: Other
        OS/Version: OpenBSD
            Status: NEW
          Severity: bug
          Priority: medium
         Component: String expansion
        AssignedTo: nigel <at> exim.org
        ReportedBy: km <at> krot.org
                CC: exim-dev <at> exim.org

Hi

I have had the following options on my remote smtp transport for ages:

    headers_add = ${if and{\
                           {def:sender_host_authenticated}\
                           {def:authenticated_id}\
                          }\
                    {X-Anonymized-by: $smtp_active_hostname
($tod_log)\nADD_HEADERS}\
                    {ADD_HEADERS}}
    headers_remove = ${if and{\
                              {def:sender_host_authenticated}\
(Continue reading)

Lars Müller | 23 Jul 15:08 2014
Picon

[Bug 1506] New: expand.c:1882 compile fails with no-return-in-nonvoid-function

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1506
           Summary: expand.c:1882 compile fails with no-return-in-nonvoid-
                    function
           Product: Exim
           Version: 4.83
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: high
         Component: Unfiled
        AssignedTo: nigel <at> exim.org
        ReportedBy: lars <at> samba.org
                CC: exim-dev <at> exim.org, jgh146exb <at> wizmail.org

commit 9d1c15ef45fcc8809349378922de20ae9a774c75 removed

  return NULL;          /* Unknown variable name */

from the end of find_variable() in src/expand.c  This results in

[   83s] E: exim no-return-in-nonvoid-function expand.c:1882

while building exim.

Cf. https://build.opensuse.org/package/show/server:mail/exim project.

(Continue reading)

Miro | 22 Jul 14:53 2014
Picon

[Bug 1505] New: Misleading message "clamd: failed to connect to 127.0.0.1: couldn't connect to any host: Connection refused"

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1505
           Summary: Misleading message "clamd: failed to connect to
                    127.0.0.1: couldn't connect to any host: Connection
                    refused"
           Product: Exim
           Version: 4.82
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: bug
          Priority: low
         Component: Logging
        AssignedTo: nigel <at> exim.org
        ReportedBy: bug <at> mejor.pl
                CC: exim-dev <at> exim.org

I have defined connection to av_scanner as below:
av_scanner  = clamd:127.0.0.1 3310 : 192.168.254.10 3310

On localhost clamav is turned off. When I sent eicar test I got in
exim_main.log:

# exigrep 1X1cPB-0001CM-E1 /var/log/exim/exim_main.log
+++ 1X1cPB-0001CM-E1 has not completed +++
2014-06-30 16:18:01 1X1cPB-0001CM-E1 DKIM: d=cibet.pl s=120625
c=relaxed/relaxed a=rsa-sha256 [verification succeeded]
2014-06-30 16:18:01 1X1cPB-0001CM-E1 malware acl condition: clamd:
(Continue reading)

Darren M | 8 Jul 14:52 2014
Picon

[Bug 1501] New: Transport uses IPv6 route to deliver mail eventhough IPv4 address specified as "interface"

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1501
           Summary: Transport uses IPv6 route to deliver mail eventhough
                    IPv4 address specified as "interface"
           Product: Exim
           Version: 4.82
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: Transports
        AssignedTo: nigel <at> exim.org
        ReportedBy: darren <at> cpanel.net
                CC: exim-dev <at> exim.org

Created an attachment (id=738)
 --> (http://bugs.exim.org/attachment.cgi?id=738)
Debug log and transport

From a server with both IPv4/IPv6 support, to another server with both
IPv4/IPv6 support, the "interface" option appears to be partially ignored when
choosing how to send the mail. If an IPv6 address is in the list for the
interface, it will be used, however if it is an IPv4 address, exim will select
the default IPv6 address of the sending server instead.

I'm attaching a debug log and the transport I was using. The transport is at
the bottom of the log. You can see the other commented out options I was trying
(Continue reading)

Todd Lyons | 8 Jul 18:28 2014

Exim 4.83 RC3 uploaded


I have uploaded Exim 4.83 RC3 to
ftp://ftp.exim.org/pub/exim/exim4/test/ 

Compared to the RC2 release, this RC3 release contains only small fixes:
reinstate SNI variables under GnuTLS,enhancing documentation and fixing
typos, fix build dependencies, fix test suite cases, tidying the coding
style, taking more care with time types.

The ChangeLog/NewStuff/README.Updating for 4.83 can be viewed at:

http://git.exim.org/exim.git/blob/exim-4_83_RC3:/doc/doc-txt/ChangeLog
http://git.exim.org/exim.git/blob/exim-4_83_RC3:/doc/doc-txt/NewStuff
http://git.exim.org/exim.git/blob/exim-4_83_RC3:/src/README.UPDATING 

The files are signed with the PGP key 0x04D29EBA, which has a uid
"Todd Lyons (Exim Maintainer) <tlyons <at> exim.org>". Please use your own
discretion in assessing what trust paths you might have to this uid.

Checksums below. Detached PGP signatures in .asc files are available
alongside the tarballs.

Please report issues by replying to this email on exim-users or exim-dev
mailing lists. Please include the OS, distro, version, and any other
build information including specific build features enabled in your
correspondence. If you have feedback and need to keep your organization
confidential, you may reply directly to me or any other Exim developer
with your success story or concerns. All feedback is appreciated right
before a release, even if it's just says "It built fine on $OS/$DISTRO"!

(Continue reading)

Matthias-Christian Ott | 5 Jul 00:07 2014

[Bug 1499] New: $tls_sni, $tls_in_sni and $tls_out_sni are not available when compiled against GnuTLS

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1499
           Summary: $tls_sni, $tls_in_sni and $tls_out_sni are not available
                    when compiled against GnuTLS
           Product: Exim
           Version: 4.82
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: bug
          Priority: medium
         Component: TLS
        AssignedTo: pdp <at> exim.org
        ReportedBy: ott <at> mirix.org
                CC: exim-dev <at> exim.org

Exim compiled against GnuTLS, $tls_sni, $tls_in_sni and $tls_out_sni are not
available. In 4.80 $tls_sni was available.

It seems the this bug was introduced in commit
d9b2312be1c63d0bf94dfaea9c82c6def6b45884. It removed the preprocessor
conditions and made the variables available, but they were always empty. I
don't have a test system for the system that is affected by this bug, so I
couldn't do any further testing or development.

--

-- 
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email

(Continue reading)

Andreas Metzler | 28 Jun 14:31 2014
Picon

[Bug 1498] New: AUTH GSSAPI does not work with cross-realm

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1498
           Summary: AUTH GSSAPI does not work with cross-realm
           Product: Exim
           Version: 4.80.1
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: SMTP Authentication
        AssignedTo: pdp <at> exim.org
        ReportedBy: eximusers <at> bebt.de
                CC: exim-dev <at> exim.org

Hello,

this is <http://bugs.debian.org/752853> submitted by Jaap Winius:
--------------------
When Exim4 is configured to support AUTH GSSAPI, this does not work  
when cross-realm authentication is used -- only when clients have a  
Kerberos ticket for the same realm. Cross-realm authentication will  
work properly with other services on the same machine, such as SSH and  
Dovecot IMAP, but not with Exim4.

To illustrate, I've included two sets of Exim4 debug output, some  
lines of which have been shortened: one set with a successful  
authentication and the other with a failure.
(Continue reading)

Andrew Colin Kissa | 25 Jun 14:32 2014
Picon

[Bug 1496] New: Minor typo in the change log.

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1496
           Summary: Minor typo in the change log.
           Product: Exim
           Version: N/A
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: bug
          Priority: medium
         Component: Documentation
        AssignedTo: nigel <at> exim.org
        ReportedBy: andrew <at> topdog.za.net
                CC: exim-dev <at> exim.org

Bug 1301 - Imported transport SQL logging patch from Axel Rau should be Bug
1031 - Imported transport SQL logging patch from Axel Rau

diff --git a/doc/doc-txt/ChangeLog b/doc/doc-txt/ChangeLog
index 606c820..b46d430 100644
--- a/doc/doc-txt/ChangeLog
+++ b/doc/doc-txt/ChangeLog
 <at>  <at>  -372,7 +372,7  <at>  <at>  TL/11 Bugzilla 1382 - Option ldap_require_cert overrides
start_tls
 TL/12 Enhanced documentation in the ratelimit.pl script provided in
       the src/util/ subdirectory.

-TL/13 Bug 1301 - Imported transport SQL logging patch from Axel Rau
(Continue reading)

Andrew Colin Kissa | 25 Jun 13:55 2014
Picon

[Bug 1495] New: Add checks for the -C option to exiqgrep

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1495
           Summary: Add checks for the -C option to exiqgrep
           Product: Exim
           Version: N/A
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: bug
          Priority: medium
         Component: Unfiled
        AssignedTo: nigel <at> exim.org
        ReportedBy: andrew <at> topdog.za.net
                CC: exim-dev <at> exim.org

Created an attachment (id=737)
 --> (http://bugs.exim.org/attachment.cgi?id=737)
Patch adds file type, existance, readablity check for the exim file specificed
with -C

Improve the Patch submitted by Lars Timman, by adding checks for the existence,
file type and readability of the exim configuration file.

--

-- 
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email

Eugene Istomin | 19 Jun 16:59 2014
Picon

exim-4.83_RC2 - expand.c:1881:1: warning: control reaches end of non-void function

Hello,

i'm trying to build exim-4.83_RC2 (i tried a released package & git head) on opensuse build service and
discover some C-code errors:

 expand.c: In function 'find_variable':
expand.c:1881:1: warning: control reaches end of non-void function [-Wreturn-type]
...
expand.c: In function 'eval_acl.constprop.3':
expand.c:2004:9: warning: 'tmp' is used uninitialized in this function [-Wuninitialized]

This errors leads to unsuccessfull post-build lint:

 I: Program is using uninitialized variables.
   Note the difference between "is used" and "may be used"
W: exim uninitialized-variable expand.c:2004

I: Program returns random data in a function
E: exim no-return-in-nonvoid-function expand.c:1881

I: Program returns random data in a function
E: exim no-return-in-nonvoid-function expand.c:1881

So, expand.c:1881 generate an error and build was failed.
Here is build log:
https://build.opensuse.org/build/home:conecenter:suse_rev4/openSUSE_13.1/x86_64/exim/_log
---
Best regards,
Eugene Istomin

(Continue reading)

Jeremy Harris | 16 Jun 08:58 2014

OpenSSL certificate verification failure logging

... is noisy in mainlog.  It has been forever, I think;
the code line has always (in git terms) been there.
Perhaps it's only the growth in use of certificates.
You get blocks like:

2014-06-16 01:22:22 +0000 SSL verify error: depth=1 error=self signed 
certificate in certificate chain cert=/C=US/O=RTFM, Inc./OU=Widgets 
Division/CN=Test CA20010517
2014-06-16 01:22:22 +0000 SSL verify error: depth=1 error=invalid CA 
certificate cert=/C=US/O=RTFM, Inc./OU=Widgets Division/CN=Test CA20010517
2014-06-16 01:22:22 +0000 SSL verify error: depth=1 error=unsupported 
certificate purpose cert=/C=US/O=RTFM, Inc./OU=Widgets Division/CN=Test 
CA20010517
2014-06-16 01:22:22 +0000 SSL verify error: depth=1 error=certificate 
has expired cert=/C=US/O=RTFM, Inc./OU=Widgets Division/CN=Test CA20010517
2014-06-16 01:22:22 +0000 SSL verify error: depth=0 error=certificate 
has expired cert=/C=US/O=RTFM, Inc./OU=Widgets Division/CN=localhost

(that one's a standard "example certificate" - and someone is serving
it up!)

and every self-signed cert gets at least one line to say that
(often a second to say it's expired; sigh)

This seems unfortunate for a default-settings log.  Since it's already
there it is probably too late to change for the upcoming 4.83 -
but should it move to under debug ( +tls )?  A new logging option
( tls_detail )?   Redefined existing logging option
( tls_certificate_verified )?

(Continue reading)


Gmane