Dev May 2011

dev@lists.roundcube.net

35 participants
37 discussions

Possible bug with marking several threads as read?
by Laurens Vets 16 May '11

16 May '11

Hello, I have the following issue: - I have multiple unread threads - I select them all - mark messages as read - the last thread that's selected will not be marked as read... This is with roundcube 5.2. Can anyone confirm this? Kind regards, Laurens _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 3

Updated Russian localization
by Nikolay Parukhin 12 May '11

12 May '11

Hi, Please update Russian messages.inc -- Regards, Nikolay. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/qg/uEYyxpPt/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

1 0

Translation update for European Portuguese (pt_PT)
by Ling Fude 12 May '11

12 May '11

Translation update for European Portuguese (pt_PT). - messages.inc Regards, DC --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/b3/WumxRQrd/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

1 0

Updated ru_RU translation
by Сергей Дукачёв (Sergey Dukachev) 11 May '11

11 May '11

Hello! Attached file contains translations for managesieve and kolab_addressbook plugins. 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/Un/gUwuSH1m/plugins.tar.bz2 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

Fwd: [RCU] Corrupted attached PDF files
by Julien Vehent 09 May '11

09 May '11

No change on the users list, maybe the Dev list can help me here ? Or should I fill a ticket directly ? Thanks, Julien -------- Original Message -------- Subject: [RCU] Corrupted attached PDF files Date: Mon, 02 May 2011 10:14:56 -0400 From: Julien Vehent <julien(a)linuxwall.info> To: Users <users(a)lists.roundcube.net> Hi list, I have a 0.5.2 running in a small company and users have been complaining that attached PDF files don't open properly. I tried to open one of those emails with thunderbird, the PDFs display properly. But with roundcube, I get a blank page. I saved both PDFs (from tbird and roundcube) and it appears that the one from Roundcube is slightly bigger (by 118 bytes): $ ls -al -rw-r--r-- 1 jvehent jvehent 11392 May 2 2011 MicroGate chges avril 2011 -rcube.pdf -rw------- 1 jvehent jvehent 11274 May 2 09:52 MicroGate chges avril 2011 -tbrid.pdf $ md5sum * bfb27d3a439fd4d38a2b6d9bcd827582 MicroGate chges avril 2011.pdf 2fd9859443dfa3696b6e86de9fc0b2d2 MicroGate chges avril 2011 -tbrid.pdf I opened both documents in Vim, and noticed that the one coming from Roundcube contains trailing "^M" that don't exist in the PDF coming from Thunderbird (see attached screenshot, the document from roundcube is on the right). I observed this behavior in 0.5.1 and upgraded to 0.5.2 without any change. I tried deactivated ALL the plugins on my instalation, without any change. So before feeling a bug ticket, I'd like to confirm there is not already a solution for this. Thanks, Julien --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Gq/QXVz95UJ/roundcube_pdf_bugs.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/ BT/aba52c80

5 6

Bahasa Indonesia translation update
by Putu Arya Sabda Wijaya 07 May '11

07 May '11

Hi, all here is the translation update for Bahasa Indonesia and happy weekend for all. Sincerely, Sabda --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/r6/muc533TF/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

1 0

Re: [RCD] Roundcube LDAP howto
by Andreas Dick 06 May '11

06 May '11

dear Les thanks for your feedback! In RC5.x and below, the addressbook fields are static coded and can not be changed easily (SQL and LDAP). The next major release of Roundcube (RC6, I hope soon) will contain the posibility of configuring a plenty of fileds as you need it. If you like to test it allready, please check out the SVN code as described on the RC homepage. Andreas On Thu, 05 May 2011 16:33:18 -0800, Les Fenison wrote: > Thanks for your very helpful howto article on setting up LDAP for > roundcube. > > I have one question.. Currently roundcube is able to see the ldap > server however, the only addressbook fields are Display-name, > firstname, lastname, and email. What has to happen to get the > extended > fields to show up? _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

One-click upload window
by A.L.E.C 04 May '11

04 May '11

Hi! Here http://194.150.197.210/rc/test.html I'm testing an idea to provide simpler/faster method for attachments uploading. The idea is to get rid of our attachment-form popup. The logic is working. The only issue I have is the cursor style on the button in FF<4 and webkit. Any ideas what we can do about 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 4

updated slovene translation
by Barbara Krasovec 04 May '11

04 May '11

Hello! Sending an updated slovene translation. Cheers, Barbara --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/qr/dVYIlLJH/sl_SI.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

1 0

Encryption problem in the Password plugin
by Rimas Kudelis 03 May '11

03 May '11

Hi, There is a problem with Password plugin's password encryption in Debian Squeeze. Because of a known bug in Debian's PHP (CRYPT_SALT_LENGTH is not set*), the password is currently being encrypted with an empty salt in SQL driver (but I think this might apply to the LDAP driver too, because it too uses crypt()). The simple fix is to replace this block of code in drivers/sql.php (https://svn.roundcube.net/trunk/plugins/password/drivers/sql.php): $salt = ''; if (CRYPT_MD5) { $len = rand(3, CRYPT_SALT_LENGTH); } else if (CRYPT_STD_DES) { $len = 2; } else { return PASSWORD_CRYPT_ERROR; } for ($i = 0; $i < $len ; $i++) { $salt .= chr(rand(ord('.'), ord('z'))); } $sql = str_replace('%c', $db->quote(crypt($passwd, CRYPT_MD5 ? '$1$'.$salt.'$' : $salt)), $sql); with a single line: $sql = str_replace('%c', $db->quote(crypt($passwd)), $sql); When called without the second parameter, crypt() will automatically generate the salt itself. Which makes me wonder: why does the plugin try to generate this random salt instead of simply relying on PHP to do that? As far as I know, crypt($text, $salt) is useful when you actually want to check whether the password is correct, but there's absolutely no need to use your own random salt when setting user's password – PHP will take care. May I suggest to apply this change in SVN? I really don't see why the plugin should use 12 lines of code to achieve what can be achieved in one line. * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603012 Regards, Rimas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev May 2011