Hello,
we have observed pop3 process which got stuck consuming all available CPU.
It seems that it happened because of some kind of abnormal POP3 connection
termination. Here is strace info for this process:
13:36:05.866190 writev(1, [{508qWWH96If+uVXeH2Zxl/hkn+plVwmI..., 3975},
Hi Timo Sirainen,
It's said that v1.1 support include:
include (v1.1 only)
see: http://wiki.dovecot.org/LDA/Sieve
will it work for such requirement?
Timo Sirainen wrote:
On Mon, 2007-12-10 at 16:46 +0100, Matthias Kellermann wrote:
I'm still trying to get global and per-user sieve scripts
I have just installed my mail server on a Ubuntu Linux V.7.10 box with
sendmail and dovecot imap from the Ubuntu packages. Each time the
machines boots, I get the following messages:
Starting mail server:
dovecotWarning: Fixing permissions of /var/run/dovecot to be world readable
Warning:
I get the following error after patching the 1.0.8 src.rpm with the
quota-rewrite-1.0.8.diff
[EMAIL PROTECTED] dovecot]# /etc/rc.d/init.d/dovecot start
Starting Dovecot Imap:
Edlopen(/usr/lib/dovecot/imap/lib02_imap_quota_plugin.so) failed:
/usr/lib/dovecot/imap/lib02_imap_quota_plugin.so:
Hi,
On 11/12/2007, Dr. Ashok N. Ullal [EMAIL PROTECTED] wrote:
After the boot the permissions visible are:
drwxr-xr-x root root/var/run/dovecot
drwxr-x--- root dovecot /var/run/dovecot/login
What permissions do I need to set so that the warnings do not appear?
It needs to be owned
Helolo, I've forgot to mention that I have had this same error weith the
rewrite patch from http://www.dovecot.org/patches/1.0/
The rewrite quota patch includes a name change in the imap_quota plugin
from lib20_imap_quota to lib02_imap_quota and I've deduced that the
plugins are loaded in
I just switched in a hurry one of our mailbox servers from UW-imapd to
Dovecot in an attempt to address performance and stability problems.
This server hosts ~5500 accounts, ~2000 are daily used, ~600
simultaneous IMAP connexions in rush hours, and lots of POP ones. Some
accounts may be accessed
On 11.12.2007, at 19.54, Benoit Branciard wrote:
IMAP(username): FETCH for mailbox INBOX UID 23862 got too little
data:
3186 vs 3206
Wonder why this started happening only now. I heard first about this
last saturday, and now you.. Looks like I can reproduce this myself
with stress
Thanks. That seems a sensible deduction. Hopefully we'll get confirmation
from someone else on the list that this is a good change.
I have got by so far by just patching in the quota-warning - which at the
moment is all I want. I'm currently checking to test it to see if its
patched in
For God's sake, Timo, cut us adrift for a week and study for your
exams. You warned us; exercise some self-preservation. The community
should understand that it has to fend for itself for awhile.and
not make big changes on production systems
Timo Sirainen wrote:
On 11.12.2007, at
On Tue, 2007-12-11 at 20:03 +0200, Timo Sirainen wrote:
On 11.12.2007, at 19.54, Benoit Branciard wrote:
IMAP(username): FETCH for mailbox INBOX UID 23862 got too little
data:
3186 vs 3206
Wonder why this started happening only now. I heard first about this
last saturday, and
Hello,
when running diff for 'dovecot -n' outputs from beta10 and beta11(for the same
config file), I noticed that 'dovecot -n' beta11 output does not show anymore
the following parameters, which are set to non-default values(and
which 'dovecot -a' shows):
login_processes_count
On Tue, 2007-12-11 at 20:37 +0200, Timo Sirainen wrote:
On Tue, 2007-12-11 at 20:03 +0200, Timo Sirainen wrote:
On 11.12.2007, at 19.54, Benoit Branciard wrote:
IMAP(username): FETCH for mailbox INBOX UID 23862 got too little
data:
3186 vs 3206
Wonder why this started
http://dovecot.org/releases/1.0/dovecot-1.0.9.tar.gz
http://dovecot.org/releases/1.0/dovecot-1.0.9.tar.gz.sig
+ Maildir: Don't wait on dovecot-uidlist.lock when we just want to
find out a new filename for the message.
- mbox: v1.0.8 changes sometimes caused FETCH to fail
No kidding. I went out and snow blowed the driveway and before I came
back, the bug existed, you said what I was thinking, and Timo had a
patch for it.
If he doesn't have a commanding job prior to graduation I'll be
flabbergasted.
Blow me down. It's even on the web page already.
version 1.0.rc15
(Newest Version available in Debian 4.0, newer version in testing tree requires
new version libc...)
I got a procmail rule that moves mail from some senders to another folder, e.g.
.archive.facebook/ . This works fine, the message appear in
.archive.facebook/new if i ls that
I've mentioned this before but only heard from one other person who
has experienced this, but it's becoming a pretty serious issue.
The situation:
A spammer sets a bot on a fishing attempt to gain email addresses,
causing numerous login processes to spawn and suck up all available
On Tue, 11 Dec 2007, Patrick Milvich wrote:
I've mentioned this before but only heard from one other person who has
experienced this, but it's becoming a pretty serious issue.
The situation:
A spammer sets a bot on a fishing attempt to gain email addresses, causing
numerous login processes
Hi Andrew,
I've mentioned this a few days ago and now I found out that this
happens when the user would go over quota. I also use maildir and the
quota plugin. I hope this helps a little more.
Nuno Lopes
Andrew Garner wrote:
I think someone else mentioned this problem earlier on the list, and
On Dec 11, 2007, at 5:58 PM, [EMAIL PROTECTED] wrote:
Message: 10
Date: Tue, 11 Dec 2007 15:58:16 -0700
From: Patrick Milvich [EMAIL PROTECTED]
Subject: [Dovecot] Fishing attempt locking up dovecot
To: dovecot@dovecot.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain;
Hi all,
actually I got a problem with the namespaces in dovecot 1.1 beta11. It occured
after purging index files and resynch via imapsync. Dovecot complains about
Unknown namespace, though it worked with versions before. I cannot comfirm
for 1.1beta10, but I surely know 1.1beta9 worked with
21 matches
Mail list logo