Dev

dev@lists.roundcube.net

1 participants
4289 discussions

zebra-class to remove
by A.L.E.C 13 Oct '11

13 Oct '11

We have in Roundcube a feature which adds odd/even classes to table rows. This feature is currently buggy. Doesn't work as expected for threaded view and for row replacement actions e.g. in folder manager. Fixing these bugs can be expensive and the way how the fixes would be implemented will be probably an expensive javascript operation (iterate over all rows of a table, detect and change class). This feature is not used in default skin. That's why I think we could remove this feature. Does anyone using it in custom skins? -- 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 4

If Content-Transfer-Encoding can't be parsed, should Roundcube read the content as 7bit?
by Pedro Padron 11 Oct '11

11 Oct '11

Hi there, One of our customers has an application that sends him emails with XML files attached. This app doesn't write the correct headers, so it looks like this: --AaBb--984dfgeSSd3532 Content-Type: application/xml; name=whatever.xml Content-Transfer-Encoding: base64Content-Disposition: attachment; filename=whatever.xml <really><long><xml><file><here><without><line><breaks> You can see that Content-Transfer-Encoding was supposed to be base64, but it has a lame syntax error. The XML file is not base64 encoded, it is very long XML in a single line. Because of this, when the client downloads the attachment from Roundcube, the XML is broken because Roundcube added line breaks to its contents, giving us somtething like: <this_is_a_brok en_tag>blahblah </this_is_a_bro ken_tag> The RFC 2045 [1] states that the default value of Content-Transfer-Encoding is 7bit, that's why we would expect such line breaks to respect the character limit (I know that the message is malformed), but if this limit isn't respected, should Roundcube really try to "fix" the message like rcube_imap_generic::handlePartBody() does? Is this the intended behavior or should Roundcube return the contents 'as is' to the user? Sorry if this is confusing. [1] http://tools.ietf.org/html/rfc2045#section-6 Thanks! Pedro Padron _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

0.6 LDAP addressbook: Entry with photo attached can not be updated any longer
by Manfred Usselmann 09 Oct '11

09 Oct '11

Hi, adding a photo to an ldap address works great, but then it's no longer possible to update the entry. The error on the server side is: slapd[30027]: conn=30 op=2 modifications: slapd[30027]: delete: l slapd[30027]: one value, length 7 slapd[30027]: delete: jpegphoto slapd[30027]: one value, length 72296 slapd[30027]: bdb_modify: uid=mustermann.id,dc=xxx,dc=xxx,dc=de slapd[30027]: bdb_modify_internal: delete l slapd[30027]: bdb_modify_internal: delete jpegPhoto slapd[30027]: bdb_modify_internal: 18 modify/delete: jpegPhoto: no equality matching rule slapd[30027]: send_ldap_result: err=18 matched="" text="modify/delete: jpegPhoto: no equality matching rule" The following thread may give a hint how to fix this: http://www.openldap.org/lists/openldap-software/200106/msg00356.html - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> We've noticed that it's impossible to perform entry modification for >> jpegPhoto attribute. Its schema definition has no EQUALITY >> specification (...) > > You can use LDAP_MOD_REPLACE which deletes the old value and inserts > the new one. This does not need an equaltiy matching rule. One can also remove the whole attribute with LDAP_MOD_DELETE by specifying attribute type (without specifying certain attribute value) and re-add the whole attribute with all updated attribute values using LDAP_MOD_ADD, all in one ModifyRequest. What I've learned this seems to be more robust in general with many LDAP servers than using LDAP_MOD_REPLACE (e.g. when updating sub schema sub entry of Netscape 4.x directory server). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Thanks, Manfred -- Manfred Usselmann _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

extending rcmail object
by Cor Bosman 06 Oct '11

06 Oct '11

Ive been developing some internal plugins that communicate with a REST/json api. Ive written some classes that do the actual work, and i find myself including those in multiple plugins. This seems like it could be done better. What would be really cool is if one could extend RC by adding not just plugins, but also classes. So you could do: $rcmail->myclass->myfunction(….). That way, I could add a class once, and use it from multiple plugins. This could be useful for plugin developers as well, as we could see stuff like Zend or other interesting libraries appear in roundcube for plugins to use. Maybe this is already possible, and if so, could someone explain how? Regards, Cor _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Updated Welsh translation
by Dafydd Tomos 05 Oct '11

05 Oct '11

Updated files for cy_GB translation, attached. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/aE/pUY1g1RD/cy_GB.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

Updated Arabic translation
by Ossama Khayat 02 Oct '11

02 Oct '11

attached --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/b4/Fg1UuqJe/roundcube-ar.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

firefox 7.0.1 renders subject badly in folder list on rc 0.5.3
by Benny Pedersen 02 Oct '11

02 Oct '11

it works ok in explore 8.0 have others seen this ? _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Updated European Portuguese translation (pt_PT)
by Ling Fude 02 Oct '11

02 Oct '11

Update 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/7g/ig7ftDs8/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

Ukrainian updated translations
by Anton Gladky 01 Oct '11

01 Oct '11

--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/zh/IGzsKlMk/labels.inc http://detached.gigo.com/rc/zh/IGzsKlMk/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 Hebrew translation
by Moish 01 Oct '11

01 Oct '11

-- Moish --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/wN/vMQ9TIgO/messages.inc http://detached.gigo.com/rc/wN/vMQ9TIgO/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

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev