I tried switching to high-performance mode yesterday.. It seemed to end up
with sort of the same results, though harder to diagnose. Each process I
guess ended up hitting the login_process_size = 64 max and then stopped
responding.
We had this same problem, and switching to high-performance mode
I have referred to the wiki and the RFC, but I still can't find the
exact answer I'm looking for. From what I know, Dovecot uses the IMAP
standard of 32 bit integers to uniquely identify messages.
After a message is deleted from the mbox, can this UID ever be reissued
to a new message or is that
We're running into an issue where sendmail is only receiving one e-mail,
but after a client accesses the message via IMAP and moves it to another
IMAP folder, the message duplicates but each message has different X-UID
headers. Has anyone ever seen this type of anomaly before? Is it a bad
IMAP
Most likely you hit this threshold:
[EMAIL PROTECTED] ~]# cat /proc/sys/fs/file-max
380081
Check the current usage here:
[EMAIL PROTECTED] ~]# cat /proc/sys/fs/file-nr
21450 380081
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Steve Heaven
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Charles Marcus
Sent: Friday, November 30, 2007 6:34 PM
To: Dovecot Mailing List
Subject: Re: [Dovecot] locking strategies?
On 11/30/2007 Joe Allesi -X (joallesi - Coyote Creek Consulting at
Cisco) wrote:
Any known
Any known issues with these locking strategies? (RHEL 4.x default)
Dovecot:
mbox_locks = fcntl
Procmail
Locking strategies: dotlocking, fcntl()
We're considering moving to all dotlocking after a recommendation from
RedHat, even though we're not using NFS at all.
Thanks!
We're stuck on RHEL 4.x, so we're currently working on a plan to live in
harmony with .99 for another year or so. With that said, the plan is
below. Let me know if you have any other recommendations.
[ ]Convert to high-performance mode vice high-security to reduce overall
resource usage.
[
All,
Is anyone using iptables (recent module), or any other alternatives, to
throttle the number of new imap or pop connections per minute? We have
some applications that like to login every second to pull mail using
imap, so we'd like to protect the entire dovecot server from these
applications.
@dovecot.org
Subject: Re: [Dovecot] dovecot-auth: Too many open files
Hello,
On Tue, Oct 23, 2007 at 01:16:35PM -0400, Joe Allesi -X (joallesi -
Coyote Creek Consulting at Cisco) wrote:
We recently experienced an issue that prevented all new IMAP logins
from occurring. Although it appears
(cont @2,000)
Thanks!
Joe Allesi
10 matches
Mail list logo
