Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Update 1.0.3 released
by Thomas Bruederli 29 Sep '14

29 Sep '14

Dear Roundcube users We're proud to announce the next service release to the stable version 1.0 of Roundcube webmail. It contains some bug fixes and improvements we considered important for the long term support branch of Roundcube. See the full changelog here: http://trac.roundcube.net/wiki/Changelog It's considered stable and we recommend to update all productive installations of Roundcube with this version. Download it from http://roundcube.net/download. And remember: backup before updating! Kind regards, Thomas

1 0

Possible bug in Roundcube password plugin: cannot generate correct bcrypt hash
by Zhang Huangbin 14 Sep '14

14 Sep '14

Dear developers, I'm running Roundcubemail-1.0.2 on OpenBSD 5.5, i tried to generate bcrypt password hash with ldap_simple password driver, it generates password hash with prefix '{crypt}$2a$' which identities it's a blowfish/bcrypt hash, but Dovecot cannot verify it. Dovecot works fine if i generated password hash with Dovecot command 'doveadm pw -s BLF-CRYPT' or Python bcrypt module. So i think there might be something wrong in Roundcube password driver. Could you help inspect it? Thank you very much.

1 0

Re: [RCD] [RCU] Can't figure out how to use new Plugins installer system?
by Thomas Bruederli 10 Sep '14

10 Sep '14

On Mon, Sep 1, 2014 at 7:49 PM, Ed W <lists(a)wildgooses.com> wrote: > Hmm, so I tried a random other plugin, *that* plugin is installed into > ./plugins. However, dovecot_impersonate is left in > ./vendor/cor/dovecot_impersonate ? > > There is very, very little documentation on how this is supposed to work. > Could someone please give me a hint on what is supposed to happen here? is > the plugin borked? The plugin's composer.json file misses the "type": "roundcube-plugin" specification. @cor, please review and fix your composer.json files. Kind regards, Thomas

2 1

08 Sep '14

Any idea why we can't login to git-master anymore...? After login, I'm seeing ... nothing. RC attempts to load the page ****/?_task=login rather than ****/?_task=mail (which would be the correct one). We reverted back to the stage of Aug 26th, and everything is working again. Win7/64, FF 27.0.1. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

6 10

[PATCH] password plugin driver for ldappasswd(1)
by Dima Dorfman 03 Sep '14

03 Sep '14

Hello, I wrote a backend for the password plugin that uses OpenLDAP's ldappasswd(1). My motivation for this was to remove the requirement to retrieve the user's full LDAP record, which our policy does not allow, but this method is also easier to configure, obviates the need for php to be able to produce the password hash, and supports a more complete range of password storage and authentication options (e.g. SASL binds) In particular, this might satisfy New Feature Request #1486349: password plugin: using LDAP EXOP for changing passwords (RFC3062) >From the comments: * Advantages of this method: * - No extra configuration if OpenLDAP/ldappasswd are already configured * - Indifferent to password storage (attribute) and hashing details * - Future-proof: supports everything ldappasswd(1) can do now, and later * - TLS/SSF verification is done by OpenLDAP according to system settings * - Uses PASSMOD extended operation; no need to retrieve full user record Please review. If possible, I would like to see this in the main tree so I don't have to maintain it locally Patch attached Cheers, -- Dima

2 1

Feature Request
by Robert Bilbrey 28 Aug '14

28 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 To be able to store PGP keys in the roundmail client,encrypt and decrypt messages automatically. Thanks, Bob - -- Robert Bilbrey, CISSP,PMP Ph:931.879.8248 Cell:530.526.8605 If you wish to send me a private email,Please use the following key: - -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1 mQENBFPftloBCADTYqqFvxl1EZdx/LDJLxYHgqavpWI+2i1qs20XKAFsGwVgMOi6 aUMVffPC3cItheBn7ZsTD5FVEJF3y53W9b45MLO+CzDFQpgYvwOvCyUDAGpg8J8D LV5c4XuVa9fT4Mo8txgvEGOc6ff/kd1i/D9CXGARYKVM2ik5HRJiv41rgC83OhFM +FulGtMHM4aGNzhRXTPl94pQVSaL1FGcBEv3MDQJCu9LVqNq0Q/dKoA6tZ5RAkwq ImdBDZj7JyxDUX9Ri69WFN+fXSxAbn6gUKr59Efd3brEChgb9fIZagmOUPrrw4YZ 2E8hTGyXot7Fki7iZdWZplUS+2mp+IMmKGrPABEBAAG0MlJvYmVydCBCaWxicmV5 IChubyBwYXNzd29yZCkgPHJiaWxicmV5QHJ1bmJveC5jb20+iQE4BBMBAgAiBQJT 37ZaAhsjBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRAr7glej7v7ym4xCACi rOQp/6VGpQxSpEnLbQQkB3gesbnsdyDJ9CYeoDkTgcMfimM/Ey1e24Yp1NzqjLYV GoEgjqdJf2zR8ebbZ0IcEGdftirnWpwEhbvQ9u8ad01cQ5PQC6h5I2de8AWE7xbW +8fQxqqV2+cNAag+cjdT63Rn600G9TW4tizljy4Gv41s5pT12U9D0ja8QM8ubjku UHavGDPCifZ2Do6WyM8jXYjeBpxD4MRzxsDffgz+PQnlOMJT9fDTkgdNGl3OUA1p OLSVCh5l6NBMlanieb9NEW896VpJ7J8APcMyMqgkHUHLI1VP2DoLgB9ptl2gUExw KV/pwdWqESe8KRfcl1pruQENBFPftloBCADhhaio3imhzZhIV9vzzLLQalOeXM62 WiYyOVXzbYL8NDmwu24ZIieHFS7X35O+jjWHmo3NlWhsYTrItdYPlc7r7MDkTNzC kB4421P3HQjrwaY6SnuQ/4E9M/FbsNdUSCVY26faqzVvzN+5kjBKjMEq4huUgr3W GtlbsuRu9g4p4hBFndqjxlZ5wH433a/yi/5uscQt4+UEYkVFMYsdz5ojNcAJEDf+ daTSnVTePtSwwklKszemD3I95OQBCx3FJdrVbFicUpvcq8tkhr3d2bT+RFdpIbun bP4Qp4n+AWPxBQC49TXgZpfoF0f3hPMXBZBuwKJ8zyyFfT5aJzwViRF7ABEBAAGJ AR8EGAECAAkFAlPftloCGwwACgkQK+4JXo+7+8qUoggAkatFfYt4nR54zsv39lYD 2uvLWZ6noBwLX709zWcqfsq1qeAtrgqPcovNg79nDxXc1OwVoS320wsNpap88Jcx Awd9xJT0JJKaMVNEAmSl548mzdz2j1wSUCp75toxmvlRxSiqaJsaIJReoHq5Mv/U RoGzh3XxiOEsJf40d/xemuFXk+CyMItGxmtN2ruSuborooL49h3RdEY3OnA413tK D4r+Y55VqZugzRdUsB7+idIMLUXaM0yIn963hZtyGP+q1Up9lV20YtMhZzGCXbHq +/UB+DJS/WjnmSZVrJi7KV6PaqCJbdhD8OZp3XKWki2gaUCry8SK2q4juB65uHXh bA== =LqrJ - -----END PGP PUBLIC KEY BLOCK----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT/1+sAAoJECvuCV6Pu/vKiI8H/1WDtXj7aV6x8CBJdYBvPIa5 xKoXKCOLK/0d1h3V7zXYypKxQtz70mb859UUDd+60uw0kjUJuYzlhAeg90YDWJAX CNoknL4DUd5B0xbMCfkuo58YzRO/J75J8E5B5gTpqjPCvIXJdYO8sTiISBy+Tc2s 1WETetda1tWUowNHMVr11FyQ5r0V74kbTToztiyMDyQ/fpPjTNZ6V39i9NYufozK dSJUqjF14XpdtvaKKDvWLa8m4vvZF8nFZYK8zuUsNyFRcMrekKpqHIID707bu6T3 K7AwfdmW+8D46GHZol4JN495wligBjTa1TwliPuYHUkWvoX7sAIvrr+s/qlSJcI= =z6tI -----END PGP SIGNATURE-----

1 0

Error on Moving/Copying messages from INBOX to nested folders within INBOX; works from INBOX to other Top_Level folders
by Admin DC 22 Aug '14

22 Aug '14

Hello, I first tried posting this with my gmail and didn't see it showing up on the archive. So I wanted to make sure this went through so I used a non-free email domain. If I created a duplicate thread I apologize. Now on to the issue at hand. We just oddly started experiencing this issue. We've spent quite a bit of time troubleshooting with logging increased on both our IMAP servers (Debian Wheezy 7.6 64bit with dovecot vers 2.1.7-7+deb7u1 ) I am absolutely able to reproduce this on numerous accts, even with logging up to 8 we do not see any "ERROR" or any reason why the copy and expunge would fail. Our production copy of webmail was older (0.9-rc), so I suspected possibly it was a bug or something wrong with that version, so we created a "ourwebmail-new.foo.com" domain and do an inplace upgrade on our database (to preserve our address book and other client info), with no issues on upgrade to v 1.0.2 Currently we have been diffing a successful copy/move and an unsuccessful copy/move and just cant figure out what's going on To sum up: INBOX to SOME_RANDOM_FOLDER has copy/move WORKING INBOX to SUB_FOLDER_OF_INBOX simply says "An Error Occurred: Could not move the message(s). Here's our adjustments on the config.inc.php for the new 1.0.2 version: # cat config.inc.php|egrep '^\$config' $config['db_dsnw'] = 'mysql://xxx:xxx@localhost/xxx'; $config['default_host'] = 'localhost'; $config['default_port'] = 1143; $config['smtp_server'] = 'smtp.xxx.com'; $config['support_url'] = 'http://www.xxx.com/xxx/'; $config['des_key'] = 'xxxxxxxxxxxxxxxx'; $config['product_name'] = 'webmail'; $config['plugins'] = array(); $config['language'] = 'en'; $config['spellcheck_engine'] = 'pspell'; $config['draft_autosave'] = 180; $config['enable_installer'] = false; $config['debug_level'] = 8; $config['log_driver'] = 'file'; $config['log_date_format'] = 'd-M-Y H:i:s O'; $config['syslog_id'] = 'roundcube'; $config['syslog_facility'] = LOG_USER; $config['per_user_logging'] = false; $config['smtp_log'] = true; $config['log_logins'] = false; $config['log_session'] = false; $config['sql_debug'] = false; $config['imap_debug'] = true; $config['imap_ns_personal'] = ''; Note: we tested with an imap email client (thunderbird) and could successfully copy/move within IMAP Please let me know if there's any other information I can share.

3 4

Message compose Zen mode
by Thomas Bruederli 21 Aug '14

21 Aug '14

Hello folks We have a pending ticket [1] for the upcoming Roundcube 1.1 release which asks for more space when composing messages. My proposition was to add a Zen mode as some of you might know from github. I have now implemented this in a separate branch 'dev-zenmode' in the Roundcube git repository and I'd like to hear your comments on this. So if you have a git checkout somewhere, please quickly switch to the 'dev-zenmode' branch and have a look. Thanks! Thomas [1] http://trac.roundcube.net/ticket/1489198

3 8

searching
by Cor Bosman 18 Aug '14

18 Aug '14

Hey all, im playing with searching and an FTS enabled mail server (dovecot) with 1.2 million emails. This works very well. But i wish there was a way to allow the full power of imap searching in roundcube. Roundcube only seems to allow a very limited set. For instance, in dovecot I can do: SEARCH FROM COR TO ROUNDCUBE BODY FOOBAR This will give me all emails matching From:*cor* , To:*roundcube* where anywhere in the body it says foobar. And with FTS lucene engine this is fast :) Would it be an idea to allow the keyword raw, so you could say in the roundcube search box: raw:FROM COR TO ROUNDCUBE BODY FOOBAR , which passes that search string unaltered to the backend imap server? Cor

2 2

prefs hostname revisited
by Cor Bosman 15 Aug '14

15 Aug '14

Hey all, every so often we have this discussion about the hostname in the preferences db. It is quite a hassle for us to have the imap hostname be part of the preferences. For instance, we allow some customer service people to impersonate customers, and only 1 specific imap server allows impersonation, which is only accessible through internal networks. But then we cant have these customer service people actually interact with settings.. I went into the code a bit, and maybe this is a workable solution. There seems to be only 2 times when the hostname is used to interact with the db. One in rcube_user::query(), and one in rcube_user::create(). Interestingly, create() has a plugin hook, which allows you to modify the hostname. But query() does not. The code that calls query() is in rcmail.php. > $host = rcube_utils::idn_to_ascii($host); > $username = rcube_utils::idn_to_ascii($username); > > // user already registered -> overwrite username > if ($user = rcube_user::query($username, $host)) { > $username = $user->data['username']; > } What if we add a plugin hook there (or actually in query()), so you can modify the created hostname during login? That way, this can all be done using plugins and people that want to can set a static hostname for preferences. Cor

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev