|
List Info
Thread: Imap problems persist
|
|
| Imap problems persist |

|
2006-06-22 20:54:55 |
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" <marc electronics-
> design.nl>
> To: "DBMail mailinglist" <dbmail dbmail.org>
> 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
>> Dbmail dbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
> _______________________________________________
> Dbmail mailing list
> Dbmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
Dbmail mailing list
Dbmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Imap problems persist |

|
2006-06-22 22:22:51 |
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" <marc electronics-
>> design.nl>
>> To: "DBMail mailinglist" <dbmail dbmail.org>
>> 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
>>> Dbmail dbmail.org
>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>> _______________________________________________
>> Dbmail mailing list
>> Dbmail dbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>
> _______________________________________________
> Dbmail mailing list
> Dbmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
Dbmail mailing list
Dbmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Imap problems persist |

|
2006-06-23 07:30:35 |
Marc,
I think what you're seeing is fallout from a failed attempt
to fix bug
363. Gimme a minute to verify and commit the fix I've got
pending in my
git tree.
Marc Dirix wrote:
> 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"
>>> <marc electronics-design.nl>
>>> To: "DBMail mailinglist"
<dbmail dbmail.org>
>>> 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
>>>> Dbmail dbmail.org
>>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>> _______________________________________________
>>> Dbmail mailing list
>>> Dbmail dbmail.org
>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>
>> _______________________________________________
>> Dbmail mailing list
>> Dbmail dbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>
> _______________________________________________
> Dbmail mailing list
> Dbmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
--
____________________________________________________________
____
Paul Stevens paul at
nfg.nl
NET FACILITIES GROUP GPG/PGP:
1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
Dbmail mailing list
Dbmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Imap problems persist |

|
2006-06-24 13:34:26 |
I've updated to svn head this morning,
the problem persists, and slow mail.app behaviour also!
/Marc
Op 23-jun-2006, om 9:30 heeft Paul J Stevens het volgende
geschreven:
> Marc,
>
> I think what you're seeing is fallout from a failed
attempt to fix bug
> 363. Gimme a minute to verify and commit the fix I've
got pending
> in my
> git tree.
>
> Marc Dirix wrote:
>> 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"
>>>> <marc electronics-design.nl>
>>>> To: "DBMail mailinglist"
<dbmail dbmail.org>
>>>> 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
>>>>> Dbmail dbmail.org
>>>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>>
>>>>
_______________________________________________
>>>> Dbmail mailing list
>>>> Dbmail dbmail.org
>>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>>
>>>
>>> _______________________________________________
>>> Dbmail mailing list
>>> Dbmail dbmail.org
>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>
>> _______________________________________________
>> Dbmail mailing list
>> Dbmail dbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>
> --
>
____________________________________________________________
____
> Paul Stevens
paul at nfg.nl
> NET FACILITIES GROUP GPG/PGP:
1024D/11F8CD31
> The Netherlands________________________________http://www.nfg.nl
> _______________________________________________
> Dbmail mailing list
> Dbmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
Dbmail mailing list
Dbmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Imap problems persist |

|
2006-06-24 15:00:11 |
Marc Dirix wrote:
> I've updated to svn head this morning,
I hadn't committed any changes yet. Plz try again. I've
reverted an
earlier change in pool.c,reap_child that would explain the
behaviour
you're seeing.
--
____________________________________________________________
____
Paul Stevens paul at
nfg.nl
NET FACILITIES GROUP GPG/PGP:
1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
Dbmail mailing list
Dbmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
| Imap problems persist |

|
2006-06-26 14:04:03 |
I still find <defunct> dbmail-imap processes, with svn
2187.
Op 24-jun-2006, om 17:00 heeft Paul J Stevens het volgende
geschreven:
> Marc Dirix wrote:
>> I've updated to svn head this morning,
>
> I hadn't committed any changes yet. Plz try again.
I've reverted an
> earlier change in pool.c,reap_child that would explain
the behaviour
> you're seeing.
>
> --
>
____________________________________________________________
____
> Paul Stevens
paul at nfg.nl
> NET FACILITIES GROUP GPG/PGP:
1024D/11F8CD31
> The Netherlands________________________________http://www.nfg.nl
> _______________________________________________
> Dbmail mailing list
> Dbmail dbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
_______________________________________________
Dbmail mailing list
Dbmail dbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
|
|
[1-6]
|
|