[Indimail-support] qmail-smtpd 100% CPU usage problem

[Tobias Schmidt]

Hi,

since about seven weeks i have a problem with my IndiMail 1.8.5 installation on Ubuntu 12.04 (x64) which is running fine since october 2012. Every few days i have a qmail-smtpd process hanging with 100% CPU usage. A screenshot of a "top" and the CPU stats are attached. A "service indimail restart" solves the problem for some days - or like today only for a few hours.

The only thing i can see in the logs (smtpd.25/current) is a new tcpserver smtp-session, which is not ending. 

2014-03-31 12:50:16.541395500 tcpserver: pid 15263 from 195.140.184.91

2014-03-31 12:50:16.700214500 tcpserver: ok 15263 195.62.104.66[::ffff:195.62.104.66]25 novemunus.sigma.ec-cluster.com[::ffff:195.140.184.91]:54354:maxperip=25

Does anybody can help me? Is there a way to close such a session (timeout, etc.)?

Regards

Tobias

[Manvendra Bhangui]

On Mon, Mar 31, 2014 at 5:34 PM, Tobias Schmidt <tobias....@intermail.de> wrote:

Hi,

since about seven weeks i have a problem with my IndiMail 1.8.5 installation on Ubuntu 12.04 (x64) which is running fine since october 2012. Every few days i have a qmail-smtpd process hanging with 100% CPU usage. A screenshot of a "top" and the CPU stats are attached. A "service indimail restart" solves the problem for some days - or like today only for a few hours.

can you run the command /var/indimail/bin/update_tmprsadh and see if that resolves the issue? Can you also have the following entry in your cron

01 01 * * * /var/indimail/bin/update_tmprsadh > /dev/null 2>&1 

The only thing i can see in the logs (smtpd.25/current) is a new tcpserver smtp-session, which is not ending. 

2014-03-31 12:50:16.541395500 tcpserver: pid 15263 from 195.140.184.91

2014-03-31 12:50:16.700214500 tcpserver: ok 15263 195.62.104.66[::ffff:195.62.104.66]25 novemunus.sigma.ec-cluster.com[::ffff:195.140.184.91]:54354:maxperip=25

Does anybody can help me? Is there a way to close such a session (timeout, etc.)?

Next time you see such a process strace that process and let me know what comes from the strace output

[Tobias Schmidt]

Hi Manvendra,

Hi,

since about seven weeks i have a problem with my IndiMail 1.8.5 installation on Ubuntu 12.04 (x64) which is running fine since october 2012. Every few days i have a qmail-smtpd process hanging with 100% CPU usage. A screenshot of a "top" and the CPU stats are attached. A "service indimail restart" solves the problem for some days - or like today only for a few hours.

can you run the command /var/indimail/bin/update_tmprsadh and see if that resolves the issue? Can you also have the following entry in your cron

01 01 * * * /var/indimail/bin/update_tmprsadh > /dev/null 2>&1 

That doesn't resolve the problem. I have a new hanging qmail-smtpd process since a few hours.

The only thing i can see in the logs (smtpd.25/current) is a new tcpserver smtp-session, which is not ending. 

2014-03-31 12:50:16.541395500 tcpserver: pid 15263 from 195.140.184.91

2014-03-31 12:50:16.700214500 tcpserver: ok 15263 195.62.104.66[::ffff:195.62.104.66]25 novemunus.sigma.ec-cluster.com[::ffff:195.140.184.91]:54354:maxperip=25

Does anybody can help me? Is there a way to close such a session (timeout, etc.)?

Next time you see such a process strace that process and let me know what comes from the strace output

The strace output from the pid (strace -o 7587.log -p 7587) shows the following output:

--- snip ---

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999935})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

read(0, "", 1024)                       = 0

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {299, 999999})

--- snip ---

And so on. A 10 sec strace is about 25MB log-output. If you need the full trace, you can download the trace from url:

http://www.intermail.de/downloads/7587.log

Regards

Tobias

[Manvendra Bhangui]

On Tue, Apr 1, 2014 at 8:09 PM, Tobias Schmidt <tobias....@intermail.de> wrote:

Hi Manvendra,

Hi,

since about seven weeks i have a problem with my IndiMail 1.8.5 installation on Ubuntu 12.04 (x64) which is running fine since october 2012. Every few days i have a qmail-smtpd process hanging with 100% CPU usage. A screenshot of a "top" and the CPU stats are attached. A "service indimail restart" solves the problem for some days - or like today only for a few hours.

can you run the command /var/indimail/bin/update_tmprsadh and see if that resolves the issue? Can you also have the following entry in your cron

01 01 * * * /var/indimail/bin/update_tmprsadh > /dev/null 2>&1 

That doesn't resolve the problem. I have a new hanging qmail-smtpd process since a few hours.

The only thing i can see in the logs (smtpd.25/current) is a new tcpserver smtp-session, which is not ending. 

2014-03-31 12:50:16.541395500 tcpserver: pid 15263 from 195.140.184.91

2014-03-31 12:50:16.700214500 tcpserver: ok 15263 195.62.104.66[::ffff:195.62.104.66]25 novemunus.sigma.ec-cluster.com[::ffff:195.140.184.91]:54354:maxperip=25

Does anybody can help me? Is there a way to close such a session (timeout, etc.)?

Next time you see such a process strace that process and let me know what comes from the strace output

The strace output from the pid (strace -o 7587.log -p 7587) shows the following output:

--- snip ---

select(1, [0], NULL, NULL, {300, 0})    = 1 (in [0], left {300, 0})

read(0, "", 1024)                       = 0

 This problem was solved in release 1.8.5. Which version are you using?

And so on. A 10 sec strace is about 25MB log-output. If you need the full trace, you can download the trace from url:

http://www.intermail.de/downloads/7587.log

I don't need the strace output. basically qmail-smtpd should quit if the remote client gets disconnected and for some reason, it was going in an infinite loop in the function blast(). Let me know which version you are using. This problem should get fixed if you use version > 1.8.4

 

[Tobias Schmidt]

 This problem was solved in release 1.8.5. Which version are you using?

And so on. A 10 sec strace is about 25MB log-output. If you need the full trace, you can download the trace from url:

http://www.intermail.de/downloads/7587.log

I don't need the strace output. basically qmail-smtpd should quit if the remote client gets disconnected and for some reason, it was going in an infinite loop in the function blast(). Let me know which version you are using. This problem should get fixed if you use version > 1.8.4

 

I’m running IndiMail 1.8.5 on Ubuntu 12.04 (x64) since october 2012, but the problem appears since about seven weeks.

Regards

Tobias

[Manvendra Bhangui]

The strace output shows that the timeout is 300 seconds (which is 5 mins). You can change /var/indimail/control/timeoutread and make it 15. That should help.

I have this code in authenticated smtp

if ((n = saferead(0, respbuf, 512)) == -1)

            die_read();

I have a suspicion that read could be returning 0 bytes when the client closes the connection abnormally. This code is there in authenticated SMTP when using DIGEST_MD5. Any chance that your client are using this. Another thing that could help me figure out is seach the PID of one such qmail-smtpd and search for that in /var/log/indimail/smtpd.25/current and let me know the log entry

--
Regards Manvendra - http://www.indimail.org

[Manvendra Bhangui]

On Wed, Apr 2, 2014 at 1:36 AM, Tobias Schmidt <tobias....@intermail.de> wrote:

I have a suspicion that you don't actually have indimail-1.8.5. Probably an old binary. The ubuntu and debian mirrors are behaving funny. Can you run the following command and give me the output

# /usr/bin/ident /var/indimail/bin/qmail-smtpd

 

[Tobias Schmidt]

Am 02.04.2014 um 07:46 schrieb Manvendra Bhangui <mbha...@gmail.com>:
>
> The strace output shows that the timeout is 300 seconds (which is 5 mins). You can change /var/indimail/control/timeoutread and make it 15. That should help.
>

I can test with "timeoutread" 15.

> I have this code in authenticated smtp
>
> if ((n = saferead(0, respbuf, 512)) == -1)
> die_read();
>
> I have a suspicion that read could be returning 0 bytes when the client closes the connection abnormally. This code is there in authenticated SMTP when using DIGEST_MD5. Any chance that your client are using this. Another thing that could help me figure out is seach the PID of one such qmail-smtpd and search for that in /var/log/indimail/smtpd.25/current and let me know the log entry
>

I don't think, that a client uses DIGEST_MD5.

Here is the log entry of yesterdays PID 7587:
2014-04-01 12:26:50.246881500 tcpserver: pid 7587 from 195.140.187.45
2014-04-01 12:26:50.288438500 tcpserver: ok 7587 195.62.104.66[::ffff:195.62.104.66]25 quattuorquinque.psi.cust-cluster.com[::ffff:195.140.187.45]:59565:maxperip=25
2014-04-01 16:30:34.274150500 qmail-smtpd: pid 7587 from ::ffff:195.140.187.45 going down on SIGTERM
2014-04-01 16:30:34.274664500 tcpserver: end 7587 status 256

> I have a suspicion that you don't actually have indimail-1.8.5. Probably an old binary. The ubuntu and debian mirrors are behaving funny. Can you run the following command and give me the output
>
> # /usr/bin/ident /var/indimail/bin/qmail-smtpd

# /usr/bin/ident /var/indimail/bin/qmail-smtpd
/var/indimail/bin/qmail-smtpd:
$Id: qmail-smtpd.c,v 1.3 2004-10-22 20:29:36+05:30 Cprogrammer Stab mbhangui $
$Revision: 1.167 $
$Id: smtpd.c,v 1.167 2012-04-26 18:06:35+05:30 Cprogrammer Exp mbhangui $
$Id: rcpthosts.c,v 1.9 2011-01-14 22:23:01+05:30 Cprogrammer Stab mbhangui $
$Id: recipients.c,v 1.7 2011-01-14 22:19:52+05:30 Cprogrammer Stab mbhangui $
$Id: commands.c,v 1.6 2005-05-13 13:13:43+05:30 Cprogrammer Stab mbhangui $
$Id: timeoutread.c,v 1.4 2004-10-22 20:31:45+05:30 Cprogrammer Stab mbhangui $
$Id: timeoutwrite.c,v 1.4 2004-10-22 20:31:46+05:30 Cprogrammer Stab mbhangui $
$Id: ip.c,v 1.7 2008-09-16 16:28:27+05:30 Cprogrammer Stab mbhangui $
$Id: ipme.c,v 1.18 2008-09-16 20:12:54+05:30 Cprogrammer Stab mbhangui $
$Id: ipalloc.c,v 1.5 2004-10-22 20:25:58+05:30 Cprogrammer Stab mbhangui $
$Id: strsalloc.c,v 1.3 2004-10-22 20:31:01+05:30 Cprogrammer Stab mbhangui $
$Id: control.c,v 1.18 2011-07-03 16:58:41+05:30 Cprogrammer Stab mbhangui $
$Id: etrn.c,v 1.9 2011-07-29 09:28:21+05:30 Cprogrammer Stab mbhangui $
$Id: atrn.c,v 1.6 2008-05-26 22:19:31+05:30 Cprogrammer Stab mbhangui $
$Id: constmap.c,v 1.3 2004-10-22 20:24:08+05:30 Cprogrammer Stab mbhangui $
$Id: received.c,v 1.5 2004-10-22 20:29:55+05:30 Cprogrammer Stab mbhangui $
$Id: date822fmt.c,v 1.5 2011-02-12 15:44:47+05:30 Cprogrammer Stab mbhangui $
$Id: now.c,v 1.3 2004-10-22 20:27:44+05:30 Cprogrammer Stab mbhangui $
$Id: qmail.c,v 1.24 2009-11-13 23:05:29+05:30 Cprogrammer Stab mbhangui $
$Id: variables.c,v 1.3 2004-10-22 20:32:03+05:30 Cprogrammer Stab mbhangui $
$Id: envrules.c,v 1.13 2010-06-18 19:37:58+05:30 Cprogrammer Stab mbhangui $
$Id: bodycheck.c,v 1.5 2009-01-06 20:43:56+05:30 Cprogrammer Stab mbhangui $
$Id: spf.c,v 1.8 2012-04-26 18:05:43+05:30 Cprogrammer Exp mbhangui $
$Id: dns.c,v 1.24 2012-04-26 18:04:30+05:30 Cprogrammer Exp mbhangui $
$Id: sqlmatch.c,v 1.7 2010-04-19 10:19:44+05:30 Cprogrammer Stab mbhangui $
$Id: matchregex.c,v 1.1 2009-05-01 10:34:29+05:30 Cprogrammer Stab mbhangui $
$Id: scan_xlong.c,v 1.2 2005-06-15 22:35:48+05:30 Cprogrammer Stab mbhangui $
$Id: mail_acl.c,v 1.2 2011-11-17 20:03:58+05:30 Cprogrammer Stab mbhangui $
$Id: base64sub.c,v 1.6 2010-03-03 09:33:16+05:30 Cprogrammer Stab mbhangui $
$Id: qregex.c,v 1.23 2009-09-07 16:02:31+05:30 Cprogrammer Stab mbhangui $
$Id: tablematch.c,v 1.6 2009-08-29 15:26:23+05:30 Cprogrammer Stab mbhangui $
$Id: ndelay.c,v 1.3 2004-10-22 20:27:39+05:30 Cprogrammer Stab mbhangui $
$Id: ndelay_off.c,v 1.3 2004-10-22 20:27:40+05:30 Cprogrammer Stab mbhangui $
$Id: cdb_seek.c,v 1.6 2005-08-23 17:14:52+05:30 Cprogrammer Stab mbhangui $
$Id: cdb_hash.c,v 1.4 2008-09-16 08:24:30+05:30 Cprogrammer Stab mbhangui $
$Id: cdb_unpack.c,v 1.3 2004-10-22 20:23:49+05:30 Cprogrammer Stab mbhangui $
$Id: fd_copy.c,v 1.4 2004-10-22 20:25:02+05:30 Cprogrammer Stab mbhangui $
$Id: fd_move.c,v 1.4 2004-10-22 20:25:03+05:30 Cprogrammer Stab mbhangui $
$Id: wait_pid.c,v 1.3 2004-10-22 20:32:12+05:30 Cprogrammer Stab mbhangui $
$Id: datetime.c,v 1.3 2004-10-22 20:24:15+05:30 Cprogrammer Stab mbhangui $
$Id: datetime_un.c,v 1.3 2004-10-22 20:24:16+05:30 Cprogrammer Stab mbhangui $
$Id: greylist.c,v 1.3 2009-10-28 13:34:29+05:30 Cprogrammer Stab mbhangui $
$Id: getln.c,v 1.3 2004-10-22 20:25:38+05:30 Cprogrammer Stab mbhangui $
$Id: getln2.c,v 1.3 2004-10-22 20:25:35+05:30 Cprogrammer Stab mbhangui $
$Id: open_read.c,v 1.3 2004-10-22 20:27:50+05:30 Cprogrammer Stab mbhangui $
$Id: sig_pipe.c,v 1.3 2004-10-22 20:30:26+05:30 Cprogrammer Stab mbhangui $
$Id: sig_term.c,v 1.3 2004-10-22 20:30:27+05:30 Cprogrammer Stab mbhangui $
$Id: sig_block.c,v 1.3 2004-10-22 20:30:20+05:30 Cprogrammer Stab mbhangui $
$Id: sig_catch.c,v 1.3 2004-10-22 20:30:22+05:30 Cprogrammer Stab mbhangui $
$Id: case_diffb.c,v 1.3 2004-10-22 20:23:15+05:30 Cprogrammer Stab mbhangui $
$Id: case_diffs.c,v 1.3 2004-10-22 20:23:16+05:30 Cprogrammer Stab mbhangui $
$Id: case_lowerb.c,v 1.3 2004-10-22 20:23:17+05:30 Cprogrammer Stab mbhangui $
$Id: case_starts.c,v 1.3 2004-10-22 20:23:19+05:30 Cprogrammer Stab mbhangui $
$Id: case_startb.c,v 1.3 2004-10-22 20:23:18+05:30 Cprogrammer Stab mbhangui $
$Id: env.c,v 1.5 2009-05-03 22:42:42+05:30 Cprogrammer Stab mbhangui $
$Id: envread.c,v 1.5 2008-08-03 18:25:43+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_eady.c,v 1.5 2004-10-22 20:30:49+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_pend.c,v 1.3 2004-10-22 20:30:53+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_copy.c,v 1.3 2004-10-22 20:30:48+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_opys.c,v 1.3 2004-10-22 20:30:52+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_opyb.c,v 1.4 2004-10-22 20:30:51+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_cat.c,v 1.3 2004-10-22 20:30:47+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_cats.c,v 1.3 2004-10-22 20:30:47+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_catb.c,v 1.4 2004-10-22 20:30:46+05:30 Cprogrammer Stab mbhangui $
$Id: stralloc_arts.c,v 1.3 2004-10-22 20:30:45+05:30 Cprogrammer Stab mbhangui $
$Id: alloc.c,v 1.6 2010-03-22 09:20:31+05:30 Cprogrammer Stab mbhangui $
$Id: alloc_re.c,v 1.5 2004-10-22 20:18:06+05:30 Cprogrammer Stab mbhangui $
$Id: substdio.c,v 1.4 2008-07-14 20:59:22+05:30 Cprogrammer Stab mbhangui $
$Id: substdi.c,v 1.3 2004-10-22 20:31:08+05:30 Cprogrammer Stab mbhangui $
$Id: substdo.c,v 1.4 2008-09-16 08:27:09+05:30 Cprogrammer Stab mbhangui $
$Id: error.c,v 1.6 2004-10-22 20:24:52+05:30 Cprogrammer Stab mbhangui $
$Id: error_str.c,v 1.4 2004-10-22 20:24:53+05:30 Cprogrammer Stab mbhangui $
$Id: str_len.c,v 1.3 2004-10-22 20:30:59+05:30 Cprogrammer Stab mbhangui $
$Id: str_diff.c,v 1.3 2004-10-22 20:30:56+05:30 Cprogrammer Stab mbhangui $
$Id: str_diffn.c,v 1.3 2004-10-22 20:30:57+05:30 Cprogrammer Stab mbhangui $
$Id: str_cpy.c,v 1.3 2004-10-22 20:30:55+05:30 Cprogrammer Stab mbhangui $
$Id: str_chr.c,v 1.3 2004-10-22 20:30:53+05:30 Cprogrammer Stab mbhangui $
$Id: str_rchr.c,v 1.3 2004-10-22 20:31:00+05:30 Cprogrammer Stab mbhangui $
$Id: str_start.c,v 1.3 2004-10-22 20:31:02+05:30 Cprogrammer Stab mbhangui $
$Id: byte_chr.c,v 1.3 2004-10-22 20:22:24+05:30 Cprogrammer Stab mbhangui $
$Id: byte_rchr.c,v 1.3 2004-10-22 20:32:22+05:30 Cprogrammer Stab mbhangui $
$Id: byte_cspn.c,v 1.2 2004-10-22 20:22:32+05:30 Cprogrammer Stab mbhangui $
$Id: byte_rcspn.c,v 1.2 2004-10-22 20:23:01+05:30 Cprogrammer Stab mbhangui $
$Id: byte_diff.c,v 1.3 2004-10-22 20:22:34+05:30 Cprogrammer Stab mbhangui $
$Id: byte_copy.c,v 1.3 2004-10-22 20:22:26+05:30 Cprogrammer Stab mbhangui $
$Id: byte_cr.c,v 1.3 2004-10-22 20:22:29+05:30 Cprogrammer Stab mbhangui $
$Id: byte_zero.c,v 1.3 2004-10-22 20:23:04+05:30 Cprogrammer Stab mbhangui $
$Id: fmt_str.c,v 1.5 2004-10-22 20:32:37+05:30 Cprogrammer Stab mbhangui $
$Id: fmt_strn.c,v 1.3 2004-10-22 20:25:17+05:30 Cprogrammer Stab mbhangui $
$Id: fmt_uint.c,v 1.3 2004-10-22 20:25:21+05:30 Cprogrammer Stab mbhangui $
$Id: fmt_uint0.c,v 1.3 2004-10-22 20:25:20+05:30 Cprogrammer Stab mbhangui $
$Id: fmt_ulong.c,v 1.3 2004-10-22 20:25:23+05:30 Cprogrammer Stab mbhangui $
$Id: scan_ulong.c,v 1.5 2004-10-24 21:39:31+05:30 Cprogrammer Stab mbhangui $
$Id: tls.c,v 1.5 2008-06-01 15:33:39+05:30 Cprogrammer Stab mbhangui $
$Id: ssl_timeoutio.c,v 1.3 2005-06-03 09:06:41+05:30 Cprogrammer Stab mbhangui $
$Id: indimail.h,v 2.206 2012-04-22 13:57:07+05:30 Cprogrammer Stab mbhangui $
$Id: indimail.h,v 2.206 2012-04-22 13:57:07+05:30 Cprogrammer Stab mbhangui $
$Id: indimail.h,v 2.206 2012-04-22 13:57:07+05:30 Cprogrammer Stab mbhangui $
$Id: indimail.h,v 2.206 2012-04-22 13:57:07+05:30 Cprogrammer Stab mbhangui $


Regards
Tobias
------------------------------------------------------------------------------
_______________________________________________
Indimail-support mailing list
Indimail...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/indimail-support

[Manvendra Bhangui]

On Wed, Apr 2, 2014 at 12:06 PM, Tobias Schmidt <tobias....@intermail.de> wrote:

Am 02.04.2014 um 07:46 schrieb Manvendra Bhangui <mbha...@gmail.com>:

>> # /usr/bin/ident /var/indimail/bin/qmail-smtpd

# /usr/bin/ident /var/indimail/bin/qmail-smtpd
/var/indimail/bin/qmail-smtpd:
     $Id: qmail-smtpd.c,v 1.3 2004-10-22 20:29:36+05:30 Cprogrammer Stab mbhangui $
     $Revision: 1.167 $
     $Id: smtpd.c,v 1.167 2012-04-26 18:06:35+05:30 Cprogrammer Exp mbhangui $
   

You will have to update indimail. Your version of smtpd.c is 1.167. The fix for this endless while loop with select and read was fixed in 1.168.

 * Revision 1.168  2012-06-26 19:17:21+05:30  Cprogrammer

 * fix infinite loop in blast() function on EOF

 

[Tobias Schmidt]

Thanks for your support. I will try the update at next weekend.

Actual indimail_1.8.8-1_amd64.deb is the latest release for Ubuntu?!

Regards

Tobias

[Manvendra Bhangui]

Unfortunately the binary .deb has an issue with packing and dpkg installation fails. Eventhough I have updated the package and fixed the error,  somehow the debian and ubuntu mirrors are not getting updated with the latest binaries. I have figured out that the only way to fix this is to make a new release so that the .deb filename changes. I will be releasing 1.8.9 this weekend. You should try 1.8.9. Following are the release notes for 1.8.9

o fix for debian to make indimail run at runlevel 2

o fixed -q option in qmail-rm

o qaes - qmail encryption utility which uses AES

o set delayed inserts for lastauth, relay tables if DELAYED_INSERT environment variable is set

o courier-imap - Fixed bug with setting of MAX_ATOM_SIZE in mainloop.c, imaptoken.c

o BUG fix rblsmtpd.c - flagip6 was not initialized

o vdelivermail - Discard bounce if environment variable DISCARD_BOUNCE is set

o qmail-smtpd - fixed DISABLE_AUTH_LOGIN, DISABLE_AUTH_PLAIN, DISABLE_CRAM_MD5,

  DISABLE_CRAM_SHA1, DISABLE_CRAM_SHA256, DISABLE_CRAM_SHA512, CRAM_RIPEMD,

  DISABLE_RIPEMD5

o qmail-smtpd - Added SECURE_AUTH to allow AUTH PLAIN, LOGIN only if TLS is enabled.

o qmail-smtpd - set AUTHINFO for successful SMTP AUTH

o qmail-dk, qmail-dkim - Treat AUTHINFO environment variable exactly like RELAYCLIENT

o Set environment variables from control/auth.envrules if RELAYCLIENT is set

  or on successful SMTP AUTH

o spawn-filter.c - made RATELIMIT_DIR configurable through envrules

o instcheck.c - Fix locating files in lib64

o made domainqueue file configurable through env variable DOMAINQUEUE

o fixed DNS functions compilation on OS X systems (dns.c, dns_text.c, surblfilter.c)

o qmailctl - fix for Fedora where /etc/sysconfig/network is missing or does not have

  NETWORKING defined

o fixed BUG in ldap-checkpwd.c - extra semicolon removed

o dns.c - fixed call to resolve() function

o qmail-send.c - discard bounce if bounce processor exits 1

o vcreate_dir_control.c, vwrite_dir_control.c, vdel_dir_control.c changed mode

  of .filesystems to 640

o authindi - changes to error messages for inquery/vauth_open failures

o spawn-filter - allow wildcards for rate control using ratecontrol file and

  default ratelimit using .global file

o envrules - use wildmat_internal for pattern patching

o svctool --cname-lookup option to Perform CNAME lookup for recipient host in qmail-remote

o qmail-remote - Set environment variable OUTGOINGIP

o tai64nunix.c, tai64nlocal.c - fixed issue with tai timestamp with non-whitespace after 25 characters

o spawn-filter. Report Blackholed: filter_script_path in delivery log when filters exits 2