Updated for European Portuguese (pt_PT) translation.
> messages.inc
Regards,
DC
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/1b/NH8cYaBh/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
Hello devs and list lurkers
I'm very happy to give you a first preview of the all new skin for
Roundcube webmail. It was created by FLINT, the very talented graphic
designer who already designed our website. He worked hundreds of hours
for free just to make Roundcube look good. And I'm very happy with the
result, the design is very stylish and modern while still being
functional and it makes our current default skin look like
Squirrelmail ;-)
So have a look at the drafts over here:
http://www.flickr.com/photos/roundcube/sets/72157627599045023/
The fake contents of the screens are in German and they include some
features which are not yet implemented but it's nice to have an idea
of the future.
Cheers,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
On 09/29/11 01:52, dev-request(a)lists.roundcube.net wrote:
> Message: 9
> Date: Thu, 29 Sep 2011 10:52:52 +0200
> From: Philip Iezzi <lists(a)iezzi.ch>
> Subject: Re: [RCD] jQuery UI plugin
> To: Thomas Bruederli <roundcube(a)gmail.com>
>
> Hi Thomas
>
> Thanks for another great 0.6 release!
> What happened with the rcube_plugin::require_plugin() method you have
> announced last May?
>
> The new compose_addressbook plugin from
> http://underwa.ter.net/roundcube-plugins/, v.5.0b3 still uses this
> method and gives me the following error:
>
> PHP Fatal error: Call to undefined method
> compose_addressbook::require_plugin() in
> plugins/compose_addressbook/compose_addressbook.php on line 16
>
> Anyway, even by commenting out this line of code, the current
> compose_addressbook plugin is not compatible with RC 0.6. But please
> tell me what happened with this useful rcube_plugin::require_plugin()
> method?
>
> Best Regards,
> Philip
Philip,
I have compose_addressbook working error-free in my test 0.6-stable
instance. The version I'm using appears to be v.5.0b1. I don't know what
the code differences are between b1 and b3.
--
Arne Berglund
System Administrator, Internet Services
Lane Education Service District
Eugene, OR
____________
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Attached the Dutch translation. Apart from adding the empty labels I
fixed some consistency issues, and I also corrected some small typos.
I checked the changes with Justin van Beusekom, the person who
submitted the translation the last time.
Thanks,
Michiel
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/pm/mJqwUbqB/rc-nl_NL.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
Hello!
WBR, Sergey Dukachev mailto:admin@mfitness.ru
---------------------------
IT dept
MFitness
+7 (495) 974 1234 (add. 106)
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/sG/VUPJR1rU/ru_RU.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
Dear plugin developers
We recently added the plugin named 'jqueryui' by Cor Bosman to the SVN
repository and it will be shipped with future releases of Roundcube. In
fact there are several plugins which actually use jQuery UI and the intent
of this plugin is to load its resources only once and to maintain a
streamlined UI which is in sync with the (default) Roundcube themes.
In current trunk (and released in v0.6 soon) a plugin can require another
plugin using the following line in the init() method:
$this->require_plugin('jqueryui');
This will load the required plugin (if not already done) even if it's not
listed in the config.
We kindly request all plugin authors who embedded jquery UI in their
plugins (or planned to do so) to rely on this official jquery UI plugin and
to load it as mentioned above.
Thanks a lot and keep on developing!
~Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Dear subscribers
The next major release has finally reached stable state and is now
available for download. The most important improvement since the 0.5
line is certainly the full-featured address book which now provides a
smart interface to manage rich contact information including photos.
Those who skipped the beta release 0f 0.6 and are still running 0.5
can find a brief description of all new features here:
http://lists.roundcube.net/mail-archive/announce/2011-08/0000002.html
We recommend to update all existing Roundcube installations with this release.
Get it now from http://roundcube.net/download and have fun!
Cheers!
Thomas
_______________________________________________
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/Rq/SE1x3/kS/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 dev team,
I updated Japanese translation.
The present trunk has broken!!! (It is overwritten by the language of ar_SA)
I synced Japanese translation with en_US (on trunk, branches/release-0.6) .
Please update by this file.
Regards,
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Yh/OUDY/K7M/release-0.6.ziphttp://detached.gigo.com/rc/Yh/OUDY/K7M/trunk.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
[
Cross list reply from users list, here is my original post if
somebody is interested
http://lists.roundcube.net/mail-archive/users/2011-09/0000050.html
]
Hello again,
On Wed, 21 Sep 2011 12:18:31 +0200 A.L.E.C wrote:
> On 21.09.2011 12:08, Miguel Telleria de Esteban wrote:
>
> > OPEN QUESTIONS:
> > Is there a way in roundcube to trace the IMAP traffic?
>
> imap_debug option.
>
> > Although I guess that if I don't have the threading options
> > displayed in folder settings is because roundcube has already
> > parsed the capabilities from the server correctly.
>
> Right.
Ok, I can confirm that my IMAP server does not have the THREAD
capability.
* CAPABILITY IMAP4 IMAP4rev1 AUTH=NTLM AUTH=GSSAPI AUTH=PLAIN UIDPLUS
CHILDREN IDLE NAMESPACE
> > * Figuring out how to recover client-side thread sorting in
> > roundcube as a Fallback when the server does not implement it.
>
> You could try to write the code, but it would be slow.
>
Ok, I am going to give it a try :).
So, if I understand correctly the indications here:
http://lists.roundcube.net/mail-archive/users/2011-08/0000028.html
THE FOLLOWING THINGS APPLY
1. Each time a threading sort is needed, the method:
rcube_imap_generic :: thread() is called.
function thread($mailbox, $algorithm='REFERENCES',
$criteria='', $encoding='US-ASCII')
2. This thread() method must perform the following actions:
1. Invoke the THREAD command on the IMAP server using the
function arguments ordering algorithm, search criteria and
encoding as their directly correspondants in the IMAP THREAD
command (RFC 5256).
2. Treat the response, and parse it returning the following values:
- A "tree"
- A "depthmap" (which is an array)
- A "haschildren" (which is also an array)
3. These (tree, depthmap and haschildren) values are generated from the
IMAP THREAD response by the recursive parseThread() private method.
The IMAP THREAD response is specified in RFC 5256, and here I paste
an illustrative example
Server response:
* THREAD (2)(3 6 (4 23)(44 7 96))
means
-- 2
-- 3
\-- 6
|-- 4
| \-- 23
|
\-- 44
\-- 7
\-- 96
4. RFC 5256 defines two sorting/threading algorithms:
- ORDEREDSUBJECT: Poor man's threading algo based on heuristincs
in the subject content.
- REFERENCES: Uses "References" (preferably) or
"In-Reply-To" (alternatively) header to match
"Message-Id" values and establish parent-->child
relationships.
Besides than the RFC 5256, the references method is also
described here: http://www.jwz.org/doc/threading.html
5. There is an additional sorting/threading algorithm recognised by
roundcube:
- REFS: Slight variation of REFERENCES in which the Subject
field is completely ignored.
- So far it seems to be defined in IETF Drafts, it has not reached
RFC status yet.
http://tools.ietf.org/html/draft-ietf-morg-inthread-01http://tools.ietf.org/html/draft-gulbrandsen-imap-inthread-03
6. The selected threading algorithm is stored in
$RCMAIL->imap->threading
having as values: "REFS", "REFERENCES", "ORDEREDSUBJECT" or NULL
(to signal no threading support)
7. The Iloha IMAP library (former file /program/lib/imap.inc) from
which rcube_imap_generic.php evolves has the following functions
related to threading:
iil_SortThreadHeaders()
iil_C_FetchThreadHeaders()
iil_C_BuildThreads2()
iil_SortThreads()
iil_IndexThreads()
the thread structure is implemented as:
class iilThreadHeader
{
var $id;
var $sbj;
var $irt;
var $mid;
}
MY PROPOSED APPROACH (see also open questions below)
Inside the rcube_imap_generic::thread() function bypass the
this->execute(THREAD) command and call a function of my own:
client_side_thread_command($mailbox, $criteria, $encoding)
This function should perform the following actions:
* Obtain the message-id (or UID?) of files with the SEARCH criteria
* FETCH the headers REFERENCES, IN-REPLY-TO and MESSAGE-ID of the
searched messages.
* Perform the REFS algorithm on them following RFC 5256 or jmz.org's
article (I hope that this is already done in iil library).
* Return a parenthesised list with the thread ordering similar to the
IMAP THREAD reply so that it can be fed to parseThread(), or
alternatively generate the tree, depthmap and haschildren data
structure directly.
CODING RESOURCES
http://trac.roundcube.net/wiki/Dev_Docshttp://trac.roundcube.net/wiki/Dev_PHPCommonshttp://roundcube.net/doc/phpdoc/Mail/rcube_imap.htmlhttp://roundcube.net/doc/phpdoc/Mail/rcube_imap_generic.html
OPEN QUESTIONS:
* Is this thread() function, the only entry point for thread ordering
in roundcube?. If it is true then I guess that paging, sorting, etc
are solved elsewhere.
* Is there a per-mailbox indication for threading?
* Is there a combined search+fetch-headers function in
rcube_imap_generic() or rcube_imap()
* Should I work with UID's or message sequences?
* Should I code based on 0.6-rc base or in a more modern svn checkout?
Any more comments will be welcome. I plan to start the work next week.
Regards,
Miguel
--
(O-O)
---oOO-(_)-OOo-----------------------------------------------------
Miguel TELLERIA DE ESTEBAN http://www.mtelleria.com
Email: miguel at mtelleria.com Tel GSM: +34 650 801098
Tel Fix: +34 942 280174
Miembro de http://www.linuca.org Membre du http://www.bxlug.be
¿Usuario captivo o libre? http://www.obtengalinux.org/windows/
Free or captive user? http://www.getgnulinux.org/windows/
-------------------------------------------------------------------
[signature.asc application/pgp-signature (198 bytes)]
[signature.asc application/pgp-signature (198 bytes)]
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/1Y/KLR7Eub4/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
Hi,
As both the plugin API and the RC core evolve newer plugins might not work
with older versions of RC. Putting this information in the readme or on the
website with the plugin is the obvious answer but some people just ignore
that and install the wrong version any way. Agreed that is their own fault
and they should read the instructions but adding some kind of check into the
API for compatible versions seems to be quite easy, using the
version_compare function in PHP. I had a little play with it and the idea
basically works. There are 2 considerations that I can see:
1) It's only a very basic check: "this plugin works with 0.5.2 and later"
2) The RC version string needs to be written in the "PHP-standardized" way.
That means it has to be x-dev rather than x-svn and no x-stable just x.0
I'm not sure if this is a waste of time and people should just read
instructions, may be it is. If anyone thinks it's a good idea I can make a
patch.
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi all
There has been some discussion coming up which I'd like to continue
over here. Roundcube can have any number of address books (sources),
mostly provided by plugins and LDAP configuration, which are all
listed in the address book view. It's already possible to drag & drop
one or more contacts from one source onto another which will result in
a copy operation. Compared to the mail view this is not consistent
because in mail context, dragging & dropping a message onto another
folder will result in a move operation. Do you think the address book
should behave the same as mail, meaning that the dropped contacts will
be deleted in the source after copying to the new location succeeded?
Of course this would only apply if the source is writeable.
Your feedback is welcome!
Regards,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
And here's another topic to discuss. Imagine the following situation:
1. Create a message and save it as a draft
2. Go and see it in Drafts folder
3. Then remember you have to write an important message to somebody else
4. Hit on "Create a new message" button
5. Oops - the draft you're currently viewing is in the "compose new
message" screen.
This is the current behavior of Roundcube: in drafts folder, the
compose button will open the currently selected draft instead of
starting a new message. So far nobody complained but we have reports
from testers who suggested to change this. An existing draft can be
opened again with a double-click and in addition to that we could add
a button "Edit" to the content area of the draft message.
What do you think?
Regards,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Please find attached to this message the updated Italian translation.
Many thanks for the excellent job to all the developers!
Have a nice day!
Luca
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/er/yNOMkmyK/messages.inc.txthttp://detached.gigo.com/rc/er/yNOMkmyK/labels.inc.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
Hi,
At the moment it is possible to set the cookie domain from the config
file. Would the devs consider also adding a similar option for the
session cookie path?
Thanks,
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi all,
I need some help to modify the html content of messagelist columns.
Basically it is easy by using jquery:
$('#messagelist tbody tr td').each(function(){
var elem = $(this);
elem.html('modified content');
});
Unfortunately I loose event bindings when doing that. I think there are
modifications in app.js necessary (using jquery .live() for event
binding?).
When looking into app.js(.src) I'm lost due to my limited javascript
skills.
Any hints?
Regards,
_______________________________________________
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/DY/8jN1QQyi/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
Hey all, I'm working on a plugin that handles One Time Passwords and Single Signon for our company. The OTP keys have a max session length, so people can't leave their windows open forever in a remote/untrusted location.
This means that I am confronted with imap_connect failures when a key expires. And RC does not seem to handle that very well. Is there a way that I'm not seeing where one could gracefully handle imap_connect failures? For instance by redirecting to the login page with some error message?
Regards,
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
While rewritting messages caching code I decided to store message flags
in one field as a binary sum. Of course the main idea is to get some
unification and better performance. The bad side of this solution is
that we can store this way only known flags defined in the code.
So my question is, do you know/use other flags than listed below (\ and
$ chars removed)?
SEEN
DELETED
ANSWERED
FLAGGED
DRAFT
MDNSENT
FORWARDED
SUBMITPENDING
SUBMITTED
JUNK
NONJUNK
LABEL1
LABEL2
LABEL3
LABEL4
LABEL5
--
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