This of course sounds familiar to some experiences we had
recently with Cyrus 2.3.8 on Solaris 10 backends pretty
heavily loaded with number of users. If you search the
mailing list archives you'll find several threads about our
problems here at UC Davis.
However, the others in the thread have m
-- Gerard <[EMAIL PROTECTED]> is rumored to have mumbled on 27.
November 2007 12:22:42 -0500 regarding Re: lmtp timed out while sending
MAIL FROM:
Some DBERROR in the logs somewhere ?
There were, but not anymore. In troubleshooting the issues we
converted deliver.db to skiplist rathe
On Nov 27, 2007 6:22 PM, Gerard <[EMAIL PROTECTED]> wrote:
>
> On Nov 27, 2007 11:53 AM, Alain Spineux <[EMAIL PROTECTED]> wrote:
>
> 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
tfix/lmtp[16300]: 22E2E10B00C3:
> > to=<[EMAIL PROTECTED]>,
> > 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)
> >
&
; 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
> ide
maillog
Nov 25 06:27:11 imap06 postfix/lmtp[16300]: 22E2E10B00C3:
to=<[EMAIL PROTECTED]>,
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 wi
