Dev

dev@lists.roundcube.net

4290 discussions

merge sessions between owncloud and roundcube
by Michée Lengronne 12 Jul '13

12 Jul '13

Hello, I have an owncloud and a roundcube sharing the same session pool via a memcache server and I would like them to work with an unique session. I changed the cookie session.name to have the same for owncloud and roundcube and I tried a lot of tricks: to pass the session id then the session name via url, to change the $_SESSION['user_id' in roundcube because owncloud has the same variable, to avoid the cookie creation in the session_init from roundcube, etc... But, the roundcube session always erase the owncloud one which causes owncloud not to login anymore. What is the trick ? Is there a method somewhere to do that ? Thanks. PS: I use the 'RoundcubeLogin.class.php <http://blog.philippheckel.com/uploads/2008/05/RoundcubeLogin.class.phps>' to perform the login from owncloud to roundcube but it creates separate sessions for each. -- Signature Michée Lengronne Coppint Michée Lengronne ------------------------------------------------------------------------ Ce message et ses éventuelles pièces jointes sont personnels, confidentiels et à l'usage exclusif de leur destinataire. Si vous n'étes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ Logo CopPInt 30440 Saint Laurent le Minier France *Compagnie pour des Prestations Internet* Téléphone personnel : +41 (0)791 94 71 98 Téléphone professionnel : +33 (0) 4 84 25 23 67 poste 102 Téléphone professionnel : 0805 696 8 9 0 poste 102 France uniquement Courriel : michee.lengronne(a)Coppint.com <mailto:michee.lengronne@coppint.com> ------------------------------------------------------------------------

1 0

Inserting images in HTML messages with <Ctrl+V>
by Michael Heydekamp 10 Jul '13

10 Jul '13

What we just realized here: Inserting an image with <Ctrl+V> in an HTML message does work with Firefox and Cyberfox, but not with: - Chrome - IE8 - IE10 Roundcube or browser issue?? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Folders tab not accessible in git-master anymore (was: [Svn] [roundcube/roundcubemail] e89d8f: Performance fix: Do not ask for folder attributes if we know that folder do not exists)
by Michael Heydekamp 09 Jul '13

09 Jul '13

In git-master, the folders tab is not accessible anymore (no matter which user is logged in). FF does display a blank page (as a FF user is telling me), IE8 is throwing a HTTP 500 along with a message that the page can't be displayed (see attached). I assume it has to do with the change quoted below. In 0.9.2, all is still working fine. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 09.07.2013 18:57, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: e89d8f1fec3743e9ee1018d3bab1a375ab79cebf > > https://github.com/roundcube/roundcubemail/commit/e89d8f1fec3743e9ee1018d3b… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2013-07-09 (Tue, 09 Jul 2013) > > Changed paths: > M program/steps/settings/folders.inc > > Log Message: > ----------- > Performance fix: Do not ask for folder attributes if we know that folder > do not exists > > > Commit: 95a18fa549c9576b7035d27ef1712c5dfd01422d > > https://github.com/roundcube/roundcubemail/commit/95a18fa549c9576b7035d27ef… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2013-07-09 (Tue, 09 Jul 2013) > > Changed paths: > M plugins/help/help.js > M plugins/help/help.php > M plugins/help/skins/classic/help.css > M plugins/help/skins/classic/templates/help.html > M plugins/help/skins/larry/templates/help.html > > Log Message: > ----------- > Merge branch 'master' of github.com:roundcube/roundcubemail > > > Compare: > https://github.com/roundcube/roundcubemail/compare/d8e10161098d...95a18fa54… > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

1 0

Logic of identity selection
by Michael Heydekamp 09 Jul '13

09 Jul '13

I need to cover some quite special scenarios here in terms of identity selection, and therefore wanted first to understand the current logic how an identity is being selected (in order to implement a correct and working patch later on). I got stuck already at first attempt. Say we have the following two messages with their headers (please don't ask why there are two headers "Envelope-To:", just please take it as a matter of fact): Message #1: ---------------------------------------------- Delivery-date: Sat, 06 Jul 2013 20:29:21 +0200 Return-path: <theo1(a)tester.de> Envelope-To: identity1(a)test.de Envelope-To: identity2(a)test.de MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Sat, 06 Jul 2013 20:29:21 +0200 From: theo1(a)tester.de To: theo2(a)tester.de Subject: Test #1 (Envelope-To: identity1(a)test.de, Envelope-To: identity2(a)test.de) Message-ID: <identity1(a)tester.de> X-Sender: theo1(a)tester.de User-Agent: Roundcube Webmail/1.0-git Test - pls ignore. ---------------------------------------------- Message #2: ---------------------------------------------- Delivery-date: Sat, 06 Jul 2013 20:29:21 +0200 Return-path: <theo1(a)tester.de> Envelope-To: identity2(a)test.de Envelope-To: identity1(a)test.de MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Sat, 06 Jul 2013 20:29:21 +0200 From: theo1(a)tester.de To: theo2(a)tester.de Subject: Test #1 (Envelope-To: identity2(a)test.de, Envelope-To: identity1(a)test.de) Message-ID: <identity2(a)tester.de> X-Sender: theo1(a)tester.de User-Agent: Roundcube Webmail/1.0-git Test - pls ignore. ---------------------------------------------- Please also take it as a matter of fact that "identity1(a)test.de" and "identity2(a)test.de" are being defined as identities in Roundcube. The main difference between these two messages is the order of the "Envelope-To:" headers. But apparently that doesn't make any difference at all, as when replying to these messages, the identity "identity1(a)test.de" is being used as the sender in the "From:" header in both cases. Hmm...?!? This logic escapes me and makes my life more difficult, as this behaviour is telling me that the order (of both the same headers in the same message!) doesn't make any difference. Is the choice being taken because of the alphabetical order of the sender addresses (so that "identity1(a)test.de" is preceding "identity2(a)test.de")? At this point I stopped testing, and my next question is: As I'm able to create any custom header right before delivery, how can I make sure that this - and only this - custom header will be respected with regards to identity selection, disregarding any other headers/addresses and the entire rest of the logic...? This would be a private patch, of course. Any help and hint appreciated, for I'm a noob in terms of PHP (= I have an idea of the logic, but just can't code it). Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 9

quote chars not recognized as quote chars in HTML parts?
by Michael Heydekamp 09 Jul '13

09 Jul '13

Received a multipart/alternative message today, produced with Roundcube 0.9.2 stable (first part text/plain, second part text/html), where the quote chars ">" in the HTML part were not recognized as quote chars upon displaying in RC 1.0-git. See display comparison attached. The HTML code of the relevant paragraph (additionally qp-encoded, charset UTF-8): > > --------------------------------------------------- > >> =E2=94=82 /usr/share/vim/vim73/syntax > >> =E2=94=82 fetchmail.vim > >> =E2=94=82 /usr/share/vim/vim73/ftplugin > >> =E2=94=82 fetchmail.vim > >> =E2=94=82 /usr/share/zsh/4.3.15/functions/Completion/Unix > >> =E2=94=82 _fetchmail > > --------------------------------------------------- Is the displayed result of the HTML part how it should be...? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 9

Re: [RCD] [Svn] [roundcube/roundcubemail] 3b944e: Fix bug where signature wasn't changed on identity selection when editing a draft (#1489229)
by Michael Heydekamp 09 Jul '13

09 Jul '13

Thanks alec, works for me! Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 08.07.2013 10:53, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: 3b944edb02a838e92f5f849b1266f157ccfb7040 > > https://github.com/roundcube/roundcubemail/commit/3b944edb02a838e92f5f849b1… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2013-07-08 (Mon, 08 Jul 2013) > > Changed paths: > M CHANGELOG > M program/js/app.js > M program/steps/mail/compose.inc > > Log Message: > ----------- > Fix bug where signature wasn't changed on identity selection when > editing a draft (#1489229) > > > > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

1 0

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev