- Dev - Roundcube mailing lists

session problems
by Ricardo Campos Passanezi 05 Jan '12

05 Jan '12

I've installed the roundcube 0.7 (freebsd port) into my machine, but I can't login with the system showing "Your session is invalid or expired." In the session logs, whenerver I try to login I get a: [05-Jan-2012 09:47:05 -0200]: Session authentication failed for hu51sq0hdvfhbe3u6eka8bj935; invalid auth cookie sent Versions: postgresql 9.0.5 with "timezone = 'America/Sao_Paulo'"; roundcube 0.7 with "$rcmail_config['timezone'] = 'America/Sao_Paulo';". I've searched through the list, goggled, and found something about plugins, but i didn't enabled any plugin here (yet). Is there anything I'm missing? Any clues? What can I do to help finding what is wrong? TIA... -- Ricardo Campos Passanezi - Network Analyst PGP & GPG public key at: http://www.ige.unicamp.br/~riccp Institute of Geosciences - http://www.ige.unicamp.br - UNICAMP _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Timezone setting
by Roland Liebl 04 Jan '12

04 Jan '12

Hi Devs, I'm currently implementing Timezone support in my calendar plugin. I think this should be integrated with Roundcube Timezone settings. Is there a special reason why you save only the offset and DST in prefs? This way I can't detect the appropriate Olson Timezone: F.e.: America/Denver and America/Phoenix are both in GMT offset -07:00, Denver use DST while Phoenix doesn't. I really would like to see the Timezone selection list showing Olson Timezone identifiers [timezone_identifiers_list()]. This change would it make possible to detect DST automatically as well ... $stz = date_default_timezone_get(); date_default_timezone_set( ... indentifier from config ...); $is_dst(date('I', time()); date_default_timezone_set($stz); Regards, R. _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 10

Update required for password plugin driver: ldap_simple
by Zhang Huangbin 30 Dec '11

30 Dec '11

Dear developers, We should update password plugin to support LDAP SSHA password with PHP 5.3. SSHA requires PHP module mhash in PHP-5.2 and earlier versions, but it's discontinued in PHP-5.3, hash extension has full mhash compatibility, all existing applications using the old functions will continue to work. Reference: http://php.net/manual/en/migration53.removed-extensions.php So we don't need to check mhash extension if we're running PHP-5.3 in plugins/password/driver/ldap_simple.php (Line 219): if (function_exists('mhash') && function_exists('mhash_keygen_s2k')) { After modified: if (function_exists('mhash_keygen_s2k')) { Works fine with PHP-5.3, Debian 6.0.3. i know it's dirty, so i'm looking forward to an official patch. Thanks. :) ---- Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/ _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Old translations
by Ossama Khayat 30 Dec '11

30 Dec '11

Hi, I wanted to update the Arabic language translation, but noticed it's now move to LaunchPad and nothing is translated. Are you moving the old translation over, or do we have to redo everything from scratch? thanks, _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Fwd: Re: [RCU] question regarding fieldmap for LDAP addressbook in RC 7
by Andreas Dick 30 Dec '11

30 Dec '11

hei Thomas I think this is fixed in SVN since before 0.7... but the fix is not in 0.7... can that be? the problem is that the GUI is not showing more than one address fields even when configured as home and work in the LDAP fieldmap. fact is, I can reproduce this in 0.7 as Feisar and Andreas Oster, but I observe that it works well in SVN... could it be that it is a new bug in 0.7 or is the fix not in 0.7? thanks Andreas -------- Original-Nachricht -------- Betreff: Re: [RCU] question regarding fieldmap for LDAP addressbook in RC 7 Datum: Thu, 29 Dec 2011 13:36:12 +0000 Von: feisar <f3isar(a)gmail.com> An: users(a)lists.roundcube.net > my question was, what do you see in the gui? > -> a dropdown left from the address? or even something like "Address"? > if you change the dropdown, do it not change? > or what does not work? > Andreas Hi, did this get resolved? I too am having trouble with the alternative work/home addresses. The email and phone number fields work as expected but there is no 'Add Field> Address' option (only email, phone and website in my case). I'm not really sure what the config should look like but here is mine (using the evolutionPerson schema). There are a couple of things commented out but that's just from previous experimentation: 'fieldmap' => array( // Roundcube => LDAP // Main information 'firstname' => 'gn', 'jobtitle' => 'businessRole', 'name' => 'cn', 'organization' => 'o', //'photo' => 'jpegPhoto', 'prefix' => 'title', 'surname' => 'sn', // Contact Properties 'email' => 'mail', 'phone:home' => 'homePhone', 'phone:work' => 'telephoneNumber', 'phone:mobile' => 'mobile', // Work address 'address:work' => 'street', //'zipcode:work' => 'postalCode', //'locality:work' => 'l', // Home address 'address:home' => 'homePostalAddress', //'zipcode:home' => 'postalAddress', //'locality:home' => 'otherPostalAddress', //'region:home' => 'st', //'country:home' => 'co', 'website' => 'labeledURI', // Personal information tab 'anniversary' => 'anniversary', 'birthday' => 'birthDate', 'manager' => 'managerName', 'spouse' => 'spouseName', // Notes tab 'notes' => 'note', ), Thanks -- List info: http://lists.roundcube.net/users/ BT/f0a00374 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

Re: [RCD] [RCU] question regarding fieldmap for LDAP addressbook in RC 7
by Andreas Dick 29 Dec '11

29 Dec '11

hei feisar I think your config should be more like: // Work address /// 'address:work' => 'street', 'zipcode:work' => 'postalCode', 'locality:work' => 'l', // Home address /// 'address:home' => 'homePostalAddress', 'zipcode:home' => 'postalAddress', 'locality:home' => 'otherPostalAddress', 'region:home' => 'st', 'country:home' => 'co', I think that 'address' is not supported but 'street' would be... but I suppose it do not work anyway with 0.7 since it should with curent SVN... can you please test that? Andreas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

New skin - search field position
by Patrick Nagel 28 Dec '11

28 Dec '11

Hi, I'm not sure whether that's the right place to comment on the new skin, but since I just tried it out for the first time, I want to point out something that immediately caught my eye: The search field on the upper left is very confusing. Everyone is used to it being on the upper right, from about any web-app and even non-web-app I know, including the old skin, Thunderbird, etc.. MediaWiki even moved their search field to the upper right, just for that reason. Can it be moved to the right side? Patrick. -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

New skin - new labels - new translations
by Thomas Bruederli 28 Dec '11

28 Dec '11

Hi list, Those who have seen the drafts for the new UI, codename "Larry", may have noticed that Roundcube will have combined icon & text toolbar buttons. Now the existing text labels for the toolbar buttons are way too long to be displayed inline. They worked perfect as hover-titles but need to be shorter for the inline display. And I'm uncertain how to approach this change. We could either do one of the following: A) Change the existing labels to shorter versions + There's at least something displayed in every language - Most of the translations need to be updated with shorter versions - Hard for a translator to find the labels which need to be shortened - No alternative longer hover-titles on the buttons or new labels have to be created for that B) Define new labels for the short button texts and keep the existing ones as hover-titles + Perfect description of a toolbar button with icon, text and description (hover) + Easy to "track" that new translations are required as launchpad will show many "untranslated texts" - Texts will be missing in all translations and English versions will be displayed until translated I slightly tend to B) because there are more positive aspects even if it probably takes longer until all the translations are updated to form a perfect new UI. Any votes, opinions or gripes are welcome! Best, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

4 3

Homepage translated?
by Claudio Filho 23 Dec '11

23 Dec '11

Hi Thomas, is possible to translate the first page of project[1] and use the browser location to show the translated page (and english, when haven't it) ? I think that can bring more users and helps in promote the project. What you think? [1]http://roundcube.net Cheers, Claudio _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Re: [RCD] [RCU] Version 0.7 (stable) released
by Thomas Bruederli 23 Dec '11

23 Dec '11

Arne Berglund wrote: > On 12/22/11 11:16, Thomas Bruederli wrote: >> On Wed, Dec 14, 2011 at 16:23, <list(a)airstreamcomm.net> wrote: >>> Thanks for the lastest release. We are curious what the time line >>> for the >>> new skin is going to be, and if you have any dates in mind for >>> release? >> We don't have a concrete deadline but I'd expect a first 0.8-alpha or >> beta release with the new skin in early February. Then all the plugin >> developers need some time to adapt their plugins to the new UI. And >> of >> course a lot of Internet Explorer Hacking will be necessary... >> >> ~Thomas > > Thomas, is the plan to completely replace the existing skin, or will > both co-exist for a release or two? I don't imagine that anyone wants to > maintain 2 skins for very long... Then plan is to put the new skin in place of the "default" skin once it is complete and tested while keeping the old default skin as "legacy" skin for at least one major release. We'll most likley drop support for IE6 with the new skin and old IEs will therefore get to see the legacy skin. Of course, we're not keen on maintaining two skins in parallel so expect the legacy skin to stay at the current state and being removed after a while. But in case somebody is willing to "bring back the old design" and to maintain the old skin, there's still a chance for it to survive the armageddon. Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Sort Order of Messagelist
by Roland Liebl 19 Dec '11

19 Dec '11

Hello Devs, from time to time I receive Emails without a date header, f.e.: Return-Path: you(a)your.tld Delivered-To: me(a)my.tld Received: from server2 ([xxxx]) by smtp.roland-liebl.de ; Fri, 16 Dec 2011 13:45:26 +0100 Message-ID: <000301ccbbf1$33935db0$6400a8c0@server2> From: "You" <you(a)you.tld> To: <me(a)my.tld> Subject: Fax empfangen von 0049xxxxxxxxx MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01CCBBF9.951F2980" X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 The mail is sorted in the messagelist to the appropriate position using the received header in case that "Sorting column" "None" is selected. If "Sorting Column" "Date" is selected the mail goes to the very bottom of the list. Is there a way to fix this in Roundcube or is it an issue of the IMAP-server backend (SORT)? Regards, R. _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 9

proposed session_domain example update
by Raoul Bhatia [IPAX] 16 Dec '11

16 Dec '11

please review the following patch. i find this information very useful and maybe it would be wise to make $_SERVER['SERVER_NAME'] the default setting. (at least, we're doing it for our deployments) > --- main.inc.php (revision 2771) > +++ main.inc.php (working copy) > @@ -219,7 +219,7 @@ > // must be greater than 'keep_alive'/60 > $rcmail_config['session_lifetime'] = 10; > > -// session domain: .example.org > +// session domain: .example.org or $_SERVER['SERVER_NAME'] > $rcmail_config['session_domain'] = ''; > > // Backend to use for session storage. Can either be 'db' (default) or 'memcache' cheers, raoul _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 5

Launchpad translations
by Moish 15 Dec '11

15 Dec '11

I assume that the build scripts will create "lables" and "messages" files and we don't need to send them as attachments to this list. -- Moish _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

New localization pt-PT for ZipDownload plugin
by Ling Fude 14 Dec '11

14 Dec '11

New localization pt-PT for ZipDownload plugin. Regards, DC --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/H8/QkyEkEXm/pt_PT.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

1 0

French translation update
by Joel S. 14 Dec '11

14 Dec '11

It seems my message of yesterday is not coming into the dev list, I send it again: Hi, Attached is the french translation update. (fr_FR) Regards --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Ke/nM7qpAEy/labels.inc http://detached.gigo.com/rc/Ke/nM7qpAEy/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

3 2

Version 0.7 (stable) released
by Thomas Bruederli 14 Dec '11

14 Dec '11

Hello Roundcube lovers and list lurkers After another round of bugfixing we're happy to announce the stable release of Roundcube webmail version 0.7. Beside fixing the generously reported bugs we also added some security improvements which will protect the Roundcube users from XSS and clickjacking attacks. While most of the modern browser already provide good production for such, we addressed the security of older browsers by doing some more content filtering and environment analysis. With this release Roundcube also passes the email standards project's acid test. See http://www.email-standards.org/acid-test for details and help spread the word about it. We recommend to update all existing Roundcube installations with this version. Get it now from http://roundcube.net/download and give it a try. After completing that milestone we're now focusing on the implementation of your new skin which should become part of the next release. Also we're observing with great pleasure that Roundcube becomes more and more popular and meanwhile ships with sophisticated server software such as the Kolab Groupware or Mac OS X Lion Server. Thanks for your confidence and your support! Have fun! Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

New translation system for Roundcube
by Thomas Bruederli 14 Dec '11

14 Dec '11

Hello folks After building and maintaining our own translation tool for some time we now moved to the translation service at launchpad.net. This makes it a lot easier for many people to contribute side by side and the launchpad system even makes suggestions from translations of other open source projects. So from now on, we'd like you to go directly to https://translations.launchpad.net/roundcubemail/trunk for any translation work. If you visit that page now you can see the (partially very poor) completeness status of our 75 languages. I'd like to encourage everybody once again to participate and to help us complete all the translations we currently have on the list. Many thanks for you help! Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

5 6

Re: [RCD] Error with v0.6: Your session is invalid or expired.
by Zhang Huangbin 11 Dec '11

11 Dec '11

Dear all, Update of this issue (original thread: http://www.mail-archive.com/dev@lists.roundcube.net/msg08244.html): I tested Roundcube-0.6-stable on openSUSE-12.1 and CentOS 6, Ubuntu 11.10, here's summary: - It occurs on openSUSE-12.1 (both 12.1 RC or final release). - This issue doesn't occur on CentOS 6, Ubuntu 11.10. Looks like it's an openSUSE special issue, hope developers can help test/debug/fix it. Package list on Ubuntu 11.10: root@u1110:~# dpkg -l "apache*" | grep '^ii' | awk '{print $2"-"$3}' apache2-2.2.20-1ubuntu1.1 apache2-mpm-prefork-2.2.20-1ubuntu1.1 apache2-utils-2.2.20-1ubuntu1.1 apache2.2-bin-2.2.20-1ubuntu1.1 apache2.2-common-2.2.20-1ubuntu1.1 root@u1110:~# dpkg -l "php*" | grep '^ii' | awk '{print $2"-"$3}' php-net-ldap2-2.0.9-1 php-pear-5.3.6-13ubuntu3.2 php5-5.3.6-13ubuntu3.2 php5-cli-5.3.6-13ubuntu3.2 php5-common-5.3.6-13ubuntu3.2 php5-dev-5.3.6-13ubuntu3.2 php5-gd-5.3.6-13ubuntu3.2 php5-imap-5.3.5-0ubuntu2 php5-ldap-5.3.6-13ubuntu3.2 php5-mcrypt-5.3.5-0ubuntu1 php5-mysql-5.3.6-13ubuntu3.2 Package list on openSUSE-12.1 (final release): suse:~ # rpm -qa "apache*" apache2-mod_wsgi-3.3-6.1.2.x86_64 apache2-prefork-2.2.21-3.4.1.x86_64 apache2-utils-2.2.21-3.4.1.x86_64 apache2-mod_php5-5.3.8-4.2.1.x86_64 apache2-2.2.21-3.4.1.x86_64 suse:~ # rpm -qa "php*" php5-openssl-5.3.8-4.2.1.x86_64 php5-intl-5.3.8-4.2.1.x86_64 php5-dom-5.3.8-4.2.1.x86_64 php5-xmlreader-5.3.8-4.2.1.x86_64 php5-5.3.8-4.2.1.x86_64 php5-xmlwriter-5.3.8-4.2.1.x86_64 php5-mcrypt-5.3.8-4.2.1.x86_64 php5-iconv-5.3.8-4.2.1.x86_64 php5-ctype-5.3.8-4.2.1.x86_64 php5-sqlite-5.3.8-4.2.1.x86_64 php5-tokenizer-5.3.8-4.2.1.x86_64 php5-mbstring-5.3.8-4.2.1.x86_64 php5-gettext-5.3.8-4.2.1.x86_64 php5-mysql-5.3.8-4.2.1.x86_64 php5-pdo-5.3.8-4.2.1.x86_64 php5-json-5.3.8-4.2.1.x86_64 php5-fileinfo-5.3.8-4.2.1.x86_64 php5-ldap-5.3.8-4.2.1.x86_64 ---- Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/ _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Translation for pt-BR
by Claudio Filho 11 Dec '11

11 Dec '11

Hi, I made brazilian portuguese translation for some new plugins and I reviewed all other modules. I really am lost about the revision/approve of translations. The brazilian translators are in this list? Please check and commit. Best regards, Claudio _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Difference between "dep" and "normal" source package
by Claudio Filho 08 Dec '11

08 Dec '11

Hi I am new with Roundcube and i saw that exist 2 packages in download section for 0.6 version. What is the difference between them? Thanks in advanced, Claudio _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

Japanese translation for plugin of newmail_notifier
by Tadashi Jokagi (a.k.a. elf, elf2000) 07 Dec '11

07 Dec '11

Hi, I made Japanese translation for plugin of newmail_notifier. Please check and commit. -- ----.----1----.----2----.----3----.----4----.----5----.----6----.----7---- Tadashi Jokagi / Live in Matsuyama city, Ehime pref. + E-mails: mailto:elf@poyo.jp (PC) mailto:elf2000@gmail.com (mobile) + Social sites: Twitter: http://bit.ly/elfTwitter mixi: http://bit.ly/elfMixi Facebook: http://on.fb.me/elfFacebook Spysee: http://bit.ly/elfSpysee + Web sites: To ehime... http://bit.ly/elfEhime --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/hZ/T6mPAqli/ja_JP.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

1 0

package.xml
by A.L.E.C 06 Dec '11

06 Dec '11

In trunk we have added About section in Settings. Because we have already some plugins on AGPL license we need a place in the UI to provide links to their source code. All plugin authors are encouraged to create/update packag.xml files. There's still one issue. How to define URL of plagin source. There's <srcuri> tag which I think we should use. However, I have problems with validation according to defined XSD for this file. Any hints? Till? -- 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

4 12

french and romanian translation for userinfo plugin
by mbk 06 Dec '11

06 Dec '11

Hi you can find in attached archive french and romanian translation files for userinfo plugins Thanks ! Best Regards, _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 1

Upgrading the Roundcube License
by Thomas Bruederli 06 Dec '11

06 Dec '11

Hi folks, Some time ago we already had a discussion about possible license changes. See http://lists.roundcube.net/mail-archive/dev/2010-01/0000022.html to refresh your memory. Now, almost two years later we came to the conclusion that it's time to act. But let me describe our thoughts a bit more: Current Situation ================= Roundcube has inherited and built upon code from a variety of projects, allowing it to grow quickly to the solution we all love today. In doing so, it has effectively also inherited its licensing policy from projects which were not handling these issues as carefully as one might have wished. These projects have often done a "licensed under the GNU General Public License (GPL)" without an explicit version. Sometimes this statement was accompanied with a link to a web page, most importantly http://www.gnu.org/licenses/gpl. This link was pointing at version 2 of the GPL, but it is the link that always leads to the latest version, so right now is pointing to GPL version 3. And so did Roundcube itself. This, and the provisions in GPLv2 which say that you may at your option choose a later version if there is no explicit version mentioned means that right now Roundcube is "GPL v2 or v3, either may be binding for you depending on how you got it" and would *not* allow proprietary extensions and modules and may or may not allow proprietary skins, depending on your interpretation. This is clearly not a perfect situation and it doesn't reflect the consensus within the Roundcube community (especially after the last licensing discussion) that proprietary modules (plugins) should be allowed, as should be proprietary skins. We meanwhile have specified Version 2 in our source but some links still point to the above mentioned URL which now shows Version 3 of the GPL. So it would make a lot of sense to clarify this explicitly. At the same time, the possibility of Roundcube being under GPLv2 blocks some innovation we would like to do for future versions, such as for example inline ODF support through WebODF, which is licensed under the GNU Affero General Public License (AGPL) Version 3. Background information for the interested ========================================= * GNU General Public License (GPL) Version 2: https://www.gnu.org/licenses/gpl-2.0.html * GNU General Public License (GPL) Version 3: https://www.gnu.org/licenses/gpl-3.0.html * A Quick Guide to GPLv3: https://www.gnu.org/licenses/quick-guide-gplv3.html * GNU Affero General Public License (AGPL) Version 3: https://www.gnu.org/licenses/agpl-3.0.html * Frequently Asked Questions about the GNU Licenses: https://www.gnu.org/licenses/gpl-faq.html Proposed license clarification ============================== Because of the incorporated numerous other components, the only options for licenses are in the GNU GPL family, namely GNU GPLv2, GNU GPLv3, GNU AGPLv3. In order to become license compatible with some of the technologies we would like to be able to use in order to improve Roundcube, we should at the very least choose GNU GPL version 3. We could also choose GNU AGPLv3, which would provide more rights to the users of Roundcube. It would mean that all users have the right to obtain the code of the instance that is providing their service (minus the additional modules, of course). It would also ensure that modifications on the basic Roundcube codebase will have to be made available as soon as the are being used to provide services over the internet, not just when they are distributed in other ways. This is the first choice we have. Personally I'm okay with either, but as the recent discussion showed us, there are some arguments against the AGPL option. I would, however, in any case suggest we explicitly leave the "or any later version" default in, so future license updates won't require us to look at this again. Secondly, if we want to allow proprietary modules and skins, which has turned out to be a major concern of our "users", we should add the explicit permission to create modules under any license, including a proprietary one, which can be done through the following exception to GPLv3 or AGPLv3: This file forms part of the Roundcube Platform for which the following exception is added: Plug-ins and Skins which merely make function calls to the Roundcube Platform, and for that purpose include it by reference shall not be considered modifications of the Platform. If you wish to use this file in another project or create a modified version that will not be part of the Roundcube Platform, you may remove the exception above and use this source code under the original version of the license. The first paragraph provides the permission. The second paragraph allows re-use of Roundcube's code in other projects without the additional permission. Otherwise it would be too easy to circumvent the license and re-use may be limited by the licenses of the projects that wish to re-use code. The Way forward =============== Because the Copyright in Roundcube is not consolidated, making these updates requires the agreement of all contributors to Roundcube. So if you have in the past contributed to Roundcube, we would very much like to ask you for your explicit agreement with this path forward and your preference with regards AGPLv3 / GPLv3, and whether you would exclude one or the other, and for which reasons. We believe this primarily represents a clarification and an adjustment to what we practiced over the past years, and we hope that you will also see it that way. But of course we cannot force anyone to agree, so for those who prefer to have their code removed from Roundcube rather than agree to the update, please let us know. Timing ====== This will not affect the 0.7 release, which will still take place under the somewhat fuzzy licensing situation, but we'll want to apply this to HEAD so we can make sure all code is properly updated and conflicting code replaced before the 0.8 release. Please let us know, what you think about this proposal. Best regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

9 20

IMAP operations performance
by A.L.E.C 06 Dec '11

06 Dec '11

I'm currently working on some improvements in our code e.g. to make possible to open a folder with 100k messages and make memory_limit to not exceed on this operation. I've found that we have one optimization for messages listing. It's used when skip_deleted=false and message_sort_col='' and no threading. So, this is a corner case when we don't need to fetch the list of message UIDs nor IDs from server, but we build the array of IDs on range(1, $max), see line 1529 of rcube_imap.php. This solution is good for performance in this one case, but if we could get rid of it and always work with UIDs only, we would have much simpler code and possibly more performant in other places (including caching) because there would be no need for id-to-uid mapping. The problem is that in described case we'd need to call UID SEARCH ALL. Even so, I think it's worth to do this. Any thoughts on this? -- 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

3 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev