lmtp timed out while sending MAIL FROM

[Gerard]

On Nov 27, 2007 11:53 AM, Alain Spineux <aspineux at gmail.com> wrote:
> On Nov 27, 2007 4:42 PM, Gerard <gerard.cluster at gmail.com> wrote:
> > I am having a very strange issue where the imap server stops accepting
> > messages via LMTP, does not allow logins via imap, and the load
> > reaches anywhere from 800 - 2000. This happens nearly daily.
>
> Daily ? On a regular basis ? At backup time ?
>
>
> > notice there are generally many defunct processes and the below pasted
> > excerpt from the maillog
> >
> > Nov 25 06:27:11 imap06 postfix/lmtp[16300]: 22E2E10B00C3:
> > to=<user at domain.com>,
> > relay=/var/imap/socket/lmtp[/var/imap/socket/lmtp],
> > delay=300, status=deferred (conversation with
> > /var/imap/socket/lmtp[/var/imap/socket/lmtp] timed out while sending
> > MAIL FROM)
> >
> > We are running RHEL4U4 with the version of Cyrus that comes with it
> > cyrus-imapd-2.2.12-3.RHEL4.1. Anyone seen something similar or have an
> > idea what could be causing this issue?
>
> Disk nearly full ? Some DBERROR in the logs somewhere ?
>
> service imapd restart is enough ?
>
>
> > ----
> > Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
> >
>
>
>
> --
> Alain Spineux
> aspineux gmail com
> May the sources be with you
>

Daily ?
Yes, over the last 7 days it didn't happen on one day, Thanksgiving. I
would probably attribute that to very low load.

On a regular basis ?
Yes. I generally notice it between 6-9AM.

At backup time ?
We are not running backups on this host.

Disk nearly full ?
We have plenty of space left on all partitions.

Some DBERROR in the logs somewhere ?
There were, but not anymore. In troubleshooting the issues we
converted deliver.db to skiplist rather then BDB which eliminated the
errors. They looked like this.

Nov 26 19:24:49 imap06 lmtpunix[28264]: DBERROR db4: 15 lockers

service imapd restart is enough ?
Nope, the box has to be cold booted. Hitting the physical reset button.