Okay, I didn't get any reply to my previous post (see below). The issue has
now taken on a new element.
I have confirmed what appears to be a race condition with multiple IMAP
connections to UW-IMAP that occurs when a user is logged in to rcmail and
begins to download a large attachment. If the attachment doesn't complete
its download sequence before the next scheduled check (1, 3, or 5 min) for
new mail, the subsequent login to the IMAP Server causes UW-IMAP to kill the
process that is downloading the attachment in favor of the new login
connection. Here is a maillog example:
Sep 15 16:35:08 jwhatley imapd[70218]: Login user=jwhatley host=xxxxx.net
[174.xxx.xxx.xxx]
Sep 15 16:35:08 jwhatley imapd[70167]: Killed (lost mailbox lock)
user=jwhatley host=xxxxx.net [174.xxx.xxx.xxx]
I understand that UW-IMAP is old and that we should consider replacing with
Dovecot or Courier, but I would like to explore the issue before initiating
such a recommendation.
I would really appreciate some feedback on this issue. Someone, perhaps
Alec, could give me some guidance?
More specifically and in the interim, I need to know where in the code to
change the option 1, 3, 5 minute(s) so that I can increase the maximum
available time between checking for new mail. Or, in the alternative, is
there any provision within the code for suspending checks while attachments
are being downloaded?
Thank you all in advance for any assistance you can render.
Regards,
Jake Whatley
From: Jacob Whatley [mailto:jwhatley@rhyton.com]
Sent: Thursday, September 09, 2010 11:34 AM
To: 'dev(a)lists.roundcube.net'
Subject: Revisiting ancient issue - Apache2 100% CPU when competing for
UW-IMAP
I saw that this issue was identified and confirmed in 2008, but I was
wondering if anyone had any further information on preventing 100% CPU
processes in Apache2 when RCM loses the fight between competing connections
to UW-IMAP (having RCM open while Outlook is also open and checking mail).
We have a system in place to kill these resource hogs, but I want to see if
anyone has a better solution, aside from dumping UW-IMAP.
Thanks!
Jacob Whatley
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
On Thu, 30 Sep 2010 16:41:43 +0200, Raoul Bhatia [IPAX] wrote:
> hi,
>
> in rc 0.4.0, the state of the preview pane was remembered across
> logins. means: if i enable or disable the preview pane via the
> checkbox
> at the bottom of the message list, rc remembered this state and i did
> not have to go to the settings dialog.
>
> now in rc 0.4.1, the "default" state of the preview pane has to be
> set via the settings dialog.
>
> is this change intended? because i found the old behavior more
> convenient. :)
This must be some bug. Are you using default skin? If not, check r3987.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Project Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
hi,
in rc 0.4.0, the state of the preview pane was remembered across
logins. means: if i enable or disable the preview pane via the checkbox
at the bottom of the message list, rc remembered this state and i did
not have to go to the settings dialog.
now in rc 0.4.1, the "default" state of the preview pane has to be
set via the settings dialog.
is this change intended? because i found the old behavior more
convenient. :)
thanks,
raoul
--
____________________________________________________________________
DI (FH) Raoul Bhatia M.Sc. email. r.bhatia(a)ipax.at
Technischer Leiter
IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at
Barawitzkagasse 10/2/2/11 email. office(a)ipax.at
1190 Wien tel. +43 1 3670030
FN 277995t HG Wien fax. +43 1 3670030 15
____________________________________________________________________
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/FD/M2UgEIjg/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I noted a mere 3 fields were missing in the Dutch translation.
I
have translated them. Please see attached translationfile. :)
With kind
regards,
Robin Steeneken
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/9S/vEjA6G9u/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello,
did I miss an announcement for localizers about 0.4.1, or was there none
because no strings have changed since 0.4? I've noticed that the
translator site has a few new strings, but perhaps these are for 0.5 or
something?
Rimas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
The completed german labels.inc
Regards
Jannis Froese
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/NT/BSb9UpnF/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80