Bug#318670: marked as done (exim4 stops delivery after 10 messages
from fetchmail)
Debian Bug Tracking System
owner at bugs.debian.org
Sun Jul 17 11:33:19 UTC 2005
Your message dated Sun, 17 Jul 2005 13:17:30 +0200
with message-id <20050717111729.GH19397 at torres.l21.ma.zugschlus.de>
and subject line Bug#318670: exim4 stops delivery after 10 messages from fetchmail
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; 16 Jul 2005 22:38:14 +0000
>From dave at lafn.org Sat Jul 16 15:38:14 2005
Return-path: <dave at lafn.org>
Received: from zoot.lafn.org [206.117.18.6]
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1DtvIT-0000pQ-00; Sat, 16 Jul 2005 15:38:14 -0700
Received: from davespc (Debian-exim at o1-dialup-66-81-203-29.rev.o1.com [66.81.203.29])
by zoot.lafn.org (8.13.1/8.13.1) with ESMTP id j6GMc5pS042360
(version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO)
for <submit at bugs.debian.org>; Sat, 16 Jul 2005 15:38:09 -0700 (PDT)
(envelope-from dave at lafn.org)
Received: from dave by davespc with local (Exim 4.44)
id 1DtvIC-0000wZ-Hv
for submit at bugs.debian.org; Sat, 16 Jul 2005 15:37:56 -0700
Date: Sat, 16 Jul 2005 15:37:56 -0700
From: David Lawyer <dave at lafn.org>
To: submit at bugs.debian.org
Subject: exim4 stops delivery after 10 messages from fetchmail
Message-ID: <20050716223755.GA3565 at lafn.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on zoot.lafn.org
X-Virus-Status: Clean
Delivered-To: submit at bugs.debian.org
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-Level:
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Package: exim4-base
Version: 4.44-2_i386
I get my mail from my ISP via fetchmail when I dialup. So today there
were 34 messages waiting, but unfortunately, most of them don't get
delivered to me until 30 minutes later when exim4 does its next queue run.
Here's from the syslog file<sect1>:
----------------------------------------------------------------------------
Jul 16 12:22:08 davespc fetchmail[1499]: 34 messages for dave at mail.lafn.org (130271 octets).
Jul 16 12:22:09 davespc fetchmail[1499]: reading message dave at zoon.lafn.org:1 of 34 (2147 octets)
.....
Jul 16 12:23:47 davespc fetchmail[1499]: reading message dave at zoon.lafn.org:34 of 34 (2278 octets)
----------------------------------------------------------------------------
Then from the exim mainlog file I got 12 "Completed" like the
following. 2 were in the queue before fetchmail started.
----------------------------------------------------------------------------
2005-07-16 12:22:45 1DtsFH-0000ON-S5 Completed
----------------------------------------------------------------------------
Then got many more like the following: (24 such messages ?)
----------------------------------------------------------------------------
2005-07-16 12:22:46 1DtsFK-0000ON-SM <= sgvlug-bounces at sgvlug.net H=(localhost) [127.0.0.1] U=fetchmail P=esmtp S=3374 id=20050715171656.8328.qmail at web33512.mail.mud.yahoo.com
2005-07-16 12:22:46 1DtsFK-0000ON-SM no immediate delivery: more than 10 messages received in one connection
----------------------------------------------------------------------------
So it's behaving as if smpt_accept-max_per_connection was set to 10.
But it's not set to 10 since the command: exim4 -bP shows it set to the
default of 1000. Others have reported this problem on the Internet
and one reported that adding smpt_accept-max_per_connection = 100 to
the config file didn't fix the problem. So I didn't try it. After
all, it's already supposed to be set to 1000. The -bP option seems to
show what exim4 thinks after checking it's configuration files.
The other possibility for this error was that
smpt_accept-max_per_connection = 10 was somehow given as a command
line option from /etc/init.d/exim4. Here is that file:
----------------------------------------------------------------------------
#! /bin/sh
# /etc/init.d/exim4
#
# Written by Miquel van Smoorenburg <miquels at drinkel.ow.org>.
# Modified for Debian GNU/Linux by Ian Murdock <imurdock at gnu.ai.mit.edu>.
# Modified for exim by Tim Cutts <timc at chiark.greenend.org.uk>
# Modified for exim4 by Andreas Metzler <ametzler at downhill.at.eu.org>
set -e
[ -n "$EX4DEBUG" ] && set -x
upex4conf() {
UPEX4CONF="update-exim4.conf"
OLDIFS="$IFS"
IFS=:
for p in $PATH; do
if [ -x "$p/$UPEX4CONF" ]; then
IFS="$OLDIFS"
$p/$UPEX4CONF
return 0
fi
done
IFS="$OLDIFS"
}
# Exit if exim runs from /etc/inetd.conf
if [ -f /etc/inetd.conf ] && grep -E -q "^ *([0-9.]+:)?smtp" /etc/inetd.conf
then
upex4conf
exit 0
fi
DAEMON=/usr/sbin/exim4
NAME=exim4
##test -x $DAEMON || exit 0
test -x /usr/lib/exim4/exim4 || exit 0
#read default file
QUEUERUNNER='combined'
QUEUEINTERVAL='30m'
[ -f /etc/default/exim4 ] && . /etc/default/exim4
start_exim()
{
case ${QUEUERUNNER} in
combined)
start-stop-daemon --start --pidfile /var/run/exim4/exim.pid \
--exec $DAEMON -- -bd -q${QFLAGS}${QUEUEINTERVAL} \
${COMMONOPTIONS} ${QUEUERUNNEROPTIONS} ${SMTPLISTENEROPTIONS}
;;
separate)
start-stop-daemon --start --pidfile /var/run/exim4/exim.pid \
--exec $DAEMON -- -bd ${SMTPLISTENEROPTIONS} ${COMMONOPTIONS}
start-stop-daemon --start --pidfile /var/run/exim4/eximqr.pid \
--exec $DAEMON -- -oP /var/run/exim4/eximqr.pid \
-q${QFLAGS}${QUEUEINTERVAL} ${QUEUERUNNEROPTIONS} ${COMMONOPTIONS}
;;
queueonly)
start-stop-daemon --start --pidfile /var/run/exim4/eximqr.pid \
--exec $DAEMON -- -oP /var/run/exim4/eximqr.pid \
-q${QFLAGS}${QUEUEINTERVAL} ${QUEUERUNNEROPTIONS} ${COMMONOPTIONS}
;;
no|ppp)
start-stop-daemon --start --pidfile /var/run/exim4/exim.pid \
--exec $DAEMON -- -bd ${SMTPLISTENEROPTIONS}
;;
nodaemon)
;;
esac
}
stop_exim()
{
# we try to kill eximqr and exim SMTP listener, no matter what
# ${QUEUERUNNER} is set to, we could have switched since starting.
[ -f /var/run/exim4/eximqr.pid ] && \
start-stop-daemon --stop --pidfile /var/run/exim4/eximqr.pid \
--oknodo --retry 30 --exec $DAEMON
[ -f /var/run/exim4/exim.pid ] && \
start-stop-daemon --stop --pidfile /var/run/exim4/exim.pid \
--oknodo --retry 30 --exec $DAEMON
rm -f /var/run/exim4/eximqr.pid /var/run/exim4/exim.pid
}
reload_exim()
{
case ${QUEUERUNNER} in
combined|no|ppp)
start-stop-daemon --stop --pidfile /var/run/exim4/exim.pid \
--signal 1 --exec $DAEMON
;;
separate)
start-stop-daemon --stop --pidfile /var/run/exim4/exim.pid \
--signal 1 --exec $DAEMON
start-stop-daemon --stop --pidfile /var/run/exim4/eximqr.pid \
--signal 1 --exec $DAEMON
;;
esac
}
# check for valid configuration file
isconfigvalid()
{
if ! $DAEMON -bV > /dev/null ; then
echo
echo "Warning! Invalid configuration file for $NAME. Exiting." 1>&2
exit 1
fi
}
case "$1" in
start)
echo -n "Starting MTA: "
# regenerate exim4.conf
upex4conf
isconfigvalid
start_exim
echo "$NAME."
;;
stop)
echo -n "Stopping MTA: "
stop_exim
echo "$NAME."
;;
restart)
echo -n "Restarting MTA: "
# regenerate exim4.conf
upex4conf
isconfigvalid
stop_exim
sleep 2
start_exim
echo "$NAME."
;;
reload|force-reload)
echo "Reloading $NAME configuration files"
# regenerate exim4.conf
upex4conf
isconfigvalid
reload_exim
;;
status)
exiwhat
;;
*)
echo "Usage: $0 {start|stop|restart|reload|status}"
exit 1
;;
esac
exit 0
# vim:tabstop=2:expandtab:shiftwidth=2
----------------------------------------------------------------------------
David Lawyer
---------------------------------------
Received: (at 318670-done) by bugs.debian.org; 17 Jul 2005 11:17:33 +0000
>From mh+debian-packages at zugschlus.de Sun Jul 17 04:17:33 2005
Return-path: <mh+debian-packages at zugschlus.de>
Received: from 5301d.unt0.torres.l21.ma.zugschlus.de (torres.int.l21.ma.zugschlus.de) [217.151.83.1] (Debian-exim)
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1Du79J-0006C0-00; Sun, 17 Jul 2005 04:17:33 -0700
Received: from mh by torres.int.l21.ma.zugschlus.de with local (Exim 4.52)
id 1Du79H-0007EM-46; Sun, 17 Jul 2005 13:17:31 +0200
Date: Sun, 17 Jul 2005 13:17:30 +0200
From: Marc Haber <mh+debian-packages at zugschlus.de>
To: David Lawyer <dave at lafn.org>, 318670-done at bugs.debian.org
Subject: Re: Bug#318670: exim4 stops delivery after 10 messages from fetchmail
Message-ID: <20050717111729.GH19397 at torres.l21.ma.zugschlus.de>
References: <20050716223755.GA3565 at lafn.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20050716223755.GA3565 at lafn.org>
User-Agent: Mutt/1.5.9i
Delivered-To: 318670-done at bugs.debian.org
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-Level:
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
On Sat, Jul 16, 2005 at 03:37:56PM -0700, David Lawyer wrote:
> I get my mail from my ISP via fetchmail when I dialup. So today there
> were 34 messages waiting, but unfortunately, most of them don't get
> delivered to me until 30 minutes later when exim4 does its next queue run.
This is a feature, designed to keep system load low. Read spec.txt to
learn how to increase the default value, or manually invoke a queue
run after fetchmail has finished. Closing the bug.
Greetings
Marc
--
-----------------------------------------------------------------------------
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
More information about the Pkg-exim4-maintainers
mailing list