Dev

dev@lists.roundcube.net

4290 discussions

Updates 1.1.3 and 1.0.6 released
by Thomas Bruederli 18 Sep '15

18 Sep '15

Dear Roundcube users We recently published updates to both stable versions 1.0 and 1.1 after fixing many minor bugs and ensuring compatibility with upstream versions of 3rd party libraries used in Roundcube. Version 1.0.7 comes with cherry-picked fixes from the more recent version to ensure proper long term support. See the full changelog here: http://trac.roundcube.net/wiki/Changelog Both versions are considered stable and we recommend to update all productive installations of Roundcube with either of these versions. Download them from https://roundcube.net/download As usual, don't forget to backup your data before updating! Best, Thomas P.S. Stay tuned for the 1.2 beta release coming up soon with two options for PGP encryption.

1 1

Sieve filters with multiple vacation commands
by Stephan Bosch 16 Sep '15

16 Sep '15

Hi Roundcube developers, Recently, this was discussed on the Dovecot mailing list: http://www.dovecot.org/list/dovecot/2015-September/101954.html I am the developer of Dovecot's Sieve interpreter and I am a bit surprised by the Sieve code that Roundcube allegedly produces. Is this really what Roundcube does when there are multiple concurrent alternative vacation responses? (I asked this before on the IRC channel, but that is a bit silent at the moment). Regards, Stephan.

2 1

Mailvelope -> Firefox settings dissapearing issue
by Hans de Raad 31 Aug '15

31 Aug '15

Dear RC-devs, A question that is probably outside of your area of influence but nonetheless I'm interested if you have had any more feedback on this. If you don't then a short "no" would ofcourse be very much acceptable. Recently on the ML it was announced that you were looking into more functional integration with Mailvelope, that sounds very promising, however Mailvelope (at least on Firefox) suffers from a very problematic bug, namely it frequently looses all keys and settings due to some unreliable behaviour of the extension storage back end in firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1091244 And: https://github.com/mailvelope/mailvelope/issues/304 There are a number of tickets opened in the Mailvelope Github, however no usable remedy has been found yet. Do you know of any way to solve/work around this? As it is effectively prohibiting me from using Mailvelope at all. Best regards, Hans de Raad -- OpenNovations / DevHdR Van Sevenbergestraat 49 2274PK Voorburg Tel +31 6 83578847 www.hcderaad.nl

2 2

Read Folder outside Maildir
by Aurélio de Souza Ribeiro Neto 27 Aug '15

27 Aug '15

2 1

HTML Editor
by Michael Heydekamp 12 Aug '15

12 Aug '15

Is the HTML editor of Roundcube a topic here at all? I haven't seen many posts about it here (only 2 of 11,418 that I have in the dev list folder), so I'm raising this question before I'm going to complain about lots of issues that I'm having with it. As I'm using Roundcube more and more for running my own new business, unfortunately I'm more or less forced to use this editor (although I hate HTML messages) - business partners are sending (and expecting) logos, tables and that kind a stuff. But I need to mention two issues that are really bothering me most: I have created a sophisticated and fancy HTML signature, which starts this way: > <div class="pre"> --  Michael Heydekamp [...] After initiating a new message and typing the word "Test" in the body, the HTML source code starts this way: >   > <div id="_rc_sig"> > <div class="pre">Test --  Michael Heydekamp [...] The two issues are: 1) If I decide to change the identity during (or after) composing, the whole text is gone! Apparently this is because the text (in this example just "Test", but in can be lots of pages) is inserted after the "<div id="_rc_sig">. If I manually move this line in the source behind the text (but before the signature), then I can change the identity during omposing without any problem. But this can't be the way it should work, as you can't expect the average Roundcube user to edit the HTML source. 2) The " " is disturbing as it causes an unnecessary blank line/paragraph at the top of the message which can not be easily removed. At least I didn't find a good and always working way yet. Any chance to improve/fix this...? As I said, there are lots of other issues, which I won't and even can't describe for the moment (e.g. that pressing Enter does sometimes create a new line ( , but sometimes a new paragraph (). You're never sure what will happen. Response would be appreciated. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 5

Roundcube and PEAR
by Andrea Brancatelli 05 Aug '15

05 Aug '15

Hello everybody, lately in my company we’ve been working at a roundcube storage engine which allow roundcube to hook directly into dbmail (http://dbmail.org <http://dbmail.org/>) database engine bypassing all the IMAP stuff. Everything basically is working great (you can check our work at https://github.com/skeyby/roundcube-dbmail <https://github.com/skeyby/roundcube-dbmail> if you like) right now, but we have a general problem I’d like to ask you about. The problem lies in the PEAR libraries that are included in round cube’s composer.json. We’ve seen roundcube is currently hooked to a (wrong) fork of Pear Mail mimeDecode). I say wrong because it’s a not official fork, PHP4 based, that doesn’t implement some of the functions that are available in official PEAR’s Mail mimeDecode. Furthermore the author of the fork has just published on his github that the fork will be soon cancelled because it’s not maintained anymore. In our plugin’s installation procedure we wrote instruction to change composer.json to map the official Pear Repository but that doesn’t seems like a good approach [1]… To give you some additional information Roundcube itself seems to work perfectly with the official PEAR Mail mimeDecode, so I really don’t understand why using the other one. Yesterday we run composer update on our installation of roundcube and Pear NET_SMTP got updated. Major highlights of the new version is the removal of the old PHP4 methods. That means that Net_SMTP::_send is gone, thus if you upgrade PEAR roundcube stops working. Same things happens with official PEAR Mail_mime that went from 1.8.9 to 1.9.0 RC and broke something else (I lost the log for that, sorry). We solved that by changing composer.json once again but…… [2] Last thing I’m a bit confused about the fact that the official libraries are uppercased and the forked ones are lower case - we didn’t hit any problem with that, but I must admit that I’m a bit uncomfortable with that. Thank you for any information you can provide us on the topic. [1] change: "pear/mail_mime-decode": ">=1.5.5", to: "pear-pear.php.net/Mail_mimeDecode": ">=1.5.5" [2] change: "pear/mail_mime": ">=1.8.9", to: "pear/mail_mime": “1.8.9”, add "pear-pear.php.net/Mail_Mime": "1.8.9", ------- Andrea Brancatelli

3 3

Composer: Undefined index error, possible caused in PluginInstaller
by Phil Weir 24 Jul '15

24 Jul '15

Hi, I might have found an error in the PluginInstaller used for Composer, can anyone else confirm it? In PluginInstaller.php there is `$constraint = new VersionConstraint($version, $operator);` on line 168 BUT in the VersionConstraint class in Composer the args are the other way round see https://github.com/composer/composer/blob/master/src/Composer/Package/LinkCo nstraint/VersionConstraint.php#L60 I think this is causing [ErrorException] Undefined index: blah when you try and install plugins with minimum version requirements. Does anyone else get the same thing? Phil

1 1

PHP Fatal error: Call to undefined method Mail_mimePart::encodeHeader
by Aleksandar Lazic 12 Jul '15

12 Jul '15

Dear RC dev team. I have done several days before a git pull php composer.phar update --no-dev -vvv bin/update.sh in my roundcube directory and a Since them I get the following error and I'm unable to send mails. [11-Jul-2015 15:43:52 Europe/Vienna] PHP Fatal error: Call to undefined method Mail_mimePart::encodeHeader() in /home/phpapps/apps/roundcubemail/vendor/pear/mail_mime/Mail/mime.php on line 1312 The suggested workaround on this site helps but I would prefer a fix. https://stackoverflow.com/questions/31136532/fatal-php-error-in-roundcube-m… How can I support you to fix this issue? ######## php5 -v PHP 5.6.10-1+deb.sury.org~precise+1 (cli) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies ######## ######## Roundcube Webmail 1.2-git [GIT 20150708.2158] Copyright © 2005-2015, The Roundcube Dev Team This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. Some exceptions for skins & plugins apply. Installierte Plugins Erweiterung Version Lizenz Quellcode Attachment Reminder 1.1 GPLv3+ emoticons 1.4 GPLv3+ filesystem_attachments 1.0 GPLv3+ jqueryui 1.10.4 GPLv3+ markasjunk 1.2 GPLv3+ userinfo 1.0 GPLv3+ ###### Cheers Aleks

1 1

The excitement continues
by Thomas Bruederli 10 Jul '15

10 Jul '15

Dear subscribers We're just a couple of days away from finishing our Roundcube Next crowd funding and the good news is: we already reached our base goal! That means Roundcube Next will get started and we can refactor the core of Roundcube and get basic email and contacts functionality in place. But that's just the start. If we can push the funding higher, then we can schedule more of the Roundcube Next goals as seen in the graphic on the campaign page. Without that extra support, it will simply take us longer to get there. Visit https://www.indiegogo.com/projects/roundcube-next--2#/story and get involved if you haven't already. Also on the campaign page: some sneak peeks on the visual concepts we've been working on in the past few weeks. The screens are far from being final or complete but you'll the the idea what the new webmail may look like on desktops and mobiles. So there's still time for you to make a difference. Back the campaign today and help us push even further! Best, Thomas and the Roundcube Team

2 1

Re: [RCD] android
by l.gautrot＠free.fr 07 Jul '15

07 Jul '15

Hi Cor, May I suggest you to have a look at a nice project of a free mobile skin that looks pretty good and works fine. Using viewport, it helps switching automatically to the most convenient view. Anyway, if you prefer to force a desktop view on a mobile phone, you also can (and the opposite as well). https://github.com/messagerie-melanie2/roundcube_skin_melanie2_larry_mobile Best regards Le 2015-07-03 12:00, dev-request(a)lists.roundcube.net a écrit : > Date: Thu, 2 Jul 2015 15:44:24 +0200 > From: Cor Bosman <cor(a)xs4all.nl> > To: Roundcube Development discussion mailing list > <dev(a)lists.roundcube.net> > Subject: [RCD] android > Message-ID: <BCBF9018-4B5E-4A2A-BC40-0F0A8148901C(a)xs4all.nl> > Content-Type: text/plain; charset=windows-1252 > > Hi all, i know roundcube doesn?t support mobile very well, but on > iphone/ipad and even android/firefox/safari things sort of work > ok-ish. > > Not so much for android/chrome. That is just one big garbled mess. Has > anyone tried to look into that? I can?t seem to find a way to fix it. > You can tell chrome to ?Request Desktop Site? and then things work ok > again. So it seems to be some detection of a user agent and maybe some > css gets added. I saw some code in common.js which seems to set > classes based on user agents, but even if I remove all of that things > don?t seem any better. > > Anyone has any idea what exactly is different between using ?Request > Desktop Site? and the ?mobile? site, and maybe hardcode to always use > the desktop site in some combination of user agents? > > Cor

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