On Thursday 23 April 2009 01:56:43 Marcus Pereira wrote:
> >I am being affected by this problem so would anyone happen
> > to have some kind of boilerplate package or howto that I
> > and others could use without having to go through a lot of
> > trial and error to get right?
>
> I will develop a daemon to monitor the mail log and do some
> actions on the firewall, like Sam recomended.

Marcus, I am wondering if you have had any success developing
this package?

Has anyone got any kind of working parts they could share to
block these zombie connections at the IP level?

> For now my only workarround was to use ps-watcher to restart
> esmtpd when I find something may be wrong.

This was an excellent hint and has saved our mailserver from
completely locking up inumerable times in the past 2 weeks.

Thank you Marcus!

> [courieresmtpd]
> trigger = $count > 340
> action = <<EOT
>   /usr/sbin/esmtpd stop
>   /bin/echo -e "To: [email protected]\\nfrom: 
> [email protected]\\nsubject: `hostname -s` courieresmtpd 
> restarting\\n\\ncourieresmtpd restarting\\n`hostname -f`: count: $count\\n" 
> | /usr/sbin/sendmail -f [email protected]
>   /bin/sleep 3
>   /usr/sbin/esmtpd start
> EOT

In our case the above is a rubberband solution that is just
keeping our system operational... check this...

  Today 18:52:23
  courieresmtpd restarting
  mail.xxxx.com.au: count: 995

  Today 18:57:29
  courieresmtpd restarting
  mail.xxxx.com.au: count: 1004

  Today 19:05:05
  courieresmtpd restarting
  mail.xxxx.com.au: count: 1004

My ps-watcher $trigger count is 990 so that is ~1000 processes
re-starting up in as little as 5 minutes!

--markc

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance & Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to