Do a lott of <defunct> imap processes explain why dbmail is slow?
# ps xfa |grep dbmail
17124 ? S 0:00 /usr/sbin/dbmail-imapd
17126 ? S 0:01 \_ /usr/sbin/dbmail-imapd
7340 ? Z 0:00 \_ [dbmail-imapd] <defunct>
7346 ? Z 0:00 \_ [dbmail-imapd] <defunct>
7348 ? Z 0:00 \_ [dbmail-imapd] <defunct>
9119 ? Z 0:00 \_ [dbmail-imapd] <defunct>
9124 ? Z 0:00 \_ [dbmail-imapd] <defunct>
10753 ? Z 0:00 \_ [dbmail-imapd] <defunct>
10759 ? Z 0:00 \_ [dbmail-imapd] <defunct>
14689 ? Z 0:00 \_ [dbmail-imapd] <defunct>
15684 ? Z 0:00 \_ [dbmail-imapd] <defunct>
Op 22-jun-2006, om 22:54 heeft Marc Dirix het volgende geschreven:
Hi Jorge,
Do you also use apple's mail.app?
Which dbmail version do you use?
I actually also don't have an high load on the server, but inspite
still have a slow working mail.app.
When it is busy sometimes it takes about 1 minut or more to show
the contents of a mailfolder.
Fast switching between folders almost always causes an slow imap
interface. Restarting dbmail however removes the effect.
I'm using dbmail version 2173 svn.
Kind regards,
Marc
Op 22-jun-2006, om 12:59 heeft Jorge Bastos het volgende geschreven:
I don't have that idea of the imap server.
I have alot os connection to the imap server, and use imap my
personal email acount, and i have emails from 2003, and a big part
of them with big attachments, and also, about 25 folders with some
of them with subfolders, all folders and subfolders with messages
and attach's.
This is me, not counting the other persons who connect to imap and
pop3 server, and the constant emails that get in the server.
Never saw nothing more than 0.01 of load on the server sinserely.
My server's not much thing, P4 with HT and enabled in the kernel,
512RAM, and 2x100GB SATA 1 with linux RAID 1
With last DBmail svn version, and MySQL 5.0.22 plus clamsmtpd
+postfix 2....... something don't remember the version now
----- Original Message ----- From: "Marc Dirix" <[EMAIL PROTECTED]
design.nl>
To: "DBMail mailinglist" <[email protected]>
Sent: Thursday, June 22, 2006 10:13 AM
Subject: [Dbmail] Imap problems persist
Hi,
After having done some more testing, it seems I can conclude the
following (with mail.app)
If I restart dbmail everything works nice and fast, but when
dbmail has run for about a half a day
things get slower by the minut.
It seems, as if dbmail does act on every command I give (in
mail.app) however takes time
doing every command after eachother. Meaning if I delete a
message, go to a different mailbox and come back the delete
message seem not to have been deleted, but after waiting for
dbmail to
get to the queued command to delete the message it gets deleted
after all.
Does this make sense?
Concluding, it seems that dbmail can't handle a lott of
commands, send by mail.app, send shortly
after eachother. Since I read my messages threaded, I sometime
delete a complete thread.
Moving messages is also not for the impatient :)
I can provide an L5, however then I have to restart dbmail, wait
until things get slow, which would cause my logfile to blow up.
Can I redirect the L5 output to a different logfile then mail.log?
Met vriendelijke groet,
Marc Dirix
Electronics Design
Graaf Wolter Hoenstr 2
6243 BE Geulle
The Netherlands
Tel. +31.6.27056985
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail