- Dev - Roundcube mailing lists

imap_root patch (significant speedup)
by Ziba Scott 06 Aug '08

06 Aug '08

Hi, We're testing roundcube in a fairly large environment (80K users, 900K mailboxes) with a cyrus imap backend. In our environment, roundcube/iloha imap's namespace discovery phase takes about 1.5 seconds on an unloaded machine. This happens on every email view. Iloha has the ability to skip the namespace discovery phase if a imap_root is configured and roundcube has a configuration option for imap_root. But the two aren't connected! By handing off the imap_root variable to iloha mail sooner rather than later we cut our time to view a message from 1.7 seconds to 0.2 seconds. I've submitted a patch with this ticket: http://trac.roundcube.net/ticket/1485172 Please let me know if there's anything I can do to help get this accepted. Thanks, Ziba -- Ziba Scott Web Application Developer Web/DB Team, Information Technology Central Services The University of Michigan _______________________________________________ List info: http://lists.roundcube.net/dev/

3 4

Updated Dutch translations
by Lazlo Westerhof 06 Aug '08

06 Aug '08

Hi all, Updated Dutch translation files are attached. Best regards, Lazlo Westerhof --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/6C/wH4hnThr/dutchtrans_updated.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/

1 0

Re: [RCD] Plugin-Architecture
by Florian Lagg 05 Aug '08

05 Aug '08

> > Just an idea: Does it make sence to split things up? > > This 'backend-plugin' project for server side actions > > A new "frontend-plugin' project for client side things like JS, Html, > > Ajax-Client, ... > > > Server side is almost done in your patch and I think it's small part of > whole engine. The frontend side of plugins engine is most wanted. > Typical plugin needs are e.g. adding a button in tasklist, adding a tab > in Settings interface, adding a configuration option in User Preferences > (simple tasks, just for start). Of course everything needs feedback in > backend but I think frontend integration is harder to implement. If I understand you right - it does not make sence to split it - right? Fact is: I currently do not have the time to develop a frontent-plugin-architecture and not the Knowledge how RC-Frontend works (... and not the time to look at it, ...). So... What must be done to support future enhanchments in that direction? That is the question we have to think about. I do not want to re-code the whole part because it is unflexible. "I cannot do that right now" doesn't mean "I'll never do it". I just want to get things ready. * RC-Plugin-Arch. (or if you want: backend-plugin-arch. with the option to extend it to the frontend) * Funambol-Plugin These things are requested by my SaaS-customers. Afterwards we can define new milestones, team up and make the world even better ;-) Do you agree? -- Florian Lagg - Florian Lagg - IT-Komplettlösungen Juch 7, 6631 Lermoos tel +43 (699) 10 20 10 24 <http://www.lagg.at/> www.lagg.at - <mailto:info@lagg.at> info(a)lagg.at - Xing: <http://www.xing.com/go/invite/7372113.3da562> http://www.xing.com/go/invite/7372113.3da562 - _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Sieve
by Jeroen Koekkoek 04 Aug '08

04 Aug '08

Hi Alec, and everyone else of course :-) I also created a sieve plugin, but I ported it from Avelsieve. It contains all the functionality Avelsieve has (except from the special Spam rules, they where based on other Squirrelmail plugins). I found your patch before I started working on it, but I noticed you didn't implement all the features I needed. Are you still actively developing the sieve plugin? I'm currently working on making the interface AJAX compatible. After that it should be "ready". If it isn't to much to ask, I'd like to propose that I finish my plugin and upload it somewhere so that it can become a shared effort. You see, I invested quite some time (as have you I'm sure), I would just hate it if we where both working on the exact same thing. How would you feel about that? I'm open for ideas etc. I'm hoping to hear from you. Kind regards, Jeroen Koekkoek P.S. I hope you don't find this message offending in any way, I'm just looking for the best way to implement the features I need into RoundCube. _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

backspace delete message patch
by Kris Steinhoff 04 Aug '08

04 Aug '08

I submitted a small patch which captures backspace to delete a message. http://trac.roundcube.net/ticket/1484566 This is particularly useful when using Mac laptop keyboards which don't have a forward delete key (fn-backspace sends forward delete). Are there users who will expect to have backspace take them back in their history while using RoundCube? Would it be unreasonable to break that expectation? (I think it is.) A user setting could be added to modify the behavior of this patch. -kris -- Kris Steinhoff Web Application Developer Web/DB Team, Information Technology Central Services The University of Michigan _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] Plugin-Architecture
by Florian Lagg 04 Aug '08

04 Aug '08

Hi, thanks for reviewing. I'll wait until next weekend for other ideas and discussion. The list so far: > 1. Auto-calling plugin actions for build-in tasks/actions, it means we > should add (in index.php) code for automatic calling of actions e.g. > 'mail-compose-before', 'mail-compose-after', 'mail-sendmail-before', > etc. and probably also 'mail-before', 'mail-after', etc. yes - sure. btw. I like the style "mail-compose-before" (or "user-login-after" as in my example) It's pretty clearer than my definition. I'll patch the existing code where I need it right now. Maybe we could team up to implement it everywhere, or could implement it module-by-module. We should have a list where actions should be called. I do not have the time to do this alone. > 2. Possibility to use own tasks/actions (I mean > /?_task=settings&_action=myaction or /?_task=mytask) such as a calendar-plugin ;-) lovely. Would be great - but somewhat out of scope I think. Shouldn't we better concentrate on the core plugin-arch and extend it later? But we have to talk about how to implement this later. > 3. Javascript part - for javascript functions/actions (in similar > fasion) including point above. again. Out of scope for my purpose. How can we extend it later to support this? > 4. Possibility to add UI part from plugin without skins modification. > It's "must have", but I think, we can live without that for now. same. We do not have any of these options right now so let's do the core. > 5. Actions priority - if we have few plugins for the same action which > should be executed first? > 6. Config option(s) for enabling/disabling plugin parts. Let's say we > have a plugin with few features, but we need only one. Ok, we can have > separate configuration for each plugin, but maybe something global? > Let's say using regexp. It may be used for temporary disabling whole > plugins without removing files from plugins/ dir. E.g. > $rcmail_config['disabled_plugins'] = 'plugin2 plugin3::mail-compose.* plugin3::settings.*'; Yes, agree. I thought about it but someone on the list denied the use of configuration. But I think this is a must-have. $rcmail_config['disabled_plugins'] = 'plugin2 plugin3::mail-compose.* plugin3::settings.*'; could be a problem because a plugin could possibly rely on some actions - which could be turned off (2nd and 3rd example). What about: $rcmail_config['enabled_plugins'] = array( 'plugin1', 'plugin2' ); If a plugin has parts which could be turned off and on it should have it's own configuration. This is IMHO the plugin part. > > Just to make sure. The plugin system we're talking about here doesnt just > > allow actions, but also small hooks everywhere throughout the code/templates? > > Yes for me. I think templates engine should call plugin actions > before/after each template object (objects, but also e.g. buttons and > every template tag with specified name) and return content from those > actions. Hi, A.L.E.C., thanks for joining us in design phase ;-) Everywhere in the code - yes. This should be a milestone in future. Everywhere in the template - I don't know much about your templating. How/where do we have to implement it? Just an idea: Does it make sence to split things up? This 'fackend-plugin' project for server side actions A new "frontend-plugin' project for client side things like JS, Html, Ajax-Client, ... Both should share the ./plugins directory so that a plugin can work with both. As I do not have any good insight of RC-Templating this could be a bad idea anyway. Dont know. Waiting for futher comments ;-) Thank you. -- Florian Lagg - Florian Lagg - IT-Komplettlösungen Juch 7, 6631 Lermoos tel +43 (699) 10 20 10 24 www.lagg.at - info(a)lagg.at - Xing: http://www.xing.com/go/invite/7372113.3da562 - _______________________________________________ List info: http://lists.roundcube.net/dev/

4 5

Updated Croatian translations
by Svebor Prstacic 04 Aug '08

04 Aug '08

Hi all, updated Croatian translation files are attached. Best regards, Svebor Prstačić --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/qj/jh7F1Shg/crotrans_updated.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/

1 0

Re: [RCD] Plugin-Architecture
by Florian Lagg 02 Aug '08

02 Aug '08

> Message: 6 > Date: Thu, 31 Jul 2008 13:11:45 +0100 > From: Phil Weir <roundcube(a)tehinterweb.co.uk> > Subject: Re: [RCD] Plugin-Architecture > To: dev(a)lists.roundcube.net > Message-ID: <619ca76367db5da740680a8de7b25c53(a)sitespider.co.uk> > Content-Type: text/plain; charset="UTF-8" > > Hi, Hi, > I have made a couple of patches for changing user password and spam > assassin settings stuff like that. I guess you have seen Alec?s sieve > plugin (http://alec.pl/roundcube/managesieve/). No, I havn't. I just looked over the patch file and these are my conclusions: The only relevant parts to this plugin-architecture is imho in index.php. -------------------- + if ($RCMAIL->action=='managesieve') + include('program/steps/settings/managesieve.inc'); -------------------- It declares a new "action" which is called from the frontend. Although if there should be a more generic way to extend RC for more actions this is currently not scope of this project. Same applies to plugins on the client side. Tell me if I missed something. Btw: I have no Idea how sieve works. I just know what it should do. Don't understand me wrong. It should be in scope in future - but not now. I want to get up & running with a minimalistic Version very quick. But I will keep these points in mind. > There is a guy on the forum called rosali, he has been > working on a plugin > arc. I told him he should send what he has got to this list > but I don?t > think he has. Hm... I was refered to A.L.E.C. for the plugin project which told me he is to busy (and the project is stalled therefore). I havn't got any Mails from rosali. I'll try to implement it tomorrow evening if I find some free minutes ;-) Anyhow ... if I get some Info until then I will have a look at it. Thx. I hope I could provide a small patch on monday for testing. But I do not promise as I am very busy. _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] Sieve
by Michael Baierl 02 Aug '08

02 Aug '08

Patrick Nagel wrote: > Plugin or not... always debatable, I guess. > > Take LDAP addressbook support, for example - isn't that something that > could > also be provided by a plugin? It also requires configuring a backend system > (an LDAP directory). Absolutely - if there is a flexible framework almost everything except the framework itself can be a plugin - with some plugins required (see Typo3 for a great sample of this!). But unless this Plugin system is done its hard to implement something like this without patching the sources.... so first job: plugin architecture! > On a side note: funny that we're currently all using Thunderbird as our > mail client ;) I'm sure mainly because a desktop client is always ways better and better performing than any Web based application can be... and on your own systems you usually can install applications... Mike -- Michael Baierl <http://mbaierl.com/blog/> - - - - - - - - - - - - - - - - - Viele Lieder wurden nach dramatischen Ereignissen geschrieben, man erinnere sich an "Candle in the wind" oder "Meine Oma fährt im Hühnerstall Motorad". (german-bash.org) _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Sieve
by Jeroen Koekkoek 02 Aug '08

02 Aug '08

Hi Everybody, I created a sieve plugin for RoundCube. It is based on Avelsieve and is compatible with existing Avelsieve scripts. All functionality Avelsieve has is implemented. I would like to upload my code and let other people have a look at it, if people are interested in it of course. Are there plans to make sieve a part of the basic distribution? If so, how do I continue from here? Kind regards, Jeroen Koekkoek _______________________________________________ List info: http://lists.roundcube.net/dev/

5 6

Re: [RCD] page jump patch
by Kris Steinhoff 31 Jul '08

31 Jul '08

On Wed, 30 Jul 2008 00:25:52 +0200, Till Krüss <till(a)pralinenschachtel.de> wrote: > I would suggest a drop-down menu as default and a input box replacement as > setting. > required keyboard usage is not a good choice. I've submitted a new patch. It now uses a drop-down menu. It also adds a configuration option ("pagejump_dropdown_threshold") which determines the number of pages, over which the drop-down is replaced by a text box (it defaults to 20). If an installation wants to always use the text box, they can set the value of pagejump_dropdown_threshold to zero. If they want to use only drop-downs, they can set the value to something extremely high. -kris -- Kris Steinhoff Web Application Developer Web/DB Team, Information Technology Central Services The University of Michigan --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/ra/bTM7Ja4d/UTF-8_27_27text_bo.png http://detached.gigo.com/rc/ra/bTM7Ja4d/UTF-8_27_27drop-do.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

3 3

Re: [RCD] Plugin-Architecture
by Florian Lagg 31 Jul '08

31 Jul '08

>> If I understand A.L.E.C.'s Ideas right: >> * Each plugin has an init.php which registers to events: >> /myplugin/init.php: >> init_plugin('init', 'functionname'); >> init_plugin('showmail', 'functionname'); > > Yes, but I'd prefer an object-oriented approach: > http://lists.roundcube.net/mail-archive/dev/2008-06/0000038.html correct. >> * the Controller does a loop over the plugin/subdirectories to get these >> registries > Right. This procedure could even be cached for performance reasons. as log as we have only some plugins caching shouldn't be a topic. >> I think it does not make sence to implement a full featured plugin > monster >> if we do not need it right now. >> But we should be able to extend it to a monster if we need to do so > later > > Exactly! Isn't open source great ;-) OK, I think we got a good idea of how it should be implemented. I hope I could code a small prototype this weekend, but I do not guarantee. I will ask the list to test it afterwards. Thanks for your comments. --------------------------------------------------------------- Webhosting komplett mit Plone-CMS, Spam- und Virenfreies E-Mail Hotspot-Systeme (Internet für Ihre Gäste) Netzwerkbetreuung, Fernwartung, uvm. Web: www.lagg.at - Mail: info(a)lagg.at Florian Lagg, Juch 7, 6631 Lermoos, Austria --------------------------------------------------------------- _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Translate into "Azerbaijani"
by Orxan Quliyev 30 Jul '08

30 Jul '08

Hello. This is official translating file of OUR Technology, LLC for RoundCube. We like RoundCube. Please add to our “Azerbaijani” to the list of Localizations. Language: Azerbaijani Translater: Orkhan Guliyev (OUR Technology, LLC.) Best Regards, Orkhan Guliyev. ________________________________________________________ Forex-AZ’la hər yerdə, hər an FƏRQDƏN QAZAN - FƏRQLİ QAZAN! http://adrunner.forex-az.info/ab/2-3 --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/DD/qWAGk5Ic/roundcube.rar Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Extended Search
by Till Krüss 30 Jul '08

30 Jul '08

Roundcube needs as every good mail client does a search feature. The user should be able to search for user-specified criteria in user-specified (sub)folders. The request can take a few secounds, but if you have more than 1 folder, it is annoying to select each folder one by one and re-type your search string every time. Cheers, Till http://trac.roundcube.net/ticket/1485234 _______________________________________________ List info: http://lists.roundcube.net/dev/

3 3

Re: [RCD] page jump patch
by Till Krüss 29 Jul '08

29 Jul '08

I would suggest a drop-down menu as default and a input box replacement as setting. required keyboard usage is not a good choice. _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

A few patches for LDAP and identities
by Gokdeniz Karadag 29 Jul '08

29 Jul '08

While I was trying to integrate and customize roundcube to our department's system, I submitted some small patches to trac. I think they will be useful for some setups, the forum and tracker has some requests for these features. 1. The first one presents the "edit identity" screen when the user is recorded in roundcube database for the first time. In our system, the user's name was not correctly pulled from ldap while auto creating, so I added this to send the user to edit identity screen. If users are not auto created, the administrator probably entered correct info in the first place, so depending on auto user creation is reasonable. http://trac.roundcube.net/ticket/1291605#comment:9 This patch is obsoleted by the following patch in our system but it can be useful on other places. Having the user double check the name and email is never bad, and can help catching typos or other errors in the system :) 2. Then for LDAP integration. I modified Gerald Schneider's old patches at the following address. http://www.gerald-online.de/misc/roundcube/ The patch adds a new configuration option, and searches LDAP for user's real name and uses it as identity. http://trac.roundcube.net/ticket/1485203 3. This third one is very site-specific IMO. But It has no side effects, so it can be safely included. adds '@' + 'mail_domain' if the e-mail address from LDAP does not include '@' sign. Our emails are of the form "ldap_uid@mail_domain" and there is not a seperate field for e-mail in LDAP, so they are autogenerated by this patch. http://trac.roundcube.net/ticket/1485201 -- Gokdeniz Karadag _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Sender Recipient
by Michael Weinert 29 Jul '08

29 Jul '08

Hello all, thank you for roundcube. It is a great program. Still missing sieve, but I'll be patient :-) My girlfriend has around 20 email-adresses and she would like to see, to which account the mail got sended. So I turned around the name and email. You see the email instead of the name. If you move the mouse over the email you will see the name. Maybe someone else is interested, thats why i publish it here. 1) Added a config-parameter (main.inc.php): // Show email instead of the name in recipient and sender $rcmail_config['show_email'] = TRUE; 2) Changed the source in program/steps/mail/func.inc: @@ -876,13 +876,21 @@ $out .= sprintf('%s <%s>', Q($part['name']), $part['mailto']); else if (preg_match($EMAIL_ADDRESS_PATTERN, $part['mailto'])) { - $out .= sprintf('<a href="mailto:%s" onclick="return %s.command(\'compose\',\'%s\',this)" class="rcmContactAddress" title="%s">%s</a>', + if ($CONFIG['show_email']) + $out .= sprintf('<a href="mailto:%s" onclick="return %s.command(\'compose\',\'%s\',this)" class="rcmContactAddress" title="%s">%s</a>', + Q($part['mailto']), + JS_OBJECT_NAME, + JQ($part['mailto']), + Q($part['name']), + Q($part['mailto'])); + else + $out .= sprintf('<a href="mailto:%s" onclick="return %s.command(\'compose\',\'%s\',this)" class="rcmContactAddress" title="%s">%s</a>', Q($part['mailto']), JS_OBJECT_NAME, JQ($part['mailto']), Q($part['mailto']), Q($part['name'])); - + if ($addicon) $out .= sprintf(' <a href="#add" onclick="return %s.command(\'add-contact\',\'%s\',this)" title="%s"><img src="%s%s" alt="add" border="0" /></a>', JS_OBJECT_NAME, @@ -1123,4 +1131,3 @@ )); ?> It would surely be better to do this by user, but this was too much trouble for me right now. Best wishes, Michael -- SysQuadrat Systeme mit Sicherheit Michael Weinert Stuttgart Filderstadt-Plattenhardt Tel.: 0711-9970288 Fax: 5360559 Mobil: 0170-4141273 http://www.linux-firewall.de weinert(a)sys2.de KeyServer hkp://pgp.mit.edu _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

page jump patch
by steinhof 29 Jul '08

29 Jul '08

I submitted a feature request with a patch I've been working on. It allows users to jump to an arbitrary page in the the message list view. This is useful when trying to navigate around folders which contain a lot of messages. (I've attached a screen shot of what it looks like in the interface.) http://trac.roundcube.net/ticket/1485235 -kris -- Web Application Developer Web/DB Team, Information Technology Central Services The University of Michigan --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Q1/V8qeGkpX/UTF-8_27_27page_ju.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Selectable folder for outgoing mails
by steinhof 29 Jul '08

29 Jul '08

The roadmap for 0.2-beta mentions "Selectable folder for outgoing mails." The only ticket I've found that seems to be related is http://trac.roundcube.net/ticket/1485075 But its milestone is "later" not "0.2-beta." I'd like to help implement this feature. Is this the right ticket to start with? Is anyone else working on this? thanks -kris -- Web Application Developer Web/DB Team, Information Technology Central Services The University of Michigan _______________________________________________ List info: http://lists.roundcube.net/dev/

3 2

Ticket #1485152
by James MacLachlan 24 Jul '08

24 Jul '08

This patch resolves our issue which is identical Ticket #1485152, we are running PHP 5.1.6, RPM from CentOS 5. Hope it helps. James diff -Naur roundcubemail-0.1.1/program/steps/mail/sendmail.inc roundcube.corrected/program/steps/mail/sendmail.inc --- roundcubemail-0.1.1/program/steps/mail/sendmail.inc 2008-04-05 08:49:21.000000000 -0400 +++ roundcube.corrected/program/steps/mail/sendmail.inc 2008-07-22 13:56:15.000000000 -0400 @@ -290,8 +290,11 @@ We need to replace mime_content_type in a later release because the function is deprecated in favour of File_Info */ + $fi = finfo_open(FILEINFO_MIME); + $upd_mime = finfo_file($fi, $attachment['path']); + finfo_close($fi); $MAIL_MIME->addAttachment($attachment['path'], - rc_mime_content_type($attachment['path'], $attachment['mimetype']), + $upd_mime, $attachment['name'], true, 'base64', 'attachment', $message_charset); } _______________________________________________ List info: http://lists.roundcube.net/dev/

3 2

patch: automatically generate a contact's display name
by Kris Steinhoff 24 Jul '08

24 Jul '08

I've submitted a patch (http://trac.roundcube.net/ticket/1485212) that gives RoundCube the ability to dynamically generate a contact's display name by concatenating the first and last name fields and it also eliminates the separate display name field. This functionality is turned on with a new config option: $rcmail_config['display_name_type'] = 'automatic'; This patch lays a foundation for some other work I'm doing on getting RoundCube's address book to use another database, with a different schema that doesn't include a display name. (Has anyone one done anything like this? Or have any advice about it?) thanks -kris _______________________________________________ List info: http://lists.roundcube.net/dev/

4 3

dovecot or php bug?
by A.L.E.C 24 Jul '08

24 Jul '08

When delete message I have sometimes (often) problems with opening next message from the list. Roundcube hangs. When deleting or moving message are made two connections to imap server. One for delete/move action and one for next message read. See log fragment: 1.[24-Jul-2008 15:09:05 +0200]: [Resource id #41] C: flg STORE 7 +FLAGS (\Deleted) 2.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: * 6 FETCH (UID 14 RFC822.SIZE 573 FLAGS (\Seen) INTERNALDATE "22-Jul-2008 11:37:42 +0200") 3.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: fh1 OK Fetch completed. 4.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] C: F1247 FETCH 6 (BODYSTRUCTURE) 5.[24-Jul-2008 15:09:06 +0200]: [Resource id #41] S: * 7 FETCH (FLAGS (\Deleted \Seen)) 6.[24-Jul-2008 15:09:06 +0200]: [Resource id #41] S: flg OK Store completed. 7.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: * 6 FETCH (BODYSTRUCTURE (("text" "html" ("charset" "iso-8859-2") NIL NIL "7bit" 226 8 NIL NIL NIL) "alternative" ("boundary" "b1_4547603c33fa601e4b546c824b8d50be") NIL NIL)) 8.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: * 7 FETCH (FLAGS (\Deleted \Seen)) 9.[24-Jul-2008 15:09:06 +0200]: [Resource id #46] S: F1247 OK Fetch completed. Problem is with line no.8 which is readed by both connections #41 and #46. In #46 wthis line is joined with line no.7 and then BODYSTRUCTURE reply becomes malformed and is not properly parsed by iil_C_FetchStructureString(). I'm not sure where's the problem in PHP or in dovecot. Maybe someone knows something about that before I'll write workaround? gentoo PHP 5.2.6-r2 dovecot 1.0.13-r1 -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/

2 3

idea
by Andreas 23 Jul '08

23 Jul '08

The other day I stumbled upon Decimail [1], a webmail client that uses a client-side IMAP connection, tunneled through http. This seems like the holy grail in responsiveness and desktop-like feeling for a webmail client. Could roundcube ever adopt such a model? It would be a total rewrite, since you wouldn't use PHP anymore... but then again, the GUI stays exactly the same, and that's the part about Decimail which really sucks. [1] http://decimail.org/index.html -- -- Andreas [ http://unstable.nl | gopher://unstable.nl ] _______________________________________________ List info: http://lists.roundcube.net/dev/

5 6

updated galician translation.
by David Garabana Barro 21 Jul '08

21 Jul '08

Here it goes! :) -- David Garabana Barro jabber & google talk ID: david(a)garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Fp/DmwjZjsD/messages.inc http://detached.gigo.com/rc/Fp/DmwjZjsD/labels.inc http://detached.gigo.com/rc/Fp/DmwjZjsD/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/

1 0

Spanish trasnlation updated
by emi daruma tai 17 Jul '08

17 Jul '08

Here it is, again :) --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/mE/ZvN73IZA/labels.inc http://detached.gigo.com/rc/mE/ZvN73IZA/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/

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev