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
I've no mockup, but I'll try to explain what changes in folders manager
I'd like to provide.
1. UI: Add folder information/edition/creation frame on the right side
of the list. Remove bottom box for folder creation. Add list options
menu buttons (like in addressbook groups box), where we'll have create,
edit, delete action (and maybe other provided by plugins, e.g. to remove
all messages in a folder)
2. Folders list: Make it slim. It means I'd like to have only folder
name (structured) and subscription checkbox. Drag-and-drop move
supported. Would be nice to have quota indicator here too.
3. Folder frame: Here we'll have all information about a folder:
name, messages count, threading.
The folder frame will provide new possibilities. I'd like to implement
per-folder sorting setting. Maybe list_cols config could be also
per-folder. It will be a good place to implement features like:
- ACL info/management
- displaying of folder size
- other provided by plugins
--
Aleksander 'A.L.E.C' Machniak
LAN Management System Developer [http://lms.org.pl]
Roundcube Webmail Developer [http://roundcube.net]
---------------------------------------------------
PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
-------- Original Message --------
Subject: Updated Hebrew translation
Date: Wed, 10 Nov 2010 22:54:11 +0200
From: Moish <moish(a)mln.co.il>
To: dev(a)lists.roundcube.net
--
Moish
--
Moish
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Px/y1F2VqZE/labels.inchttp://detached.gigo.com/rc/Px/y1F2VqZE/messages.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
Here is bg_BG messages inc update
--
Bogomil "Bogo" Shopov
Senior (Web) Engineer
Kolab Systems AG
Zürich, Switzerland
e: shopov(a)kolabsys.com
t: +41 43 5016691
w: http://kolabsys.com
pgp: E69A 226A Bogomil "Bogo" Shopov
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/xE/X4jLQ4zA/messages.inchttp://detached.gigo.com/rc/xE/X4jLQ4zA/signature.asc
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
Can you not do {min,max} in the lookbehind regex? ie, instead of this:
$entity = '(?<!&'
. '[a-zA-Z0-9]{2}' . '|' . '#[0-9]{2}' . '|'
. '[a-zA-Z0-9]{3}' . '|' . '#[0-9]{3}' . '|'
. '[a-zA-Z0-9]{4}' . '|' . '#[0-9]{4}' . '|'
. '[a-zA-Z0-9]{5}' . '|'
. '[a-zA-Z0-9]{6}' . '|'
. '[a-zA-Z0-9]{7}'
. ')';
Do this:
$entity = '(?<!&'
. '[a-zA-Z0-9]{2,7}' . '|' . '#[0-9]{2,4}'
. ')';
Or is that the assertion format restriction you mention in the comment?
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
Could it be feasible to support message threading (with the
current design) *without* server THREAD support?
There is a feature
request for IMAP thread support in hmailserver:
http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893 [1]
someone said this:
Threading support should cache thread information
in some permanent (persistent) form. If server just implements threading
rfc, it will be slow and roundcube won't be able to use on large
folders.
Only some IMAP servers cache information in a way which is
useful for threading in webmail clients.
Thanks!!
Links:
------
[1]
http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
One other comment I've been getting with the current roundcube
is not being able to drop (or cut & paste) an image into the compose
window and having it just display inline...
I realize this is tricky
to do in a web app, are there any techniques out there to get this to
work without a browser plugin etc...
This is one of those general
usability things that's frustrating when you go to do it and does not
work... we all understand the attach image from url button, but most
people do not--
Thanks!!
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Comment/question for you all.
Right now I've observed the following behavior. Let me know if this is an accurate representation of how it works. When deleting a message in RC the selected message(s) gets removed from the list without an updating indicator but the system is still deleting the message and the message list is refreshed after that. This action can take a few seconds at times. Is this true?
If so, I would like to comment that this gives the false impression that the moment the message disappears from the list, it's deleted and the list or the rest of the interface is ready to be used. Often times I find myself deleting messages and then selecting a new message to be deleted, causing my previous action to fail. It's really bothersome, specially as there's no real way of knowing when I can use the list again, making me take my chances. I've since started to look at the scrollbar in my message list to see when it redraws to know when I can move on to my next action.
Is there a way to provide additional feedback to the user by showing a "deleting messages..." dialog or something? Or better yet, allow the process to run in the background without having to wait first, so this is not needed in the first place?
Thank you all and keep up the good work!!
// Andrés
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80