- Dev - Roundcube mailing lists

Re: [RCD] How to fix incorrect CT-declaration "text/x-mai l" for .eml attachments?
by mvega＠elconix.com 27 Dec '12

27 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/x-mai l" for .eml attachments?
by mvega＠elconix.com 27 Dec '12

27 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/x-mail" for .eml attachments?
by mvega＠elconix.com 27 Dec '12

27 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-mail" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

3 2

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

Re: [RCD] How to fix incorrect CT-declaration "text/ x-ma il" for .eml attachments?
by mvega＠elconix.com 26 Dec '12

26 Dec '12

Estimados, Me encuentro fuera de la oficina desde el 26 hasta el 9 de enero 2013, Tendre acceso a mi correo y es posible que tome un tiempo en responder. Para cualquier consulta puede comunicarse con Jose vega Director de Operaciones, en jvega(a)elconix.com. Feliz Navidad y Prospero 2013 Moises Vega ELCONIX

1 0

"Show it anyway" Button still not working (was: [Svn] [roundcube/roundcubemail] 090c49: Treat image/pjpeg as image/jpeg)
by Michael Heydekamp 26 Dec '12

26 Dec '12

The commit below didn't fix the issue here (IE8). (Message resent due to misleading subject at first attempt.) -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 22.12.2012 16:42, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail [...] > Commit: 5f0bd1fcb40eae92e747e0e855b77639fd17fc4a > > https://github.com/roundcube/roundcubemail/commit/5f0bd1fcb40eae92e747e0e85… > Author: Thomas Bruederli <thomas(a)roundcube.net> > Date: 2012-12-22 (Sat, 22 Dec 2012) > > Changed paths: > M program/steps/mail/get.inc > > Log Message: > ----------- > Make html button-links work in IE _______________________________________________ Roundcube Development discussion mailing list dev(a)lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/dev

1 0

[PATCH]
by manu＠netbsd.org 25 Dec '12

25 Dec '12

Hello Please consider this patch, which allow plugins to add SASL mechanisms --- ./program/include/rcube_smtp.php.orig 2012-12-24 10:06:32.000000000 +0100 +++ ./program/include/rcube_smtp.php 2012-12-24 10:07:34.000000000 +0100 @@ -113,4 +113,19 @@ $this->conn->setDebug(true, array($this, 'debug_handler')); + + // plugin hook to add SASL mechanisms + $result = $RCMAIL->plugins->exec_hook('smtp_add_auth', array( + 'conn' => $this->conn, + )); + if (PEAR::isError($result)) + { + $this->response[] = "Authentication setup failed: ".$result->getMessage(); + $this->error = array('label' => 'smtpconnerror', 'vars' => array('code' => $this->conn->_code)); + $this->conn = null; + return false; + } + + + // register authentication methods if (!empty($CONFIG['smtp_auth_callbacks']) && method_exists($this->conn, 'setAuthMethod')) { -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu(a)netbsd.org

2 1

Re: [RCD] [Svn] [roundcube/roundcubemail] 090c49: Treat image/pjpeg as image/jpeg
by Michael Heydekamp 23 Dec '12

23 Dec '12

The commit below didn't fix the issue here (IE8). -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 22.12.2012 16:42, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail [...] > Commit: 5f0bd1fcb40eae92e747e0e855b77639fd17fc4a > > https://github.com/roundcube/roundcubemail/commit/5f0bd1fcb40eae92e747e0e85… > Author: Thomas Bruederli <thomas(a)roundcube.net> > Date: 2012-12-22 (Sat, 22 Dec 2012) > > Changed paths: > M program/steps/mail/get.inc > > Log Message: > ----------- > Make html button-links work in IE

1 0

Updated patch for login on MX domain
by Vitex 21 Dec '12

21 Dec '12

Hallo Roundcube developers. We are runnig ISPConfig hosting with dedicated mailserver. Here is small patch to login if web's A and MX is different. Sorry for previous mistake. Please include it in new release. Thanks Vitex diff -Naur /roundcubemail-0.8.4/config/main.inc.php.dist ./config/main.inc.php.dist --- /roundcubemail-0.8.4/config/main.inc.php.dist 2012-11-14 21:30:27.000000000 +0100 +++ ./config/main.inc.php.dist 2012-12-20 19:35:21.000000000 +0100 @@ -71,6 +71,7 @@ // %n - http hostname ($_SERVER['SERVER_NAME']) // %d - domain (http hostname without the first part) // %s - domain name after the '@' from e-mail address provided at login screen +// %x - MX for domain name after the '@' from e-mail address provided at login screen // For example %n = mail.domain.tld, %d = domain.tld $rcmail_config['default_host'] = ''; diff -Naur /roundcubemail-0.8.4/program/include/main.inc ./program/include/main.inc --- /roundcubemail-0.8.4/program/include/main.inc 2012-11-14 21:30:28.000000000 +0100 +++ ./program/include/main.inc 2012-12-20 19:27:50.000000000 +0100 @@ -1684,7 +1684,14 @@ return false; } - $name = str_replace(array('%n', '%d', '%h', '%z', '%s'), array($n, $d, $h, $z, $s[2]), $name); + if ( strpos($name, '%x') !== false ){ + $user_email = rcube_idn_convert(get_input_value('_user', RCUBE_INPUT_POST), true); + if ( preg_match('/(.*)@([a-z0-9\.\-\[\]\:]+)/i', $user_email, $s) < 1 || filter_var($s[1]."@".$s[2], FILTER_VALIDATE_EMAIL) === false ) + return false; + getmxrr ( $s[2] , $mx ); + } + + $name = str_replace(array('%n', '%d', '%h', '%z', '%s','%x'), array($n, $d, $h, $z, $s[2],$mx[0]), $name); return $name; }

4 4

Patch for login on MX domain
by Vitex 20 Dec '12

20 Dec '12

Hallo Roundcube developers. We are runnig ISPConfig hosting with dedicated mailserver. Here is small patch to login if web's A and MX is different. Please include it in new release. Thanks Vitex diff -Naur /roundcubemail-0.8.4/config/main.inc.php.dist ./config/main.inc.php.dist --- /roundcubemail-0.8.4/config/main.inc.php.dist 2012-11-14 21:30:27.000000000 +0100 +++ ./config/main.inc.php.dist 2012-12-20 19:35:21.000000000 +0100 @@ -71,6 +71,7 @@ // %n - http hostname ($_SERVER['SERVER_NAME']) // %d - domain (http hostname without the first part) // %s - domain name after the '@' from e-mail address provided at login screen +// %x - MX for domain name after the '@' from e-mail address provided at login screen // For example %n = mail.domain.tld, %d = domain.tld $rcmail_config['default_host'] = ''; diff -Naur /roundcubemail-0.8.4/program/include/main.inc ./program/include/main.inc --- /roundcubemail-0.8.4/program/include/main.inc 2012-11-14 21:30:28.000000000 +0100 +++ ./program/include/main.inc 2012-12-20 19:27:50.000000000 +0100 @@ -1684,7 +1684,14 @@ return false; } - $name = str_replace(array('%n', '%d', '%h', '%z', '%s'), array($n, $d, $h, $z, $s[2]), $name); + if ( strpos($name, '%x') !== false ){ + $user_email = rcube_idn_convert(get_input_value('_user', RCUBE_INPUT_POST), true); + if ( preg_match('/(.*)@([a-z0-9\.\-\[\]\:]+)/i', $user_email, $s) < 1 || filter_var($s[1]."@".$s[2], FILTER_VALIDATE_EMAIL) === false ) + return false; + getmxrr ( $s[2] , $mx ); + } + + $name = str_replace(array('%n', '%d', '%h', '%z', '%s','%x'), array($n, $d, $h, $z, $s[2],$mx), $name); return $name; }

1 0

Re: [RCD] possible bug in roundcube ?
by Alessandro Vesely 14 Dec '12

14 Dec '12

On Thu Dec 13 23:28:23 CET 2012 Michael Heydekamp wrote: > Am 13.12.2012 17:13, schrieb Benny Pedersen: > >> http://tools.ietf.org/html/rfc5322#section-3.4 can be angle-addr >> only when there is a non-empty display-name. > > The "only" in this sentence is not correct. Right. I should have had more coffee yesterday :-/ > RFC-wise, both are correct. > > But being a purist in this respect, I would also prefer if Roundcube would > eliminate the angle brackets if no display name is given. The problem is that some software eliminates those angle-brackets, thereby breaking any DKIM signature added meanwhile. I'll make a patch to optionally avoid such behavior in Courier-MTA. (Belt and brackets.) Of course, it may be irritating for users not to be able to set an address exactly the way they want to. It takes a bit of wisdom to handle this issue adequately... Should I file a feature request for this? Ciao Ale

2 2

possible bug in roundcube ?
by Benny Pedersen 13 Dec '12

13 Dec '12

http://tools.ietf.org/html/rfc5322#section-3.4 can be angle-addr only when there is a non-empty display-name. in To: header with roundcube From: Benny Pedersen <me(a)junc.org> To: <opendkim-users(a)lists.opendkim.org> Subject: Re: adsp fail there must imho not be < > around To: header here example from mozilla From: Alessandro Vesely <vesely(a)tana.it> User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 To: opendkim-users(a)lists.opendkim.org Subject: Re: adsp fail is more correct ?

3 2

is roundcube supposed to see calendar attachments?
by Cor Bosman 13 Dec '12

13 Dec '12

Hey all, i am getting some reports that people aren't seeing calendar attachments. Not even as a downloadable attachment. Is this supposed to work at all? I just verified and indeed am totally unable to see text/calendar attachments in roundcube in any shape or form. I suppose this is because it's a multipart/alternative and RC just shows the first one. But this works fine in OSX and other clients. And this is being sent by outlook and an android client so we're not talking some fringe clients. I tried changing this to a mixed multipart, but that doesn't help either. Some local config problem? Cor Content-Type: multipart/alternative; boundary="_002_E16AD7C7A3955F4E81058F413D1224A2016EE105ABEXBE4officexs_" --_002_E16AD7C7A3955F4E81058F413D1224A2016EE105ABEXBE4officexs_ Content-Type: text/plain; charset="iso-8859-1" Content-ID: <4C602A7FDD6F814780DA61DA58ED84FB(a)xs4all.net> Content-Transfer-Encoding: quoted-printable Organizer: "rj" <xxxxxxxx(a)xs4all.net> Start time: 2012-12-13 18:30 Central European Time End time: 2012-12-13 19:30 Central European Time *~*~*~*~*~*~*~*~*~* --_002_E16AD7C7A3955F4E81058F413D1224A2016EE105ABEXBE4officexs_ Content-Type: text/calendar; charset="utf-8"; method=REQUEST Content-Transfer-Encoding: base64 Q………. <the actual calendar invite>…. --_002_E16AD7C7A3955F4E81058F413D1224A2016EE105ABEXBE4officexs_--

3 4

Re: [RCD] [Svn] [roundcube/roundcubemail] bb5d72: Use also Envelope-To for identity selection (#1488553)
by Michael Heydekamp 13 Dec '12

13 Dec '12

Thanks! Is it planned to support the (last) Received: header as well (see messages from Sebastian J. Bronner and Harald Reindl in this list)? Regards, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 12.12.2012 08:55, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: bb5d7282855dd83ccdd211cb77d0776dce71468e > > https://github.com/roundcube/roundcubemail/commit/bb5d7282855dd83ccdd211cb7… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2012-12-11 (Tue, 11 Dec 2012) > > Changed paths: > M CHANGELOG > M program/lib/Roundcube/rcube_storage.php > M program/steps/mail/compose.inc > > Log Message: > ----------- > Use also Envelope-To for identity selection (#1488553) > > > > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

3 4

Format of GitHub messages in SVN list
by Michael Heydekamp 12 Dec '12

12 Dec '12

I sent this message to the SVN list already, but it appears that it doesn't arrive there (but I did also not receive a rejection through a moderator message). Since the move from SVN to GitHub, the format of the messages in the SVN list looks a bit strange to me: 1) Roundcube is displaying the attachment icon for each message, although there is no attachment at all in any of the messages. 2) All messages are declared as "multitype/mixed" for no real reason (the second part just containing the signature, this could perfectly be appended to the first part without creating a second part). 3) The Content-Type of the first part (i.e. the real content of the message) is "text/plain; charset=UTF-8", the Content-Transfer-Encoding "7bit". If CTE is 7bit, shouldn't the charset be "US-ASCII" then? The UTF-8 declaration will probably (and unnecessarily) invoke a decoding routine in most MUAs, although there is nothing to decode. 2) and 3) are minor issues, but 1) (the attachment icon) appears to be a wrong indication. Not sure if the declaration of the messages is misleading in some way, or if Roundcube's interpretation is wrong? If the latter, this could also affect any other messages. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

4 9

Re: [RCD] git-pull am 11.11. nicht geklappt? (was: [Svn] [roundcube/roundcubemail] d9f109: Allow forwarding of multiple emails (#1486854))
by Michael Heydekamp 12 Dec '12

12 Dec '12

Sorry, this mail shouldn' have gone to the list. Grrr... -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 12.12.2012 20:16, schrieb Michael Heydekamp: > Hallo Martin, > > siehe unten. Kannst Du da was feststellen? > > Gruß, > -- > Michael Heydekamp > xxxxxxxxxxxxx > xxxxxxxxxxxxxxxxxx > Tel.: xxxxxxxxxxxxxxxxxx (privat) > Tel.: xxxxxxxxxxxxxxxxxxxx (Büro) > Fax: xxxxxxxxxxxxxxxxx (Büro) > Mobil: xxxxxxxxxxxxxxxxxx > eMail: xxxxxxxxxxxxxxxxxxxx > WWW: xxxxxxxxxxxxxxxxxxxxxxx > > > Am 12.12.2012 20:10, schrieb Michael Heydekamp: >> Am 12.12.2012 19:10, schrieb A.L.E.C: >>> On 12/12/2012 06:50 PM, Michael Heydekamp wrote: >> >>>> How does this feature work? >>>> >>>> If I mark more than one message, the forward button is being disabled. >>> >>> Works for me. Forward button is enabled, only "forward inline" is disabled. >> >> Sorry, I wasn't careful enough. Due to some still unknown reason, our >> git-pull seems to have failed last night, as I'm still running "GIT >> 20121210.2232". Therefore it's more than logical that your commit of Dec >> 11th can't work here. Sorry... >> -- >> Michael Heydekamp >> Co-Admin freexp.de >> Düsseldorf/Germany >> _______________________________________________ >> Roundcube Development discussion mailing list >> dev(a)lists.roundcube.net >> http://lists.roundcube.net/mailman/listinfo/dev

1 0

Re: [RCD] [Svn] [roundcube/roundcubemail] d9f109: Allow forwarding of multiple emails (#1486854)
by Michael Heydekamp 12 Dec '12

12 Dec '12

How does this feature work? If I mark more than one message, the forward button is being disabled. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 11.12.2012 08:33, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: d9f109b56af2015eae7aadc5e87c06365854eda0 > > https://github.com/roundcube/roundcubemail/commit/d9f109b56af2015eae7aadc5e… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2012-12-10 (Mon, 10 Dec 2012) > > Changed paths: > M CHANGELOG > M program/js/app.js > M program/steps/mail/compose.inc > M program/steps/mail/sendmail.inc > M skins/classic/includes/messagetoolbar.html > M skins/larry/includes/mailtoolbar.html > > Log Message: > ----------- > Allow forwarding of multiple emails (#1486854) > > > Commit: 25bf00ecbc2cab20ce66845513980b83b03f7c49 > > https://github.com/roundcube/roundcubemail/commit/25bf00ecbc2cab20ce6684551… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2012-12-10 (Mon, 10 Dec 2012) > > Changed paths: > M program/lib/Roundcube/rcube_message.php > M program/lib/Roundcube/rcube_message_header.php > M program/steps/mail/func.inc > M program/steps/mail/get.inc > M skins/classic/mail.css > M skins/larry/mail.css > M skins/larry/templates/message.html > M skins/larry/templates/messagepreview.html > > Log Message: > ----------- > Merge branch 'master' of github.com:roundcube/roundcubemail > > > Compare: > https://github.com/roundcube/roundcubemail/compare/31521613e40b...25bf00ecb… > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

2 2

New attachment mime-type validation
by Thomas Bruederli 11 Dec '12

11 Dec '12

Hello folks Today we introduced a new validation mechanism for message attachments which are supposed to be displayed inside the browser. Mainly inspired by a recently reported XSS vulnerability [1], the mime-types and filenames extensions stated in the message part headers are now checked against the real mime-type of the effective part bodies. This also requires the filename extension (e.g. ".png") to match the real mime-type of the according attachment. In order to reliably detect mime-types and the matching filename extensions, Roundcube and PHP need to be configured properly: On PHP >= 5.3, we recommend to set $rcmail_config['mime_magic'] = null; which lets the fileinfo module of PHP use its default location for the magic numbers mapping file. The other config option which is important for these new checks is $rcmail_config['mime_types'] = '<path-to-apache-config>/mime.types'; This value should refer to the mime.types file used by the Apache web server to send the right mime-types for static files. If left empty, Roundcube will search for it in some default locations such as /etc/httpd/mime.types but for performance reasons, it's better to set this option right away. In case you can't find such a file on your server, especially when not running apache, you can download it from [2]. Now, with the new attachment validation in place, your users might see some yellow warnings (see attached image) because sometimes email messages are just incorrectly formatted even if all the contents are safe. Clicking the button will let the user see the attachment anyhow but since this is all new, we're seriously interested in your feedback and common problems resulting from this new check. I hope we can then fine-tune it a bit and catch some common and harmless cases. Cheers, Thomas [1] http://trac.roundcube.net/ticket/1488828 [2] http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types

5 9

Re: [RCD] [Svn] [roundcube/roundcubemail] 30cc01: Use Delivered-To header as a last resort for identity selection (#1488840)
by Michael Heydekamp 08 Dec '12

08 Dec '12

Ironically, the change quoted below doesn't help in all Roundcube mailing lists, as the Delivered-To header of Roundcube list does look like this: > Delivered-To: dev-at-lists-dot-roundcube-dot-net(a)lists.roundcube.net So the identity still needs to be changed manually. Wouldn't it be worth thinking of adding an option to the addressbook? I mean, this issue does not apply to mailing lists only (and there even to replies only!), but also to private and business related messages. So assigning an identity to a specific addressbook entry could really be helpful, as it would then also apply to new messages. Of course, there would still be an issue when adding more recipients to the To:/Cc:/Bcc: fields which may have different identities assigned, but then the identity assigned to the first address in the To: field shall be the one and only to win, IMO. Greets, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 28.11.2012 20:41, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: 30cc01f89daea932d15a1a505d25b543913664ac > > https://github.com/roundcube/roundcubemail/commit/30cc01f89daea932d15a1a505… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2012-11-28 (Wed, 28 Nov 2012) > > Changed paths: > M CHANGELOG > M program/lib/Roundcube/rcube_imap_generic.php > M program/lib/Roundcube/rcube_storage.php > M program/steps/mail/compose.inc > > Log Message: > ----------- > Use Delivered-To header as a last resort for identity selection (#1488840) > > > Commit: 0247b89c38c7f7ef1a2111239c6a1c8c13394d93 > > https://github.com/roundcube/roundcubemail/commit/0247b89c38c7f7ef1a2111239… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2012-11-28 (Wed, 28 Nov 2012) > > Changed paths: > M program/lib/Roundcube/rcube_user.php > M program/steps/mail/compose.inc > > Log Message: > ----------- > Move code for identity selection to function, move identities > formatting to rcube_user::list_identities() > > > Compare: > https://github.com/roundcube/roundcubemail/compare/511e1668e6f4...0247b89c3… > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

7 19

Regression with replies to own messages: Mail being addressed to myself
by Michael Heydekamp 07 Dec '12

07 Dec '12

In 0.8.4 (and since a few days ago also in 0.9-git-master) there is a pretty cool and intelligent logic when replying to own messages: They are addressed exactly in the same way as the message the user did send previously. So if an own message had those headers... ----------------------------- From: my.local.part(a)my.domain To: local.part1(a)do.main Cc: local.part2(a)do.main ----------------------------- ...then any self-created reply (to all) to this own message had also exactly the same headers. This logic got lost in 0.9-git-master a few days ago. :-( I just can't tell exactly when. Probably in connection with the identity issue (support of Delivered-To)...? Now the reply (to all) has these headers (if I don't edit them manually): ---------------------------------------------- From: my.local.part(a)my.domain To: my.local.part(a)my.domain Cc: local.part1(a)do.main, local.part2(a)do.main ---------------------------------------------- The same issue does apply in a similar way to messages with have been sent to a single recipient. Then a "normal" reply (i.e. not "to all") has these headers: ----------------------------- From: my.local.part(a)my.domain To: my.local.part(a)my.domain ----------------------------- This change of the previous behaviour isn't hopefully deliberate, is it? If it isn't: Shall I open a ticket? I loved the previous logic, as Roundcube is the only MUA that I'm aware of which does/did provide it. So please bring it back! ;) Regards, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 2

topline plugin
by Sébastien BLAISOT 06 Dec '12

06 Dec '12

Hi all, Thanks alec for the commit below which add containers to the topline. This let me introduce to you roundcube advanced users and developpers the topline plugin I'm working on which let you add some information to the topline for larry skin. It is exclusively designed for larry skin at the moment, I didn't even tried it with classic skin (maybe I will soon). You can find it here : https://github.com/sblaisot/roundcube-topline This plugin is now working out of the box with git versions of roundcube. With 0.8 releases, you'll have to apply this patch in order for the plugin to work : https://github.com/sblaisot/roundcube-topline/blob/master/roundcube-patch/r… Currently, you can add the wollowing information left (just after about and support links), center or right (just before logout button) to the topline : * - 'username' -> Show roundcube username * - 'mail_host' -> mail host against which authentication was done * - 'email' -> email of default's identity * - 'full_name' -> full name of default's identity * - 'lastlogin' -> date/time of previous login * - 'any text' -> the text you entered You can also remove username usually shown top right. Next step is to add more information available in the topline. Feel free to test it, send bug report or feature requests. regards, S. Blaisot -------- Message original -------- Sujet: Re: [Roundcube Webmail] #1488846: topline content Date : Thu, 06 Dec 2012 08:53:09 -0000 De : Roundcube Webmail <trac(a)roundcube.net> Répondre à : trac(a)roundcube.net Pour : undisclosed-recipients:; #1488846: topline content ------------------------------+----------------------- Reporter: sblaisot | Owner: Type: Feature Requests | Status: closed Priority: 5 | Milestone: 0.9-beta Component: User Interface | Version: 0.8.0 Severity: normal | Resolution: fixed Keywords: | ------------------------------+----------------------- Changes (by alec): * status: new => closed * resolution: => fixed Comment: Done in 04acc75f774f8bc6292f574375b6a2f23b3ac0d4 -- Ticket URL: <http://trac.roundcube.net/ticket/1488846#comment:3> Roundcube Webmail <http://www.roundcube.net/> Roundcube Webmail is a browser-based multilingual IMAP client with an application-like user interface. It provides full functionality you expect from an e-mail client, including MIME support, address book, spell checking, folder manipulation and plugins. Roundcube Webmail is written in PHP and requires a MySQL, Postgres, MSSql or SQlite database. The user interface is fully skinnable using XHTML and CSS 2.

1 0

password charset
by Cor Bosman 06 Dec '12

06 Dec '12

Hey all, is there a pressing reason that the password charset is not set to UTF-8 by default? For a password field I think UTF-8 should be safe to use? The worst that can happen is that passwords that didn't work, now work :) Cor

2 1

Re: [RCD] [Svn] [roundcube/roundcubemail] c7ff6e: Add workaround for IE<=8 bug where Content-Disposition:inline was ignored (#1488844)
by Michael Heydekamp 06 Dec '12

06 Dec '12

Thanks, A.L.E.C! I will see this night it it helps (but most likely it will). Really weird, this IE bug... BTW: Those GitHub messages in the SVN list are declared as CTE 7bit and charset UTF-8. Hmmm... ;-) -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 05.12.2012 09:46, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: c7ff6ec2cb985061438e5b68cfc5691b5a86422c > > https://github.com/roundcube/roundcubemail/commit/c7ff6ec2cb985061438e5b68c… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2012-12-05 (Wed, 05 Dec 2012) > > Changed paths: > M CHANGELOG > M program/steps/mail/get.inc > > Log Message: > ----------- > Add workaround for IE<=8 bug where Content-Disposition:inline was ignored (#1488844) > > > > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

1 1

Ensure target folder exists before move
by Daniel Kahn Gillmor 06 Dec '12

06 Dec '12

Hi roundcube folks-- http://trac.roundcube.net/ticket/1486802 was about roundcube failures to move drafts, sent messages, and deleted messages into their proper folders. It looks to me like it was fixed for drafts and sent messages, but it was *not* fixed for deleted messages. I can't seem to convince http://trac.roundcube.net/ to let me have an account, but i think that ticket should be re-opened. I think the attached patch fixes the situation for the trash (as well as fixing any other attempt to move into a folder that doesn't exist). Arguably, you might also want to subscribe to the newly-created folder, and not just create it; but as a baseline, i think this is a reasonable patch against v0.8.4. Please let me know if there's anything i should do to help get this adopted, or if there's some reason that this patch itself is a bad idea. Thanks for roundcube, --dkg

4 8

Discrepancy/confusion with regards to file name encodings of attachments
by Michael Heydekamp 02 Dec '12

02 Dec '12

The Roundcube UI has the following options in terms of encoding file names of attachments: > Full RFC 2231 (Thunderbird) > RFC 2047/2231 (MS Outlook) > Full RFC 2047 (other) In main.inc.php, the explanation is different: > // Encoding of long/non-ascii attachment names: > // 0 - Full RFC 2231 compatible > // 1 - RFC 2047 for 'name' and RFC 2231 for 'filename' parameter (Thunderbird's default) > // 2 - Full 2047 compatible > $rcmail_config['mime_param_folding'] = 0; So what is true? Is "RFC 2047/2231" Outlook's (as the UI says) or Thunderbird's (as the config says) default? And what is the best option in terms of backwards compatibility...? Furthermore, this really shouldn't be a user-configurable option. RFC 2047/2231 are way too complex and hard to understand for an end-user. This should be set server-side only. I'm wondering how this option could make it into the UI. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 5

Re: [RCD] [Roundcube Webmail] #1488844: Since "new attachment mime-type validation", some image attachments can not be displayed in the browser (IE8) anymore
by Michael Heydekamp 02 Dec '12

02 Dec '12

I received the message quoted below in my INBOX, but I can't see any difference in the behaviour of Roundcube (or of the OS, as you like). Which doesn't suprise me in so far as I can't also find a commit in the svn-list or anywhere else with respect to this ticket. The comment "Fixed in 8afbc8aeea10894bc97902912460cafd4681a42d" doesn't tell me anything. And when I hover the link "8afbc8aeea10894bc97902912460cafd4681a42d" in the Change History of the ticket, I'm just seeing: "No changeset 8afbc8aeea10894bc97902912460cafd4681a42d in the repository" So where's the fix and what am I missing...? -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 30.11.2012 11:15, schrieb Roundcube Webmail: > #1488844: Since "new attachment mime-type validation", some image > attachments can not be displayed in the browser (IE8) anymore > ----------------------------------+----------------------------------- > Reporter: myfreexp | Owner: > Type: Bugs | Status: closed > Priority: 3 | Milestone: 0.9-beta > Component: Core functionality | Version: svn-trunk/git-master > Severity: major | Resolution: fixed > Keywords: mime-type validation | > ----------------------------------+----------------------------------- > Changes (by alec): > > * status: new => closed > * resolution: => fixed > > > Comment: > > Fixed in 8afbc8aeea10894bc97902912460cafd4681a42d > > -- > Ticket URL: <http://trac.roundcube.net/ticket/1488844#comment:1> > Roundcube Webmail <http://www.roundcube.net/> > Roundcube Webmail is a browser-based multilingual IMAP client with an > application-like user interface. It provides full functionality you expect > from an e-mail client, including MIME support, address book, spell > checking, folder manipulation and plugins. Roundcube Webmail is written in > PHP and requires a MySQL, Postgres, MSSql or SQlite database. The user > interface is fully skinnable using XHTML and CSS 2.

2 2

Release 0.8 (stable) with new skin is out
by Thomas Bruederli 27 Nov '12

27 Nov '12

Hello folks, We're proud to finally announce the release of version 0.8 with the brand new skin, codename "Larry", becoming the new default UI for Roundcube. After two preview releases and a lot of fine-tuning, the new design by http://bueroflint.com has now grown up. But to all the nostalgics out there: don't worry! The old skin still remains part of the package and will be maintained for at least one more major release. Beside the new UI, this version also contains more bugfixes and mprovements (see ) as well as some code refactorings. Another major change since the last stable release is the updated license which is now GPL v3+ with exceptions for skin & plugins. Read more about that on http://roundcube.net/license After lots of testing and collecting your feedback, this version is considered stable and we recommend to update all productive installations of Roundcube. Get the new version from http://roundcube.net/download Finally, some important notes for sysadmins to deploy the new Roundcube: * The new skin brings an entirely new look to the webmail application. Please carefully plan a roll-out of the new version and prepare your users accordingly. * We're getting a lot of support requests from users who are under the impression that Roundcube is a public service such as Gmail or Hotmail. Unfortunately we cannot help these people and thus we'd like to encourage everybody to do some branding on your Roundcube installation. You can replace the logo by config (option 'skin_logo') and even more important: the new release now has an option named 'support_url' where everyone should fill in an URL to instructions how to get help for that specific installation of Roundcube. And last but not least: our recent partnership with the Kolab Groupware project is finally showing some results. The Kolab team just published a preview release of their all-new Kolab 3.0 groupware suite including Roundcube as the new web client. Enriched with nice new plugins, Roundcube gives easy access to all relevant groupware functions. Read more about Kolab at http://kolab.org/blog/grote/2012/08/07/alpha-kolab-3.0-and-roundcube-0.8-re… That's definitely worth celebrating, cheers! Thomas

11 48

New feature: display attached images as thumbnails...
by Michael Heydekamp 27 Nov '12

27 Nov '12

Well, THAT's a good and sense making feature, my compliments. Two comments: 1) It would IMHO be a good idea to indicate in some way that the images displayed below the message are just thumbnails. I wasn't aware of this feature yesterday evening, received a mail with some pics, and was surprised that the sender did shrink them to such a small size (which I would even have preferred)... ;) 2) Is it planned to provide a second link (next to the "Download" link), which simply displays the image - full size or fit-to-screen, and probably in a new window - within Roundcube? We know from the past that Roundcube can do that. ;-) That would at least be much more convenient rather than downloading the image and then loading it into the local app being associated to this file type on this particular system - if such an app is available at all (think of Internet Cafés and such). If 2) should not be planned yet, this should change. ;) Thanks again and regards, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 11.11.2012 14:11, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: 03149131f754dd122f8707fbfc9e7ff47e9d6524 > > https://github.com/roundcube/roundcubemail/commit/03149131f754dd122f8707fbf… > Author: Thomas Bruederli <thomas(a)roundcube.net> > Date: 2012-11-10 (Sat, 10 Nov 2012) > > Changed paths: > M config/main.inc.php.dist > M program/include/html.php > M program/include/rcube_image.php > M program/steps/mail/func.inc > M program/steps/mail/get.inc > M skins/classic/mail.css > M skins/larry/mail.css > M skins/larry/templates/messagepart.html > > Log Message: > ----------- > New feature: display attached images as thumbnails below message body > > > Commit: e43dcb0df3e7ea6c05a8c1473b0da7834d5e39d9 > > https://github.com/roundcube/roundcubemail/commit/e43dcb0df3e7ea6c05a8c1473… > Author: Thomas Bruederli <thomas(a)roundcube.net> > Date: 2012-11-11 (Sun, 11 Nov 2012) > > Changed paths: > M CHANGELOG > M installer/rcube_install.php > M plugins/help/package.xml > M plugins/help/skins/larry/help.css > M plugins/help/skins/larry/templates/help.html > M program/steps/mail/func.inc > > Log Message: > ----------- > Merge branch 'master' of github.com:roundcube/roundcubemail > > > Compare: > https://github.com/roundcube/roundcubemail/compare/71649445a0b8...e43dcb0df… > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

4 16

redundant imap calls
by Cor Bosman 27 Nov '12

27 Nov '12

Hey all, i noticed that roundcube 0.8.x does the following call twice during login: Nov 27 09:24:26 roundcube-test roundcube: [8BF7] C: A0003 LIST (SUBSCRIBED) "" "*" Nov 27 09:24:27 roundcube-test roundcube: [1B0C] C: A0003 LIST (SUBSCRIBED) "" "*" It's not an expensive call, but is there a reason to call this twice? Regards, Cor

2 1

Classic vs. Larry (was: Release 0.8 (stable) with new skin is out)
by Michael Heydekamp 25 Nov '12

25 Nov '12

Am 15.11.2012 21:00, schrieb Thomas Bruederli: > The general decision was to only have one skin provided by the core > team. Ok, this is new to me. Has this been stated elsewhere before, and I may have missed it? At least it sounds a bit different to what you posted before under this subject (see my previous posts). > And this will definitely be the new Larry skin. Hmm. :-( But that's of course your decision. > And yes, we heard your complains about wasted space in Larry, along > with others saying the same, and we'll try to improve the header > section anytime soon. Not sure what you mean with "header section", I didn't lose a word about that (yet). It's simply every single message in the message pane which does already take way too much space. Attached see comparison between Classic and Larry skin on my laptop, with identical config settings: 1) Classic is displaying 14 messages in the message pane, Larry just 9. A decrease of approx. 35% (wow). 2) Classic is displaying 26 folder levels in the folder pane (with still some space left at the bottom), Larry just 19 (with no space left at the bottom). A decrease of approx. 27%. 3) Although the text font in the Classic skin is a lot larger than in the Larry skin (I didn't patch the Larry skin to the larger font yet), Classic is displaying one more line of the body than Larry. 4) Links in the message header "Mailing list" are not visible as such (= not underlined), unless you hover them. But why should you do that, if you don't get the idea that they might be links? So which skin would YOU choose...? ;-) Ok, I'll stop here. The only real advantage that I can see is that the buttons have text, but "Allen antwor..." doesn't also look too nice. And why the heck have those "bars" (or how do you call that?) e.g. at the bottom of the folder list - the one with the cogwheel - such an extreme height? My impression is: The guys who invented this skin must have been sitting in front of a huge screen and didn't care too much about us poor laptop users. Not to speak about smartphone users (luckily, I don't have one). No offense, though. Greets, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

4 5

timing info in debug
by Cor Bosman 22 Nov '12

22 Nov '12

Hey all, would it theoretically be possible to log timing info in debug output? For instance SQL and IMAP debugging? It would be invaluable to find performance problems I would think. Regards, Cor

2 1

Inbox is empty
by Pablo Rosciani 21 Nov '12

21 Nov '12

Hi, Don't know if this is the correct list to ask, but here I go... I recently configured a domain alias for a current working domain (let say z.com is an alias for a.com), users can login to RC using both domain names without problem, but if they login with the new alias domain (z.com) there are no emails or contacts.. Is there any config to tell RC that a.com and z.com are the same thing? Thanks in advance and sorry about my english. -- Pablo Rosciani Gundari IT Services. Santo Tome - Prov. de Santa Fe - Argentina Tel: +54 9 3404 502562

2 1

Regression with Identities: 8bit chars in signatures converted to HTML
by Michael Heydekamp 20 Nov '12

20 Nov '12

I just realized that 8bit chars in plain text signatures of Identities are converted to HTML. When I view the signature I'm using for this list, "DÜsseldorf" instead of "Düsseldorf" is displayed. As long as I don't save the identity again, this is not a problem. But If I change anything in this identity (not necessarily in the signature itself) and save the change, "DÜsseldorf" is also saved in the database. So upon the next usage of the identity, it gets also inserted in the message body this way. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 3

Spam "detection" in Bugtracker
by Michael Heydekamp 19 Nov '12

19 Nov '12

I just added the following comment to http://trac.roundcube.net/ticket/1488798: ------------------------------------------------------------------------- Comment (by myfreexp): Replying to [comment:2 alec]: > Yes. Signature above the quote is a bit more problematic for (draft) message edition. Maybe we just shouldn't re-add signature on edit. The same applies to the "Edit as new" function BTW. Such a message (at least in the Sent folder, and that's where this option makes most sense) does contain the signature already. I'm also surprised that this option is available in other folders than "Sent" at all... ------------------------------------------------------------------------- The response was that it may be spam and that I need to enter a captcha. Besides the fact that the captcha dialogue doesn't offer a Send button (so the Enter key is the only way to send the text of the captcha apparently, but this is not indicated anywhere, so wild guessing is needed): What exactly is so suspicious with the text above that the Bugtracker is detecting it as possible spam...? It's not the first time I'm encountering this, otherwise I wouldn't ask. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Roundcube Framework files location
by A.L.E.C 19 Nov '12

19 Nov '12

We use Framework already in two external programs. I put files under lib/Roundcube there and modified autoloader $filename = preg_replace( array( '/Mail_(.+)/', '/Net_(.+)/', '/Auth_(.+)/', '/^html_.+/', '/^rcube(.*)/', '/^utf8$/', ), array( 'Mail/\\1', 'Net/\\1', 'Auth/\\1', 'Roundcube/html', 'Roundcube/rcube\\1', 'utf8.class', ), $classname ); So, now we're able to create a separate package with Roundcube Framework (with location in e.g. /usr/share/php/Roundcube) and not duplicate the code for every dependent project. What do you think about doing the same in Roundcube? If so, what should we do with clisetup.php, iniset.php, rcube_bc.inc and rcmail.php. Move them to program/lib/ (or program/) and get rid of program/include/ directory? -- 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

2 4

Shell script to modify user preferences
by Thomas Bruederli 19 Nov '12

19 Nov '12

Hello As this was asked quite a few times on the mailing lists and the forum, we now added a utility to help you changing settings stored in user preferences: bin/moduserprefs.sh Usage: moduserprefs.sh [--user=user-id] pref-name [pref-value|--delete] --user User ID in local database --delete Unset the given preference If for example you want to reset all your user's message listing order, simply execute $ bin/userprefs.sh message_sort_col date Beside changing user prefs you can also unset them and make all users fall back to the default value from the global configuration: $ bin/userprefs.sh skin --delete This new utility is currently only available in git-master but will be part of the upcoming 0.9-beta release. I hope this helps to make a sysadmins life a bit easier... Cheers, Thomas

1 0

Jabber Chat for all roundcube users
by Henne Holly 19 Nov '12

19 Nov '12

Hi, I wonder wether it is possible to have a roundcube plugin that provides integration with a local jabber server in that way, that it automatically uses the users uid and password to authenticate. If configured it should automatically add all available usernames to the contact list, so we are able to initiate a chat with online ones. This last thing could be easily achieved through the jabber-server itself -> shared roaster. How about that "use user's roundcube ID+pass" for local jabber server? regards, Henning

2 1

help needed writing spamstatus plugin
by roundcube＠spambin.de 18 Nov '12

18 Nov '12

Hi, I'm trying to create a spamstatus plugin which should accomplish these tasks: - flag messages in list view - flag messages in message view - option to select all flagged messages This is no take on another local filter plugin, filtering is up to Sieve. What I want to achieve is RC displays an icon on messages that have been marked by SpamAssassin or any other filter. Alpha code is available at https://github.com/capncrunch/spamstatus I'm running into a couple of issues here: - I have no clue how to add an icon into list view. I could use colors but would prefer an icon. - I'm currently displaying an icon in front of the sender in message view but would prefer to display this icon in front of the subject. Problem is RC is HTML escaping the code when I put it in front of the subject field. - I added an icon to the listcontrols container manually. I tried using add_button instead but didn't get any output. - How do I make the select button to actually select all spam messages? Reading through the source code of RC suggests select-all isn't extendable like this. This is supposed to be used on a virtual RC farm running on Debian stable so code needs to be compatible with RC 0.3.1 and I can't modify RC itself. I'd be very grateful if anybody could provide me with a hint to my problems above. TIA -- Bodo Bellut bodo(a)bellut.net | USE PGP! +-----------+ Stangefolstr. 17 Fax/Mobile: just ask | (key via server |\ O---m /| 44141 Dortmund Fon: +49-700-77-BELLUT | or on request) |/---------\| PGP: 768/FA18A639 AE 5A 47 40 5A A0 D6 15 8E 54 44 AA 8D DD 6E BD+-----------+

1 0

Patch for 0.8.3, new release is coming soon
by Thomas Bruederli 18 Nov '12

18 Nov '12

Hello folks, We kind of made it a tradition in Roundcube to add some nasty bugs with every second release we publish :-) This time a pull request accidentally was merged into the release branch instead of git-master where we usually do the testing. The effect of this bug is the compose screen randomly reloading and likely loosing the contents you're writing. There's a patch you can download [1] and apply to any 0.8.3 installation. And a new release will follow later this week. We'd like to apologize for this inconvenience! Best, Thomas [1] http://sourceforge.net/projects/roundcubemail/files/roundcubemail/0.8.3/rou…

5 6

Issues on Updates
by Martin Wodrich 18 Nov '12

18 Nov '12

I just updated our Roundcube-Stable Installation from 0.8.2 to 0.8.3 via ./bin/installto.sh and found 3 not so good thing in the main.inc.php. 1. The Config-Line for the Useragent: The old line was: $rcmail_config['useragent'] = 'Roundcube Webmail/'.RCMAIL_VERSION; installto.sh sets it to: $rcmail_config['useragent'] = 'Roundcube Webmail/0.8.3'; 2. Config-Lines from plugins that must be configure in the main.inc.php are lost. Here it is the plugin show_additional_headers and the line $rcmail_config['show_additional_headers'] = array('Content-Type', 'Content-Transfer-Encoding', 'User-Agent', 'Mailer', 'X-Mailer', 'X-Newsreader', 'X-Posting-Agent', 'X-Http-User-Agent', 'X-MimeOLE'); 3. All user defined comments in the config are lost. -- Martin Wodrich Admin freexp.de Waltrop/Germany

6 9

Issue with listen events in 0.9-git?
by Michael Heydekamp 15 Nov '12

15 Nov '12

The attached plugin keyboard_shortcuts v2.0 doesn't work anymore with RC 0.9-git and IE8. It does work flawlessly with RC 0.8.2 and IE8, though. So the question is: Has there been any significant change in 0.9-git with regards to listen events which may make this plugin inoperative? I did already contact Cor Bosman who removed some Javascript debug code and released v2.0.2 (see also attached). This partially solved the problem, but I'm still running into situations where certain keys (especially the help "?" key) don't work from time to time. So we're somewhat stuck at this stage. As even keyboard_shortcuts v2.0 (WITH the debug code) works with RC 0.8.2 and IE8, it more seems to be an RC issue rather than a plugin issue. Probably in combination with a browser issue. Any hints/help appreciated. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 3

Re: [RCD] [Svn] [roundcube/roundcubemail] e30500: Enable default behavior of the browser when shift/...
by Michael Heydekamp 15 Nov '12

15 Nov '12

Am 14.11.2012 10:30, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: e30500643fbe0c9f9237570b73e59992f776cf0c > > https://github.com/roundcube/roundcubemail/commit/e30500643fbe0c9f9237570b7… > Author: Thomas Bruederli <thomas(a)roundcube.net> > Date: 2012-11-14 (Wed, 14 Nov 2012) > > Changed paths: > M program/include/rcube_output_html.php > M program/js/app.js > > Log Message: > ----------- > Enable default behavior of the browser when shift/ctrl-click task links (e.g. open in new window/tab) Great, thanks! :) So this is related to http://trac.roundcube.net/ticket/1488800, right? Are you going to close it (I think I can't do this)? Greets, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev