Your message dated Fri, 30 Dec 2016 16:18:25 +0100
with message-id <[email protected]>
and subject line Re: Bug#631457: exim4-daemon-heavy: max_rcpt expires 
connections early
has caused the Debian Bug report #631457,
regarding exim4-daemon-heavy: max_rcpt expires connections early
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.)


-- 
631457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631457
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: exim4-daemon-heavy
Version: 4.72-6
Severity: normal


exim should keep the connection until connection_max_messages 
have been sent however it seems to stop after max_rcpt instead


to reproduce:

add the follwing global setting:

 remote_max_parallel = 1

add the following settings to the remote_smtp: transport

 max_rcpt=1
 connection_max_messages = 500

and then send a single email to multiple recipients at any remote domain

exim discards the connection and opens a new one between each email,
ignoring the setting connection_max_messages = 500 


-- Package-specific info:
Exim version 4.72 #1 built 24-Jun-2011 11:22:13
Copyright (c) University of Cambridge, 1995 - 2007
Berkeley DB: Berkeley DB 4.8.30: (April  9, 2010)
Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS 
move_frozen_messages Content_Scanning DKIM 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 dovecot 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
GnuTLS compile-time version: 2.8.6
GnuTLS runtime version: 2.8.6
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 generate
# exim configuration macros for the configuration file.
#
# 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='internet'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname=''
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:crackle.treshna.com

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages exim4-daemon-heavy depends on:
ii  debconf [debconf-2.0]    1.5.36.1        Debian configuration management sy
ii  exim4-base               4.72-6          support files for all Exim MTA (v4
ii  libc6                    2.11.2-10       Embedded GNU C Library: Shared lib
ii  libdb4.8                 4.8.30-2        Berkeley v4.8 Database Libraries [
ii  libgnutls26              2.8.6-1         the GNU TLS library - runtime libr
ii  libldap-2.4-2            2.4.23-7        OpenLDAP libraries
ii  libmysqlclient16         5.1.49-3        MySQL database client library
ii  libpam0g                 1.1.1-6.1       Pluggable Authentication Modules l
ii  libpcre3                 8.02-1.1        Perl 5 Compatible Regular Expressi
ii  libperl5.10              5.10.1-17       shared Perl library
ii  libpq5                   8.4.7-0squeeze2 PostgreSQL C client library
ii  libsasl2-2               2.1.23.dfsg1-7  Cyrus SASL - authentication abstra
ii  libsqlite3-0             3.7.3-1         SQLite 3 shared library

exim4-daemon-heavy recommends no packages.

exim4-daemon-heavy suggests no packages.

-- debconf-show failed



--- End Message ---
--- Begin Message ---
On 2011-06-24 Andreas Metzler <[email protected]> wrote:
> On 2011-06-24 Jasen Betts <[email protected]> wrote:
> [...]
>> add the follwing global setting:

>>  remote_max_parallel = 1

>> add the following settings to the remote_smtp: transport

>>  max_rcpt=1
>>  connection_max_messages = 500

>> and then send a single email to multiple recipients at any remote domain

>> exim discards the connection and opens a new one between each email,
>> ignoring the setting connection_max_messages = 500 

> Hello,

> I have been able to reproduce and have forwarded the issue upstream:
> http://bugs.exim.org/show_bug.cgi?id=1126

The upstream ticket has been closed :
|  Jeremy Harris 2015-10-18 18:56:22 BST
| 
| As the long comment in deliver.c says, at "Furthermore (2)", this behaviour is
| deliberate so that VERP can be supported.  I think the patch as written will
| break that.
| 
| We could complexify the return_path evaluation; at present it is done in
| deliver.c and would have to be moved into the smtp driver; if we didn't do
| the same for all other transports then remote and local would be assymetric.
| 
| It's not clear that the change is worthwhile.  Closing on that basis; please
| reopen if you feel strongly that TCP connection setup overhead is important.

I am also closing the Debian ticket, since there is no point in having
it open here forever.

cu Andreas

--- End Message ---

Reply via email to