Hi,
since some time ago we do have a lot of "timeouts" connecting to our imap/po3 server. This week I switched the whole system to a new dual quadcore xeon, 24GB RAM, SAS2 RAID-10. (SUN Fire 4170)
But the mailclients (mostly thunderbird and apple mail) still reporte the timeouts by accessing the mailboxes.
The server is doing smtp, imap/pop3, webmailsystem and spam/antivirus-checking all together. (RH EL 5, sendmail, horde, mysql, mailscanner, spamassassin)
We use the original RH dovecot-1.0.7, mbox-format and mailboxes up to 4 GB ... (historicaly grown ...)
So where to start debugging the imap/pop3 timeouts? What information may I provide, which doc may I read?
Thanks for helping me to find and fix the problem.
Best regards
Götz-- Götz Reinicke IT-Koordinator
Tel. +49 7141 969 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke@filmakademie.de
Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de
Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzende des Aufsichtsrats: Prof. Dr. Claudia Hübner Staatsrätin für Demographischen Wandel und für Senioren im Staatsministerium
Geschäftsführer: Prof. Thomas Schadt
On Dec 18, 2009, at 10:56 AM, Götz Reinicke - IT-Koordinator wrote:
But the mailclients (mostly thunderbird and apple mail) still reporte the timeouts by accessing the mailboxes.
The server is doing smtp, imap/pop3, webmailsystem and spam/antivirus-checking all together. (RH EL 5, sendmail, horde, mysql, mailscanner, spamassassin)
We use the original RH dovecot-1.0.7, mbox-format and mailboxes up to 4 GB ... (historicaly grown ...)
Have you set mbox_very_dirty_syncs=yes?
So where to start debugging the imap/pop3 timeouts? What information may I provide, which doc may I read?
Anything in logs? Anyway my guess is that it spends all the time reading those 4 GB mailboxes..
Hi Timo,
Timo Sirainen schrieb:
On Dec 18, 2009, at 10:56 AM, Götz Reinicke - IT-Koordinator wrote:
But the mailclients (mostly thunderbird and apple mail) still reporte the timeouts by accessing the mailboxes.
The server is doing smtp, imap/pop3, webmailsystem and spam/antivirus-checking all together. (RH EL 5, sendmail, horde, mysql, mailscanner, spamassassin)
We use the original RH dovecot-1.0.7, mbox-format and mailboxes up to 4 GB ... (historicaly grown ...)
Have you set mbox_very_dirty_syncs=yes?
grep mbox_very_dirty_syncs /etc/dovecot.conf #mbox_very_dirty_syncs = no
so, I think "no" is the default.
Setting this to "yes" is may be faster?
So where to start debugging the imap/pop3 timeouts? What information may I provide, which doc may I read?
Anything in logs? Anyway my guess is that it spends all the time reading those 4 GB mailboxes..
With that guess, you are not the only one ... beside my guts ... ;-)
If I do have the time, I'd like to switch over to e.g. maildir
/Götz-- Götz Reinicke IT-Koordinator
Tel. +49 7141 969 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke@filmakademie.de
Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de
Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzende des Aufsichtsrats: Prof. Dr. Claudia Hübner Staatsrätin für Demographischen Wandel und für Senioren im Staatsministerium
Geschäftsführer: Prof. Thomas Schadt
On Dec 18, 2009, at 11:08 AM, Götz Reinicke - IT-Koordinator wrote:
We use the original RH dovecot-1.0.7, mbox-format and mailboxes up to 4 GB ... (historicaly grown ...)
Have you set mbox_very_dirty_syncs=yes?
grep mbox_very_dirty_syncs /etc/dovecot.conf #mbox_very_dirty_syncs = no
so, I think "no" is the default.
Setting this to "yes" is may be faster?
Are you using Dovecot deliver? If not, setting this to "yes" will help a lot.
Anything in logs? Anyway my guess is that it spends all the time reading those 4 GB mailboxes..
With that guess, you are not the only one ... beside my guts ... ;-)
If I do have the time, I'd like to switch over to e.g. maildir
Yeah, maildir would be a good idea.
Timo Sirainen schrieb:
On Dec 18, 2009, at 11:08 AM, Götz Reinicke - IT-Koordinator wrote:
We use the original RH dovecot-1.0.7, mbox-format and mailboxes up to 4 GB ... (historicaly grown ...) Have you set mbox_very_dirty_syncs=yes? grep mbox_very_dirty_syncs /etc/dovecot.conf #mbox_very_dirty_syncs = no
so, I think "no" is the default.
Setting this to "yes" is may be faster?
Are you using Dovecot deliver? If not, setting this to "yes" will help a lot.
Nop,
grep procmail /etc/mail/sendmail.mc
define(PROCMAIL_MAILER_PATH', /usr/bin/procmail')dnl
FEATURE(local_procmail, ', procmail -t -Y -a $h -d $u')dnl
MAILER(procmail)dnl
Anything in logs? Anyway my guess is that it spends all the time reading those 4 GB mailboxes..
With that guess, you are not the only one ... beside my guts ... ;-)
If I do have the time, I'd like to switch over to e.g. maildir
Yeah, maildir would be a good idea.
2010...
/Götz
Götz Reinicke IT-Koordinator
Tel. +49 7141 969 420 Fax +49 7141 969 55 420 E-Mail goetz.reinicke@filmakademie.de
Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de
Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzende des Aufsichtsrats: Prof. Dr. Claudia Hübner Staatsrätin für Demographischen Wandel und für Senioren im Staatsministerium
Geschäftsführer: Prof. Thomas Schadt
participants (2)
-
Götz Reinicke - IT-Koordinator
-
Timo Sirainen