List Info

Thread: Imap problems persist




Imap problems persist
user name
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" <marcelectronics- 
> design.nl>
> To: "DBMail mailinglist" <dbmaildbmail.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
>> Dbmaildbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>
> _______________________________________________
> Dbmail mailing list
> Dbmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>

_______________________________________________
Dbmail mailing list
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
Imap problems persist
user name
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" <marcelectronics- 
>> design.nl>
>> To: "DBMail mailinglist" <dbmaildbmail.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
>>> Dbmaildbmail.org
>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>> _______________________________________________
>> Dbmail mailing list
>> Dbmaildbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>
> _______________________________________________
> Dbmail mailing list
> Dbmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>

_______________________________________________
Dbmail mailing list
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
Imap problems persist
user name
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"
>>> <marcelectronics-design.nl>
>>> To: "DBMail mailinglist"
<dbmaildbmail.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
>>>> Dbmaildbmail.org
>>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>> _______________________________________________
>>> Dbmail mailing list
>>> Dbmaildbmail.org
>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>
>> _______________________________________________
>> Dbmail mailing list
>> Dbmaildbmail.org
>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
> 
> _______________________________________________
> Dbmail mailing list
> Dbmaildbmail.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
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
Imap problems persist
user name
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"
>>>> <marcelectronics-design.nl>
>>>> To: "DBMail mailinglist"
<dbmaildbmail.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
>>>>> Dbmaildbmail.org
>>>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>>
>>>>
_______________________________________________
>>>> Dbmail mailing list
>>>> Dbmaildbmail.org
>>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>>
>>>
>>> _______________________________________________
>>> Dbmail mailing list
>>> Dbmaildbmail.org
>>> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>
>> _______________________________________________
>> Dbmail mailing list
>> Dbmaildbmail.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
> Dbmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>

_______________________________________________
Dbmail mailing list
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
Imap problems persist
user name
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
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
Imap problems persist
user name
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
> Dbmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>

_______________________________________________
Dbmail mailing list
Dbmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
[1-6]

about | contact  Other archives ( Real Estate discussion Medical topics )