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
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
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
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
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
Hello list,
I have a patch for the http_authentication plugin. I use http
authentication mainly as protection because I have set
$rcmail_config['default_host'] to '' (host can be chosen
arbitrarily). But with this setting the plugin is not usable! I have
added a configuration option ($rcmail_config['http_authentication_host'])
to make the default host configurable! What do you think?
Greetings,
Johannes Weißl
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/VJ/LNPb0hUc/0001-add-host-config.patch
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 Devs!
Currently the mail editing area captures the mouse right click and display
options such as
CUT, COPY, PASTE, CREATE TABLE (tinymce cut/copy/paste just works in IE).
I'm planning to remove this right click context menu and move the CREATE
TABLE option
to the toolbar area.
With this change the user would not lose any function and can use the
browser's native
functions which is more user-friendly, such browser spelling checker (the
googiespell used
in RC has few languages) and so on.
By eliminating the tinyMCE plugin CONTEXTMENU we also reduce the size of the
loaded code.
Speaking in codes:
editor.js
- plugins:
'paste,emotions,media,nonbreaking,table,searchreplace,visualchars,directionality,tabfocus,
contextmenu' + ...
+ plugins:
'paste,emotions,media,nonbreaking,table,searchreplace,visualchars,directionality,tabfocus'
+ ...
- theme_advanced_buttons2:
'link,unlink,code,|,emotions,charmap,image,media,|,search' + ...
+ theme_advanced_buttons2: 'link,unlink,code,|,emotions,charmap,image,media,
table,|,search' + ...
Does anyone have any objection about this change?
--
Victor Benincasa
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi RC Devs,
I'm planning to move the file *roundcube/program/js/*editor.js to the skin
folder
(*roundcube/skins/default/*editor.js) because this file contains several
options
that can be used as skin basis, like the location and order of buttons, the
theme
and skin of TinyMCE editor and so on.
I'm currently developing a skin and missed some control over TinyMCE.
Does anyone have any objection?
--
Victor Benincasa
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80