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
Hi
In attachment you can find the updated Flemish translations for Roundcube
Best regards
Simon De Schoenmaeker
sds(a)simonds.be
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/YY/tA3ax1Uk/nl_BE.tar.gz
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,
please find attached the update for the Hungarian translation. There are
some strings left untranslated intentionally, as i have no idea how to
translate them correctly.
--
Péter
XMPP, MSN: peter.laszlo.szabo(a)gmail.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/aE/c9JSNWwB/labels.inchttp://detached.gigo.com/rc/aE/c9JSNWwB/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
Hi there,
I want a XMPP plugin for Roundcube, and have been doing research on how to build it.
It seems that Strophe.js and jquery would provide a fine solution, this is the direction taken by Drupal's DXMPP plugin and a few others.
My main concern is my lack of skills in javascript. While I'm fine with PHP and the whole server side implementation, javascript is still some dark magic to me.
I was wondering if several people where interested in working on this. If I can't do it alone, maybe a small team can.
So that's a call for volunteers. If anybody is interested in building a XMPP plugin for roundcube, please stand up. No commitment or deadline or anything, just trying to get it go somewhere.
Thanks,
Julien
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
The Bulgarian translation of Rouncube has some gaps. I've managed to fill
them today.
I'm attaching the two files with the new translations. It would be great if
I can see them on a live server to check if I've mistaken some of the
meanings. I could also fix some of the incorrect texts from the previous
translations.
Cheers,
Iskren Slavov.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/oP/xKMe1Cch/messages.inchttp://detached.gigo.com/rc/oP/xKMe1Cch/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, all!
I have a question about "Mail-Reply-To" and "Mail-Followup-To". I'm
going to make translations to Ukrainian and Russian languages, but I do
not clearly understand, what those phrases mean.
Looking at Polish translation (what is also a Slavic language), I see,
that it is not actually translated and leaved "as it is":
"Mail-Reply-To" and "Mail-Followup-To" respectively.
What is better, translate it or leave the English version in rus- and
ukr- variants?
Thank you.
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Just out of curiosity, are the newlines between command strings generated by
get_js_commands required? It appears that when the final string is passed
into json_serialize they're turned back into '\n' before being sent which
seems to make them somewhat unnecessary. They might as well just be a single
space, or even nothing if you want to be efficient.
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
I use trunk version (few days age), when i want to create the "Display
Name" and "Email Address" then save it,
roundcube show the error page like this:
SERVICE CURRENTLY NOT AVAILABLE!
Error No. [500]
Please help, and thank you.
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello!
An updated slovene translation attached.
Cheers,
Barbara
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/dg/gwa6BDDQ/RCD_slovene_translat.zip
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
Martin Lacina aka panda
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/1q/sKQdzroe/sk_SK.inc.gz
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
Martin Lacina aka panda
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/6b/bwGVMwBN/sk_SK.inc.gz
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 all,
I have attached the updated translation files for Dutch
(Nederlands).
Devs: Keep up the good work!
With kind regards,
Robin
Steeneken
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/cU/sbh8UZoo/labels.inchttp://detached.gigo.com/rc/cU/sbh8UZoo/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
Hi,
I’ve attached updated Swedish localizations of labels.inc and messages.inc.
Regards,
Jonas Nasholm
Bitfuse Network
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Y9/NQAlw2k6/sv_SE.zip
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 all,
in version 4090 I see the icon of messages inverted.
If I replay I see the forwarded icon and viceversa.
Thanks
--
Sandro Pazzi
IdWeb s.r.l.
Viale Romagna 69/A - 06012 Citta' di Castello (PG)
Tel. 075 851 97 28
Fax 075 851 97 30
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello,
I would like to send you some labels that are still not translated.
Regards
Francesco
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/si/BrapsF+q/labels_it_IT.patch
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
What do you think about this? Since I'm using Thunderbird3 I think this
is not a bad idea to have a separate column for read status (and
undelete) icon. Forwarded/Replied could stay with subject.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Updated the italian translation to the actual trunk revision (#4071).
As other translators did, I'm going to leave untranslated the new mailing list
headers: Mail-Reply-To/Mail-Followup-To
I plan to do a full revision of the italian translation, I found some
incorrect contribution.
Thanks,
Yusef Maali
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ax/T8vtitIi/messages.inchttp://detached.gigo.com/rc/ax/T8vtitIi/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’ve attached updated Swedish localizations of labels.inc and messages.inc.
We did not translate the strings "Mail-Reply-To" or "Mail-Followup-To".
I'm not sure why these strings are listed twice under different label
names:
$labels['mailreplyto'] = 'Mail-Reply-To';
$labels['mailreply-to'] = 'Mail-Reply-To';
$labels['mailfollowupto'] = 'Mail-Followup-To';
$labels['mailfollowup-to'] = 'Mail-Followup-To';
Regards,
Jonas Nasholm
Bitfuse Network
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/3s/BWUcWpuU/sv_SE.zip
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,
Does anyone have any tips for making CSS sprites? I saw the new messageicons
one today, I was just wondering if there is a quick way of making them.
Thanks
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Translation update for European Portuguese (pt_PT) for "labels.inc" and
"messages.inc" with the new labels and messages.
Regards,
DC
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/4C/Nh3UUSH1/messages.inchttp://detached.gigo.com/rc/4C/Nh3UUSH1/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
With gmail imap it's incredible slow... sometimes it get a timeout error.
The previous version was fast...
You intend to use roundcube only with dovecot?
--
Sandro Pazzi
IdWeb srl
Viale Romagna 69/A 06012 Città di Castello PG
Tel 075 851 97 28
Fax 075 851 97 30
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
hi,
first of all, is it possible to also post announcements to
the dev mailinglist? not all of us (read me ;) ) have the subscribed to
the users list.
another possibility is to actively use freshmeat (and the like) for
communicating releases (again).
next, what about the fix in r4058. how severe do you consider this
problem? will this lead to a 0.4.3? ;)
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
I'd like to implement this feature, but maybe we could also do some
unification in editor type handling. Let's see what we should do in
compose modes:
1. NEW: Here we're using htmleditor option, to enable/disable HTML
editor. No problem here.
2. DRAFT and EDIT-AS-NEW: Here we should use format of draft/edited
message. No problem here.
3. REPLY: Now we're lacking something here and current behaviour is not
100% consistent. So, what we can do? Use htmleditor setting no matter
what is format of replied message? No. Here's my proposal. We could
extend htmleditor option to 3-option switch:
- 'never', (0)
- 'only on reply to HTML message', (2)
- 'always' (1).
I think this is self explanatory. When 0, we'll always disable HTML
editor, when 1 we'll always enable HTML editor, when 2 we'll enable HTML
editor only when replied message is in HTML format.
Here I see one backward incompatible change. Currently when
htmleditor=true and we're reply to plain text message, the editor will
be disabled.
4. FORWARD: Here I'm not sure, but I think editor should be set like for
NEW/EDIT mode. When we implement "forward-as-attachment" we should set
editor like for NEW message.
ps. in future we could add some per-contact format setting (like in
Thunderbird).
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
_______________________________________________
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,
for a prospect I developed a plugin that implement an access control list (let me say a filter) on the outgoing mail; our customer should be able to select which user can send email to local recipients, remote or none at all (only get emails);
the configuration is based on a policy text files;
sorry if such a functionality already exists and so let pass unmarked this email; otherwise if someone could be interested, I could (previous request) release the plugin code;
just let me know,
Roberto
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Updated labels.inc attached
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/LZ/ivLN3hMT/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 all,
Regarding the chrome issue described on ticket
http://trac.roundcube.net/ticket/1486177. I'm pretty sure that It's a
race condition in
this.sent_successfully = function(type, msg)
{
this.list_mailbox();
this.display_message(msg, type, true);
};
If the async call that pulls the mail list loads fast enough, it will
make the success message to not show up because the iframe that
triggered it is gone. In some browsers like FF, it used to trigger an
internal exception if the element where an event was triggered is
removed from DOM. The patch is not elegant (because race condition
sucks) but seems to work fine tho.
On the other hand, the opera mobile issue described in here
http://trac.roundcube.net/ticket/1486777 I don't think it's something
related to roundcube code. I was playing with the opera emulator +
dragonfly and looks like opera breaks the json output (parser issue?)
that is correctly formatted in the http get response. I attached my
findings to the ticket.
By the way, I'm not sure what tickets to look from the list. I'm messing
around with tickets for milestone 0.4.2 randomly.
P.S. my nick in the bug tracker is neek
Regards,
Adolfo.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/nh/sQRuQAwW/app.js.patch
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 All,
First of all, I would like to introduce myself. My name is Adolfo and
I'm from Buenos Aires Argentina. I'm 27 years old. I've been programming
for 8 over years. Initially, I did some low level c programming but then
I jumped into web programming through php. I coded in php for 6 years or
so until my current job where I do perl (mod_perl).
After looking at different opensource projects, I found this project
interesting. I always like playing with imap protocol (In the past I
built a private/group messaging based on imap in a site similar to fb)
and javascript.
My idea is contributing to this project in my spare time, mainly because
of two reasons: 1) Enjoying while I code 2) Giving something back to the
opensource world.
By the way, I went through the tickets queue and I took one that didn't
seem to hard to solve. I'm not sure if someone else already looked at
it. Ticket #1486860
I think that there are two ways of fixing that.
1) avoid sending cookies with the secure flag on.
setcookie($name, $value, $exp, $cookie['path'], $cookie['domain'],
rcube_https_check(), true);
2) Attached patch which I'm not sure if you agree with. I moved the
https redirect logic from index.php to rcmail.php, right before
initializing the session. The idea is to avoid setting a new ses id for
the non secure request that is redirected to https. Basically, we do the
redirect before any session handling, so it picks up the previous
session stored under ssl.
Let me know what you think.
Thanks,
Adolfo.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Wv/jmLYPNYw/index_diff.txthttp://detached.gigo.com/rc/Wv/jmLYPNYw/rcmail_diff.txt
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,
After reading about the missing translation on the 0.4.1 announcement,
I just updated the catalan translation to the current strings.
BTW, 0.4x versions are working great here, thanks for your effort.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/74/wRJR1VBu/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
Up to 100%.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/TE/g96XNNlP/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,
Attached are updated Lithuanian translations for Roundcube.
By the way, how can I update the translation for 0.4 series? I found
some missing strings in it, but AFAICS, Live Translator already holds
strings for 0.5 which are not necessarily matching 0.4, right?
Rimas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/NH/pCBW7NQX/labels.inchttp://detached.gigo.com/rc/NH/pCBW7NQX/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
I’ve attached an updated Chinese (Traditional) localization of labels.inc.
--
Best Regards,
Thomas Yu - Sian , Liu
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/aa/wqErGgil/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,
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