thus uid/gid lookups. Try running something like
> nscd, that will cache these lookups?
>
>
>
>
> -Original Message-
> From: Aki Tuomi via dovecot [mailto:dovecot@dovecot.org]
> Sent: 27 February 2019 06:24
> To: Ben Burke; Dovecot Mailing List
> Subj
On 27 February 2019 03:27 Ben Burke via dovecot <
dovecot@dovecot.org> wrote:
Hi,
I'm running dovecot 2.2.x and I'm having an issue where I see many
dovecot processes use all the available IO
Hi,
I'm running dovecot 2.2.x and I'm having an issue where I see many
dovecot processes use all the available IO on a server. According to
iotop the worst offenders seem to be in this state (NOTE: I swapped in
phony username & IP info):
dovecot/imap [someusername 123.456.789.012 UID SEARCH]
Hi,
try to start dovecot with ulimits -u 10240 -n 4 and increase the
value in /proc/sys/fs/inotify/max_user_instances around to 1024.
I also suggest to use XFS instead of ext4, for example after a crash XFS
is immediately available.
Ciao
Il 05/11/2014 16:07, absolutely_f...@libero.it
Hi,
Since few days I noticed very high load on my mailserver (Centos 6.6 64bit, 8
GB RAM, 2 x CPU 3.00GHz
I am using Dovecot + Postfix + Roundcube + Nginx.
I have about 1 users.
Spool is on network attached storage (Coraid).
File system is ext4 (mounted with noatime).
Problem appears
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 15 May 2009, Timo Sirainen wrote:
on my production system, I've scanned 97559 dirs in total, including
'tmp's, Maildir homedirs. Control and Indexes are located elsewhere.
There a total of 97406, 5238 of them use more than one block,
Hi Scott,
One could always run the mailstore on LVM and then you could snapshot the
mount and then fsck it while still technically in use. It would probably slow
down the filesystem, but it is still live.
Uhm, and then you have a nice and fsck'd snapshot, but your live filesystem
will still be
Matthijs Kooijman wrote:
Hi Scott,
One could always run the mailstore on LVM and then you could snapshot the
mount and then fsck it while still technically in use. It would probably slow
down the filesystem, but it is still live.
Uhm, and then you have a nice and fsck'd snapshot, but your
Wonder if anyone else has actually noticed this and has some kind of
statistics?
http://marc.info/?t=12423400331r=1w=2
signature.asc
Description: This is a digitally signed message part
* Timo Sirainen t...@iki.fi:
Wonder if anyone else has actually noticed this and has some kind of
statistics?
http://marc.info/?t=12423400331r=1w=2
I could run stats here, with 12.000 users to see what the average size
is...
--
Ralf Hildebrandt
Postfix - Einrichtung, Betrieb und
On Fri, 2009-05-15 at 22:58 +0200, Ralf Hildebrandt wrote:
* Timo Sirainen t...@iki.fi:
Wonder if anyone else has actually noticed this and has some kind of
statistics?
http://marc.info/?t=12423400331r=1w=2
I could run stats here, with 12.000 users to see what the average size
on 5-15-2009 11:59 AM Timo Sirainen spake the following:
Wonder if anyone else has actually noticed this and has some kind of
statistics?
http://marc.info/?t=12423400331r=1w=2
One could always run the mailstore on LVM and then you could snapshot the
mount and then fsck it while still
On Fri, 2009-05-15 at 17:13 -0400, Timo Sirainen wrote:
I could run stats here, with 12.000 users to see what the average size
is...
It would be interesting to have some kind of statistics for cur/
directories and get cur directory size divided by number of files in
cur and then see how
Hi, all.
Normally, i use 'domain.ltd/username/Maildir' as users' maildir path, if
i change them to hash style, e.g. 'A0/B0/domain.ltd/C0/D0/username/Maildir',
will it speed up the index operation for MDA? If we have 1 users,
which maildir path style will improve performance?
Thanks very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Dec 15, 2008 at 03:11:43AM +, Jose Celestino wrote:
Words by Zhang Huangbin [Mon, Dec 15, 2008 at 11:00:45AM +0800]:
Hi, all.
Normally, i use 'domain.ltd/username/Maildir' as users' maildir path, if
i change them to hash style,
15 matches
Mail list logo