Dev

dev@lists.roundcube.net

4290 discussions

AUTH PLAIN doesn't quite work
by Rimas Kudelis 20 May '13

20 May '13

Hi, it seems to me that RoundCube (0.9.0) can't authenticate to an Exim SMTP server (v4.72 on Debian) using AUTH PLAIN. I'm not sure which one of them is faulty here (or is it me?), but it looks like RoundCube is probably willing to send auth information after in a separate line than the AUTH PLAIN command, meanwhile Exim expects all that in the single line (AUTH PLAIN dGVzdAB0ZXN0AHRlc3RwYXNz). Is it a known problem? Rimas

2 1

Roundcube stacks in BitNami
by Beltran 15 May '13

15 May '13

Hi, I'm Beltran from BitNami project. We run a bi-weekly contest in which our users decide which application we should package next and add to the BitNami Library. Roundcube was the latest winner of our contest and we have been working on creating the stacks and virtual machines. One of the aims of BitNami is to simplify the deployment of popular web applications. Each application in the BitNami Library includes all the dependencies it needs to run, are completely free and can be deployed as all-in-one free native installers, virtual machines and cloud images. You can download the stacks for Linux, OS X, Windows or the virtual machine from the links below. It would be great if you could test them on your side and let us know if you have any question or suggestion to improve them. http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: a577e78abd2838b72f6f2d7b3086633d http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: 9c4b32137475a008fb8b18232ff52be9 http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: 6916a392f59dafb08e8c9aac878c7955 http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: 380b25787a5d2311a0221723f9be799d Thanks, Beltran

1 0

plugins.roundcube.net ready for testing
by Thomas Bruederli 14 May '13

14 May '13

Hello devs After way too much time, we finally managed to get the composer-based plugin repository for Roundcube up and running. It's a clone of the packagist.org website with some modifications for managing Roundcube plugins. We also built a custom composer installer module that will install plugins to the right location and will also activate them right away in Roundcube's main config file if desired. Now it's time to fill up the repository with your plugins! Thus all plugin developers are kindly invited to register their plugins at http://plugins.roundcube.net In order to do so, you need to put each plugin into an individual SVN or GIT repository and write a composer.json file which contains the meta data of your plugin. Once this is done, please register at plugins.roundcube.net and submit your plugin by adding the URL to the source repository. It's as simple as that. More detailed instructions how to publish plugins and how a composer.json files needs to look like can be found on the http://plugins.roundcube.net site. Please note that the new plugin repisitory is still in beta testing and not officially launched. We're still working on improvements such as a plugin browsing page and more features of the installer (e.g. post-install and post-update scripts as well as automatic database schema upgrades). So stay tuned. Best, Thomas

3 7

$rcmail_config['session_storage'] - why not untouched?
by Reindl Harald 12 May '13

12 May '13

// Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db'; can someone explain why roundcube thinks it have the need to be special here and introduce all sorts of troubles? every web-application but roundcube respects global settings or allow the admin to specify them in a <Directory> directive and on the server with PHP 5.4/Apache 2.4 below sessions are working for sure because phpMyAdmin and any inhouse application works, only roundcubemail-0.8.6 whines about failing to write session data hence, their are even admins with load on their machines which set "session.gc_probability = 0" to avoid the request overhead and do the cleanup outside the webserver via cronjob would every random application act this way it would be impossible to maintain lage setups with different apps at all ___________________________________ php_admin_value session.gc_probability "1" php_admin_value session.gc_divisor "100" php_admin_value session.gc_maxlifetime "7200" php_admin_value session.save_path "/var/www/sessiondata" [12-May-2013 01:23:26 Europe/Vienna] PHP Warning: session_write_close() [<a href='http://at.php.net/manual/de/function.session-write-close.php'>function.session-write-close.php</a>]: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/var/www/sessiondata) in /usr/share/roundcubemail/program/include/rcmail.php on line 1340

1 1

Different handling (displaying/quoting) of quoted paragraphs
by Michael Heydekamp 11 May '13

11 May '13

Preamble: This issue may get complicated. It's not a bug report, but at this stage just an appeal and attempt to understand the logic. Maybe Roundcube 1.0-git is doing it all correct, but maybe not. The issue: I received a message, produced with Roundcube 0.8.1, that contained the following quoted paragraph (without the dashed lines): --------------------------------------------------------------------- > Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom > die Rede > davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu > drosseln. --------------------------------------------------------------------- Three things are important to note upfront: 1) The quote above is taken from the message source, not from the display within Roundcube. 2) Lines #1 and #3 of this quote have a trailing blank (20d) in the original message (verified by saving it locally and looking at it with a hex editor). The message you are currently reading will not have these trailing blanks, as Roundcube 1.0-git does eliminate all trailing blanks prior to an EOL upon sending (no matter if the format is flowed or not). Which is a good idea, IMO, but apparently different to the behaviour of 0.8.1. 3) The message is declared as charset=UTF-8, format=flowed and CTE 8bit (not sure if this does play any role here). The quote above is displayed in 1.0-git [GIT 20130503.1233] like this: ---------------------------------------------------------------------------- > Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom > die Rede > davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu drosseln. ---------------------------------------------------------------------------- So the LF right after "zu " in Line #3 is being eliminated in the display, probably because of the trailing blank in line #3...? But if that should be the reason, why then isn't the LF in line #1, right after "Telekom " being eliminated as well...? So much to the display. Upon replying to this message, 1.0-git will will re-wrap the quoted paragraph like this (although I always trusted in that Roundcube wouldn't do any re-wrapping of quoted paragraphs): ------------------------------------------------------------------------------- >> Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom die Rede >> davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu drosseln. ------------------------------------------------------------------------------- Here, BOTH LFs in line #1 and #3 (with trailing blanks) are being eliminated, not only the one in line #3. So we have just two lines. Which does of course look much more nice than the quote of the original message. But what is the logic behind this, and why is the display logic different to the reply/quote logic? Furthermore, I'm not sure if re-wrapping of already quoted paragraphs is a good idea in all cases (in the case above it is, of course). If I think about plain text tables, ASCII art and such, this may become a mess (needs more testing). Apparently the current behaviour is related to those trailing blanks right before EOL, and probably to format=flowed as well (not sure for the latter). Any response welcome and appreciated. P.S.: Sreenshots of display, editor quote and/or hex code of the original message can be sent, if so required. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 12

Expanded threads lost when switching back to message view
by Kelsey Cummings 07 May '13

07 May '13

One of the most annoying things I've found so far in roundcube is that if you have a threaded message listing and have expanded a thread, that this when returning to the message listing from viewing a full message in this thread. It is obvious enough why it works this way but it would be fantastic if the message listing state (and position) was preserved so users don't have to search around in the message listing to to pickup where they left off. -- Kelsey Cummings - kgc(a)corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407

3 4

Re: [RCD] Word/line wrapping routine
by Michael Heydekamp 06 May '13

06 May '13

Am 02.05.2013 22:09, schrieb Michael Heydekamp: >> As long as I was using 0.9-git, I didn't have all those wrapping issues I >> described in my recent messages. Except a specific counting problem which I >> still need to test with the current routine. > > This needs still to be tested. Has just been tested. For the sake of completeness and clarity, I'd like to confirm that the issue described in the message attached, appears to be resolved in the meantime. Most likely thanks to the new wrapping routine, which did invent some new bugs on one hand, but at least fixed this one (and probably other ones) on the other hand. Plus the ones that have been fixed in the past days/week. Interestingly, 1.0-git of March 17th still had this bug, the current 1.0-git I'm now using [GIT 20130503.1233] doesn't appear to have it. So the new wrapping routine must have been invented/committed after March 17th. I may have missed that, as the SVN list had a severe leak - apparently due to an outage of the mailing list servers - between Mar 20th (10:43) and Mar 25th (09:11), so I haven't been able to notice the commits during this leakage. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Mystery: 1.0-git not usable anymore
by Michael Heydekamp 06 May '13

06 May '13

Just logged into Roundcube 1.0-git and can't use it anymore: It doesn't load any messages, and it doesn't react to any key or mouse action. It does show the respective link in the status bar when hovering them, though, but that's all. I'm getting a Javascript error in the lower left corner of the status bar of IE8, saying (in German, but I think it's understandable): > Details zum Fehler auf der Webseite > Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C) > Zeitstempel: Mon, 6 May 2013 17:21:05 UTC > Meldung: 'datepicker.regional' ist Null oder kein Objekt > Zeile: 4 > Zeichen: 2 > Code: 0 > URI: http://www.xxxxxxxxx.de/xxxxxxxx/plugins/jqueryui/js/i18n/jquery.ui.datepic… I didn't change anything since last night, when it was still working, did not even do a git-pull. It doesn't have to be a Roundcube problem, it may very well be a problem on my local machine or on our server, but I wouldn't know where to look at. Even if I disable the line... > $rcmail_config['jquery_ui_i18n'] = array('datepicker'); ...in <roundcubedir>/plugins/jqueryui, the problem persists. Any helpful hint appreciated what may have happened and how I can resolve this. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 1

Roundcube deletes leading blanks upon sending - but why??
by Michael Heydekamp 05 May '13

05 May '13

Besides some issues I'm still owing the creation of a ticket for, I just stumbled across another issue: Apparently (and due to reasons which do escape me) Roundcube does delete leading blanks upon sending. So if I compose (or forward) this... ------------------------------------------------------------------ > AZERBAIJAN PERMIT AZA-0742/16.04.13 > ENTRY/EXIT: ADEKI/DUKAN > > UBBB HANDLING FCG/SW BUSINESS AVIATION COMPANY > (22/23APR) PHONE: +994-xx-xxx-xxxx > PAX HANDLING: SWBA GAT TERMINAL > CREW TRANSFER CONFIRMED > PAYMENT: ON CREDIT > > UBBB HOTAC ROYAL PARK BAKU 4* > (22/23APR) 2 SGL, RATE 86 EUR > CNFM:52818SB000043/52818SB000044 > PAYMENT BY C/C > > TURKMENISTAN PERMIT GC/24/2047/080413 > (UBBB-UTNU 23APR) EXIT: DUKAN / OTBOR ------------------------------------------------------------------ ...it will be sent (and displayed at the recipient's end) like this: ------------------------------------------------------------------ > AZERBAIJAN PERMIT AZA-0742/16.04.13 > ENTRY/EXIT: ADEKI/DUKAN > > UBBB HANDLING FCG/SW BUSINESS AVIATION COMPANY > (22/23APR) PHONE: +994-xx-xxx-xxxx > PAX HANDLING: SWBA GAT TERMINAL > CREW TRANSFER CONFIRMED > PAYMENT: ON CREDIT > > UBBB HOTAC ROYAL PARK BAKU 4* > (22/23APR) 2 SGL, RATE 86 EUR > CNFM:52818SB000043/52818SB000044 > PAYMENT BY C/C > > TURKMENISTAN PERMIT GC/24/2047/080413 > (UBBB-UTNU 23APR) EXIT: DUKAN / OTBOR ------------------------------------------------------------------ But that's not the way how I meant to send it. I'd like to send it "as is", which is "as composed" (WITH leading blanks). Please note that I enclosed the text above in quote chars only to be able to illustrate the issue (as quoted lines keep being untouched by Roundcube upon sending). The original text did of course not have any leading quote chars. I'm talking about plain text mails, qp-encoded. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 21

How to switch from folder to message pane with a keystroke?
by Michael Heydekamp 05 May '13

05 May '13

As Roundcube 1.0-git [GIT 20130501.1356] is not usable with a mouse anymore in IE8: Is there any key with which I can switch from the folder pane to the pane with the list of messages? When clicking on the INBOX, I can scroll with the Cursor keys through the list of messages of the INBOX in the message pane. But only in the INBOX, all other folders don't behave this way. Anf of course, this mouse problem should be solved anway. In [GIT 20130422.1409]), that wasn't a problm, but since [GIT 20130501.1356] (or even before( it is one. (The problem BTW is, that any mouse cick on a message sends the entire window to the background, i.e, it's becoming unvisible. That's why I'm asking for that keystroke.) Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

4 11

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev