Dev

dev@lists.roundcube.net

1 participants
4313 discussions

Spellchecker error
by Victor Benincasa 08 Aug '12

08 Aug '12

Hello Aleksander, This commit broke the spellchecker (Error response: Invalid Request), can you confirm and check it please? https://github.com/roundcube/roundcubemail/commit/ec86add1ffbdc7c60d446657b… Using the latest git / FFox 14.0.1. Config: $rcmail_config['enable_spellcheck'] = true; $rcmail_config['spellcheck_dictionary'] = false; $rcmail_config['spellcheck_engine'] = 'googie'; $rcmail_config['spellcheck_uri'] = ''; $rcmail_config['spellcheck_languages'] = NULL; $rcmail_config['spellcheck_ignore_caps'] = false; $rcmail_config['spellcheck_ignore_nums'] = false; $rcmail_config['spellcheck_ignore_syms'] = false; Tks. -- *Victor Benincasa* # *Mobile*: +55 (11) 992-227-227 | ID: 55*11*51775 | Skype: vbenincasa # *IT Manager* :: Networks, Applications, Systems, Security, Advanced Support

2 1

RC small bug - html entities
by Victor Benincasa 07 Aug '12

07 Aug '12

Hi Thomas, how are you? I've found an small bug in the latest branch, when a message are forwarded, the header fields showed inside the message body are replaced with html entities: From: Test <email(a)email.com> To: Test <email(a)email.com> Becomes: From: Test <email(a)email.com> To: Test <email(a)email.com> I think this bug was introduced in the latest tinyMCE update, but unfortunately I didn't have enough time yet to confirm and fix it. I can check this at the end of the week or if you prefer to release the RC soon, please consider fixing it. Thank you! -- *Victor Benincasa* # *Mobile*: +55 (11) 992-227-227 | ID: 55*11*51775 | Skype: vbenincasa # *IT Manager* :: Networks, Applications, Systems, Security, Advanced Support

3 4

Remove user.alias column
by A.L.E.C 31 Jul '12

31 Jul '12

That column is used only for log in. The current behaviour allows only one alias. Also not every installation is using it at all. What I propose is to:[[BR]] 1. remove this column. 2. add an option which will search for the username in identities table. SELECT u.* FROM users.u JOIN identities i ON (i.user_id = u.user_id) WHERE email = ? LIMIT 1 So, this way searching for alias would be optional (which will improve performance, when not needed, e.g. there's a plugin which do alias mapping) and will give more possibilities. What I'm afraid of is that there's a use-case where alias is not an email address. http://trac.roundcube.net/ticket/1488581 -- 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

3 3

UI inconsistency
by Cor Bosman 31 Jul '12

31 Jul '12

hey all, I just noticed this small inconsistency. In settings->identities there is a trashcan to delete an identity, but settings->folders has a gear as a submenu. I think it would be more consistent if settings->folders had a trashcan at that icon area as well. Cor

2 4

Ready for the switch?
by Thomas Bruederli 27 Jul '12

27 Jul '12

Hello plugin developers et al! As previously announced and finally confirmed by the recent poll, the new Larry skin shall become the new default UI for Roundcube with the upcoming stable release 0.8. The most direct way to do that is to rename the skin folder from "larry" to default and make the current default to "legacy". The big drawback though is that all the plugins providing skin templates are also forced to do so. If we leave the old skin as "default", hardly anybody will benefit from the new skin unless the local config file is altered. As an alternative to the rough way proposed above, we could rename the current default folder to "legacy" and keep Larry as "larry" and instead resolve the config value "default" to "larry" within the code. While I prefer the rough way, I'd still like to hear some opinions from the plugin developers. Those using rcube_plugin::local_skin_path() shouldn't have any troubles no matter which way we choose. All the others please speak up or change your code :-) Best, Thomas

5 8

Some plan for a "local folder" ?
by Claudio Filho 26 Jul '12

26 Jul '12

Hi Exist some plan or plugin to do a "local folder", similar to Google Gear (?) ? I saw in other webmail client this resource and, for corporate client is a very nice feature, mainly when the user have a limited space and wish preserve his old emails. Thanks in advanced, Claudio

3 3

translation policy
by Jernej Porenta 24 Jul '12

24 Jul '12

Heya, What is the current policy for incorporating translations from launchpad to current source of Roundcube? I am asking this, because I've noticed that some of the translations from launchpad (e.g: Slovenian password plugin translation) do not come into the sources of Roundcube and users should take care of that (http://trac.roundcube.net/wiki/Doc_Plugins#Internationalization). Are there any plans to make this process easier on the users? Cheers, Jernej

4 3

Updated and corrected Catalan translation
by Jordi Sanfeliu 19 Jul '12

19 Jul '12

New messages.inc and labels.inc attached. Many thanks. -- Jordi Sanfeliu FIBRANET Network Services Provider http://www.fibranet.cat

2 1

Managesieve plugin - setting variables, patch
by Paweł Słowik 17 Jul '12

17 Jul '12

Currently the Managesieve plugin has no GUI for displaying variable definitions (RFC 5229). Variables from an existing script are parsed and saved correctly, but the GUI is blank. The attached patch adds a simple GUI. -- Paweł Słowik IQ PL Sp. z o.o.

2 2

OpenPGP in JavaScript in Roundcube in round in round in round...
by Niklas 13 Jul '12

13 Jul '12

Hello :-) I've been working on implementing OpenPGP.js in Roundcube for the past couple of days. It's still an unfinished project in development, but since there's such high demand for the result I ought I'd ask you guys for some early feedback. For those of you who don't know: OpenPGP.js is a fork of the previous GPG4Browsers. The intent is to port all OpenPGP functionality into JavaScript so that third party software isn't required for PGP activity. It uses HTML5 web storage and standard PKI keyrings (private keys excluded). So far the plugin, rc_openpgpjs, has a "temporary"(?) user interface for key management and selection. Its consciously using a pretty rough UI at the moment because the new design for Roundcube is just around the corner, but just not finished enough yet to start working on. Also the Enigma plugin interface looked in trouble in Larry. Speaking of Enigma: I'm sure someone will ask why I extend that instead. With all due respect to its authors and fans, Enigma has been stuck in development for 2 years, and PGP support has been planned for Roundcube for 6 years. I'm not sure whether Enigma is really relevant or not. Also I can not support a plugin that implements encryption as a server side solution. The main goal of encryption is to ensure that the data can not be accessed by unauthorized people. I believe that people hosting other people's mail should be treated as unauthorized, and giving private keys away to somebody else really fights against the entire purpose. And then arises the exact same problem that Hushmail users are experiencing: http://www.wired.com/threatlevel/2007/11/encrypted-e-mai/ Even though most Roundcube users probably host their own email I'm quite sure most people don't have problems with a client sided solution instead. That said, I'm not opposed to the Enigma plugin in any way. I was only too lazy to bother learning its structure and layout, which turned out to not be entirely supported by the Larry design. I wouldn't mind a merge later on. Anyhow! Check it out, and tell me what you think. I strongly welcome UI recommendations, patches or any other tip about how I should progress. It's still in early development, but most of the key management features are implemented and so is the decryption of emails. Nothing about the UI is finished. https://github.com/qnrq/rc_openpgpjs Cheers! /Nik

5 7

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev