On Dec 13, 2008, at 2:44 AM, Ralf Hildebrandt wrote:
Thank you for the suggestion, but no, that doesn't work for me.
I'm not
running a Linux box, I'm running Solaris...
It runs on Solaris.
and I'm not interested in running a firewall on my mail server.
You don't have to, you could simp
* Dave McGuire :
> Thank you for the suggestion, but no, that doesn't work for me. I'm not
> running a Linux box, I'm running Solaris...
It runs on Solaris.
> and I'm not interested in running a firewall on my mail server.
You don't have to, you could simply nullroute the source IPs :)
--
I was doing some checks on a server and found an imap process running at
100%, kill -9 was unable to kill it.
What OS/distribution and kernel version are you using?
Gentoo with 2.6.27-gentoo-r5
amd64, 2 dual core opterons
I think the user uses Outlook though, but I can check
On Dec 13, 2008, at 12:43 AM, Luigi Rosa wrote:
Timo, if I may make a request...Unless 1.2 will be released soon,
would you please also look into the possibility of integrating the
"back
off after failed auth attempts" feature into the 1.1 code base? I
need
that badly here, to the point t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave McGuire said the following on 13/12/08 06:41:
> Timo, if I may make a request...Unless 1.2 will be released soon,
> would you please also look into the possibility of integrating the "back
> off after failed auth attempts" feature into the 1.1
On Dec 13, 2008, at 12:34 AM, Timo Sirainen wrote:
Hello Dovecot developers,
Apple has made and tested significant changes to Dovecot v1.1 and now
is ready to contribute them back to your open source project. The
changes include:
Sounds great!
Yes it does. Thanks, Apple!
I could contri
Doesn't it log anything else? I think that "Generic error" is usually
logged only after the real error message.
On Fri, 2008-12-12 at 16:39 +0100, Thomas Siebert wrote:
> OK, now i compiled the latest debian version (1.1.7 from
> ftp://ftp.debian.org/debian/pool/main/d/dovecot/) myself and I still
On Fri, 2008-12-12 at 14:24 -0600, Mike Abbott wrote:
> Hello Dovecot developers,
>
> Apple has made and tested significant changes to Dovecot v1.1 and now
> is ready to contribute them back to your open source project. The
> changes include:
Sounds great!
> I could contribute these as one
On Dec 12, 2008, at 10:07 AM, nuitari-dove...@nuitari.net wrote:
I was doing some checks on a server and found an imap process
running at 100%, kill -9 was unable to kill it.
What OS/distribution and kernel version are you using?
PGP.sig
Description: This is a digitally signed message part
On Dec 13, 2008, at 3:40 AM, David Rosenstrauch wrote:
In recent days, dovecot's "imap" processes keep getting stuck. Each
time I check my server (running dovecot 1.1.7) there's a bunch of
"imap" processes (sometimes 2 of them, sometimes 4, sometimes 6)
that are using all of the box's CPU.
In recent days, dovecot's "imap" processes keep getting stuck. Each
time I check my server (running dovecot 1.1.7) there's a bunch of "imap"
processes (sometimes 2 of them, sometimes 4, sometimes 6) that are using
all of the box's CPU.
And worse, there's no way to kill the processes either (n
amazing. we just finished hacking apple-user-mailattribute into our
dovecot ldap conf last month. do you have any sample confs posted?
our OD usage atm is very crude...
JL
On Dec 12, 2008, at 3:24 PM, Mike Abbott wrote:
Hello Dovecot developers,
Apple has made and tested significant ch
three cheers to see apple working on this.
hopefully we will see it on 10.6 os x server
looking forward to it.
if there is any tutorial on installing it in conjunction 10.5 server
it would be greatly appreciated.
rashantha de silva
On Dec 12, 2008, at 12:24 PM, Mike Abbott wrote:
Hello Do
Very cool to see Apple contribute to dovecot!
Cor
Hello Dovecot developers,
Apple has made and tested significant changes to Dovecot v1.1 and now
is ready to contribute them back to your open source project. The
changes include:
Scalability and performance:
allow pop/imap mail processes to handle multiple clients
larger listen queues
Sta
On Dec 12, 2008, at 6:02 PM, Arno Wald wrote:
Timo Sirainen wrote:
You could see if compiling Dovecot without inotify/dnotify support
would
help. I can't really think of anything else.
I would like to try this and report the result. But there are so many
configure-options that I do not know
Timo Sirainen wrote:
> You could see if compiling Dovecot without inotify/dnotify support would
> help. I can't really think of anything else.
I would like to try this and report the result. But there are so many
configure-options that I do not know which options (and how) I should
dis/enable. Cou
OK, now i compiled the latest debian version (1.1.7 from
ftp://ftp.debian.org/debian/pool/main/d/dovecot/) myself and I still get the
same error.
Any ideas, Timo? ;-)
> > -Original Message-
> > From: dovecot-bounces+siebert+lists=et.rub...@dovecot.org
> > [mailto:dovecot-bounces+sieber
Well, I don't think it matter. Although I'm not sure that I've
configured backend properly and I don't know if one backend excludes
the others (i.e. they may be loaded anyway).
I've tried with three different backend (not at the same time):
plugin {
quota = fs:user
}
plugin {
quota = di
On Dec 12, 2008, at 5:06 PM, Magnus Appelquist wrote:
After a couple of seconds when I try to start dovceot, I get this:
r...@taleira:~# /etc/init.d/dovecot start
Alarm clock
If I uncomment the "imap_quota and quota" in dovecot.conf everything
seem to work fine
What quota backend are you usi
Hello list,
I have a strange problem with dovecot and quota. The error message is
not obvious...
After a couple of seconds when I try to start dovceot, I get this:
r...@taleira:~# /etc/init.d/dovecot start
Alarm clock
If I uncomment the "imap_quota and quota" in dovecot.conf everything
see
i am tempted to simply disable kqueue in dovecot but am not sure
on the performance penalties.
kqueue is used for two things:
1) As regular ioloop, replacing select/poll. Not using kqueue here
shouldn't make pretty much any performance difference.
2) As file notifier. When IMAP client starts
On Dec 12, 2008, at 4:01 PM, > wrote:
i am tempted to simply disable kqueue in dovecot but am not sure
on the performance penalties.
kqueue is used for two things:
1) As regular ioloop, replacing select/poll. Not using kqueue here
shouldn't make pretty much any performance difference.
2)
Hello all.
I try to compile Autocreate plugin for 1.1 in FreeBSD 7.0-p6.
gcc version:
# gcc -v
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719 [FreeBSD]
But it gives me a:
mx# sh -x patch.sh
+
Hi,
We have a issue with a server pretty much just running dovecot, there's
about 250gb of maildirs which has about 200 simultaneous connections to
it running on freebsd 7. The machine has stayed up for about 8 days before
it panics but sometimes panics after about 24 hours.
We are running a PAE
On Fri, 2008-12-12 at 10:10 +0100, Arno Wald wrote:
> Timo Sirainen wrote:
> > Anyway, Arno's ps output showed the process to be in R state, not in D
>
> It is definitely the R state.
>
> PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
> 6717 arno 20 0 2964 1608 1192
On Fri, 2008-12-12 at 03:07 -0500, nuitari-dove...@nuitari.net wrote:
> I was doing some checks on a server and found an imap process running at
> 100%, kill -9 was unable to kill it.
See the subject "unkillable imap process(es) with high CPU-usage" thread
that's going on, with the exact same iss
> an imap process running at 100%, kill -9 was unable to kill it.
I'm no a Linux expert, but from a BSD perspective, that seems to contradict
each other. Either the process is doing an uninterruptable sleep or consumes
CPU time. As said, I'm not a Linux expert, but can you find out what state the
Timo Sirainen wrote:
> Anyway, Arno's ps output showed the process to be in R state, not in D
It is definitely the R state.
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
6717 arno 20 0 2964 1608 1192 R 100 0.2 1158:05 imap
btw: I have switched from imaps to im
I was doing some checks on a server and found an imap process running at
100%, kill -9 was unable to kill it.
hammer ~ # lsof -p 1918
COMMAND PID USER FD TYPE DEVICE SIZE/OFFNODE NAME
imap1918 vpopmail cwdDIR8,2 96 539699
/var/vpopmail/domains/maxpersuasion.com/
30 matches
Mail list logo
