Dev

dev@lists.roundcube.net

4304 discussions

Re: [RCD] [Svn] [roundcube/roundcubemail] c3762a: Fix folder names truncation in Classic skin (#1489220)
by Michael Heydekamp 05 Jul '13

05 Jul '13

Am 04.07.2013 11:20, schrieb GitHub: > Log Message: > ----------- > Fix folder names truncation in Classic skin (#1489220) Thanks! But well, they're shortened rather than trucated (at least in IE8), that's how it should be, right? > Fix bug where not all event handlers were executed (because body onload > was executed after rcmail init function, sometimes) Interesting... Which possible and visible bugs (could) have occurred due to this? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 2

Re: [RCD] bb5d72: Use also Envelope-To for identity selection (#1488...
by Michael Heydekamp 02 Jul '13

02 Jul '13

Currently Roundcube uses "Envelope-To:" and "Delivered-To:" for identity selection (besides "To:" and probably other standard headers). After we recently moved from a dedicated server to a managed server at df.eu (domainfactory), all messages do not have a header "Envelope-To:" anymore, but a header "X-Envelope-To:" instead. This often leads to a wrong identity selection (e.g. always when replying to the Roundcube lists). May I kindly request to support the header "X-Envelope-To:" as well? Cheers, -- 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 6

File(skins/classic) is not within the allowed path(s)
by Reindl Harald 30 Jun '13

30 Jun '13

there should be used a full qualified path [23-Jun-2013 05:45:01 Europe/Vienna] PHP Warning: is_dir() [http://at.php.net/manual/de/function.is-dir.php]: open_basedir restriction in effect. File(skins/classic) is not within the allowed path(s): (/usr/share/roundcubemail:/var/log/roundcubemail:/etc/roundcubemail:/usr/share/pear) in /usr/share/roundcubemail/program/include/rcmail_output_html.php on line 156 _____________________ cronjob: umask 006; nice -n 19 ionice -c 3 php -d open_basedir="/usr/share/roundcubemail:/var/log/roundcubemail:/etc/roundcubemail:/usr/share/pear" /usr/share/roundcubemail/bin/cleandb.sh >> /var/log/roundcubemail/errors

2 1

Roundcube and Accessibility
by Paul Boddie 27 Jun '13

27 Jun '13

Hello, I have recently had reason to look at Roundcube's accessibility support, particularly for blind and visually impaired users who might consider using Roundcube with a screen reader. I am not in this audience, but I have been attempting to make myself more aware of projects, initiatives and specifications particularly related to Web development and accessibility. It has not escaped my attention that Roundcube is often deployed alongside other solutions, typically to offer users the choice of webmail client where Roundcube is perhaps regarded as the most "desktop-like", and other clients such as Horde and SquirrelMail are regarded as being less fancy. Some examples: https://calmail.berkeley.edu/ http://www.cms.hu-berlin.de/dl/kommunikation/email/webmail It did make me wonder whether the less "fancy" alternatives are being used because they offer a more accessible experience to screen reader users. As part of an evaluation of Kolab and Roundcube, I have been taking a look at the Roundcube interface in conjunction with accessibility tools such as Fangs [1], Orca [2] and Read2Me [3], also looking at the consensus around accessible Web application design. I also searched the mailing lists for discussion around accessibility issues with Roundcube, but found only the following things: http://trac.roundcube.net/ticket/1484257 http://trac.roundcube.net/ticket/1487041 It has been difficult to find much discussion in the last five years on the topic, and so I'm hoping to get some opinions on this matter now to see if anything needs doing and could be done fairly easily to improve Roundcube in this respect. To get started, I have been looking at what Fangs produces for the Roundcube calendar plugin provided with a full Kolab installation, trying to identify basic properties of the interface that could be enhanced to offer a potentially more navigable and accessible experience. According to various Web accessibility guides, exposing headings, page structure and links are all things that help people with screen readers. Roundcube uses headings quite successfully already, for example, although I haven't yet been able to assess how this translates to an improved screen reader experience. (My intention is to evaluate the experience with Orca and to try and devise concrete suggestions for improvements.) Another topic that has become prominent in recent times is that of the WAI-ARIA specifications/technologies. It appears that jQuery annotates elements in the DOM with ARIA attributes, but I haven't really investigated the specific Roundcube support for ARIA. It would be interesting to hear perspectives on such technologies from members of this list. At the moment, I'm really just testing the waters for the potential to improve Roundcube in this way. I'm not a major PHP/JavaScript developer, and the realm of Web accessibility is also rather new to me (in depth), but I'd like to know if developers on this list perceive any shortcomings of Roundcube in this regard and whether there might be convenient ways to make it better. Regards, Paul [1] https://addons.mozilla.org/en-US/firefox/addon/fangs-screen-reader-emulator/ [2] https://projects.gnome.org/orca/ [3] https://addons.mozilla.org/en-US/firefox/addon/read2me-speechify-the-web/

1 0

Roundcube Popups (IE9)
by Michael Heydekamp 23 Jun '13

23 Jun '13

Scenario: Popups are blocked in IE9. Double clicking on a message opens the message in a new popup window without any warning fom IE9. Pressing Enter on the same message does not open the message, but brings up a warning message of IE9, that Popups are blocked. Is this different behaviour a Roundcube or an IE9 issue? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 2

Re: [RCD] sig dashes broken in 1.0-git?
by Michael Heydekamp 18 Jun '13

18 Jun '13

Arne, uh, I must admit that this standard (?) with three sig dashes (without WSP) for top-posted replies is totally new to me, thanks for the input. Is this documented somewhere (RFCs)...? And what's the sense of and reason for it? My default setting is indeed top-posting, because most people I'm in touch with, are unfortunately not familiar with inline quoting. The problem is, that, depending on the person I'm replying to, I do not always use top-posting. In those cases I'm moving the the sig to the bottom of the mail. This would lead to a sig with three dashes at the bottom, so I would have to remove one of them manually, whenever I'm moving a sig to the bottom. Not very convenient... So I think it's better to include a two-dashes-separator in the sig (as I had it before) and always use this one, no matter if top or bottom. Fortunately, RC doesn't touch this, when being part of the sig. But as we speak, I'd like to emphasize again my proposal to have an option in the addressbook, in which way I want to reply to this particular person. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 06.06.2013 01:27, schrieb Arne Berglund: > The three dashes is correct for top-posted replies, and should only appear > when sig is inserted above the quote. If the sig is below the quote, 0.9.x > and earlier then inserts two dashes with WSP. > > I don't currently have a git version running, so I can't compare the > behavior to the production versions. > > This reply is top-posted from 0.9.1. > > --- > Arne Berglund > System Administrator, Internet Services > Lane Education Service District > Eugene, OR > ____________ > > > > On 2013-06-05 15:51, Michael Heydekamp wrote: >> I used to include the sig dashes "-- " in all o my my signatures, but as I >> realized today, Roundcube will add them anyway (if not existent). So I >> removed them in all signatures of all of my identities. >> >> This leads to the following behaviour: >> >> 1) Composing a new message: All OK. >> >> 2) Replying to to a message: Roundcube creates THREE sig dashes instead of >> two ("---"), and without the mandatory WSP at the end of the string. >> >> Strange, uh...? >> >> Cheers, > _______________________________________________ > Roundcube Development discussion mailing list > dev(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/dev

7 12

I need help
by Paul Sosthenes 17 Jun '13

17 Jun '13

Hello, I have attached a screen capture, for the problem I have come across, please see the attachment, and help me. -- Digital Seven D7, Mr. Paul K. Sosthenes, P.O.BOX 1312, Tabora-Tanzania E-mail : moul.76(a)gmail.com Phone No : 255752476139 Skype : pasonet

2 1

Update 0.9.2 released
by Thomas Bruederli 16 Jun '13

16 Jun '13

Hello folks We're proud to announce the second service release for the 0.9 series of Roundcube webmail. It contains 25 bug fixes and improvements as well as some translation updates for Estonian, Romanian Finnish and French. It's considered stable and we recommend to update all productive installations of Roundcube with this version. As usual, download it from http://roundcube.net/download, see the full changelog here: http://trac.roundcube.net/wiki/Changelog Have fun! Thomas

1 0

create folders from mail view
by Phil Weir 14 Jun '13

14 Jun '13

Hi, I have been looking into adding an option for quick folder creation from the mail view. Something like adding a "create folder" option to the contextmenu plugin. I think I remember some talk about this a little while ago but I cannot find anything on the list. I think the UI would be similar to the one used for adding groups in the addressbook. At the moment the folder creation functions are heavily linked into the folders settings page - sending AJAX requests to refresh it etc every time. My idea is to move the code to create and update folders into separate functions and then call those functions in save_folder.inc but also if would allow other things like plugins to reuse the code. Is this something that is interesting to people and more importantly acceptable to the devs? Thanks, Phil

2 2

Need 2 hooks and small patch for auto refresh virtual mailbox
by Sergey Sidlyarenko 12 Jun '13

12 Jun '13

trac.roundcube.net not worked!!! After add this Feature patch return message: Submission rejected as potential spam Content contained these blacklisted patterns: 'MESSAGE' I am use dovecot virtual mailbox \All, i am write plugin for auto refresh this box if changes in real boxes, but need small patch in core. {{{ diff --git a/program/steps/mail/func.inc b/program/steps/mail/func.inc index 1a687f5..4bedae3 100644 --- a/program/steps/mail/func.inc +++ b/program/steps/mail/func.inc @@ -539,7 +539,7 @@ function rcmail_get_mailbox_name_text() } -function rcmail_send_unread_count($mbox_name, $force=false, $count=null, $mark='') +function rcmail_send_unread_count($mbox_name, $force=false, $count=null, $mark='', $parent=false) { global $RCMAIL; @@ -551,7 +551,7 @@ function rcmail_send_unread_count($mbox_name, $force=false, $count=null, $mark=' $unseen = $count; if ($unseen != $old_unseen || ($mbox_name == 'INBOX')) - $RCMAIL->output->command('set_unread_count', $mbox_name, $unseen, + $RCMAIL->output->command(($parent ? 'parent.' : ''). 'set_unread_count', $mbox_name, $unseen, ($mbox_name == 'INBOX'), $unseen && $mark ? $mark : ''); rcmail_set_unseen_count($mbox_name, $unseen); diff --git a/program/steps/mail/mark.inc b/program/steps/mail/mark.inc index dfc892e..7c22ad2 100644 --- a/program/steps/mail/mark.inc +++ b/program/steps/mail/mark.inc @@ -130,4 +130,6 @@ else { $OUTPUT->show_message('internalerror', 'error'); } +$RCMAIL->plugins->exec_hook('mark_success', array()); + $OUTPUT->send(); diff --git a/program/steps/mail/show.inc b/program/steps/mail/show.inc index d8d4372..48b13e1 100644 --- a/program/steps/mail/show.inc +++ b/program/steps/mail/show.inc @@ -305,14 +305,6 @@ $OUTPUT->add_handlers(array( )); -if ($RCMAIL->action == 'print' && $OUTPUT->template_exists('messageprint')) - $OUTPUT->send('messageprint', false); -else if ($RCMAIL->action == 'preview' && $OUTPUT->template_exists('messagepreview')) - $OUTPUT->send('messagepreview', false); -else - $OUTPUT->send('message', false); - - // mark message as read if ($MESSAGE && $MESSAGE->headers && empty($MESSAGE->headers->flags['SEEN']) && ($RCMAIL->action == 'show' || ($RCMAIL->action == 'preview' && intval($CONFIG['preview_pane_mark_read']) == 0))) @@ -324,5 +316,15 @@ if ($MESSAGE && $MESSAGE->headers && empty($MESSAGE->headers->flags['SEEN']) && } } +$RCMAIL->plugins->exec_hook('show_success', array()); + +if ($RCMAIL->action == 'print' && $OUTPUT->template_exists('messageprint')) + $OUTPUT->send('messageprint', false); +else if ($RCMAIL->action == 'preview' && $OUTPUT->template_exists('messagepreview')) + $OUTPUT->send('messagepreview', false); +else + $OUTPUT->send('message', false); + + exit; }}}

2 4

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