Dev October 2022

dev@lists.roundcube.net

4 participants
4 discussions

Wrong Content-Type of *.eml attachments
by Michael Heydekamp 31 Oct '22

31 Oct '22

With 1.4.x, *.eml files were correctly attached with Content-Type message/rfc822. With 1.6.0, they are apparently declared as text/plain or text/html. Therefore, the message is not being displayed at the bottom anymore. Bug or deliberate? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 4

SVN list dead?
by Michael Heydekamp 23 Oct '22

23 Oct '22

See subject. The last message I received in the SVN list is of 24.02.2021?! Also, all list archives (http://lists.roundcube.net/mailman/listinfo/*) can't be loaded. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Update to RC 1.6.0 / Severe editor glitches
by Michael Heydekamp 17 Oct '22

17 Oct '22

As we (in the meantime I have to say, unfortunately) *have* to update to RC 1.6.0 (due to PHP 8.x on our server), I found some severe glitches in the editor, which makes composing messages much more difficult and in some cases even nearly impossible for us: 1) No Cancel button anymore (Elastic only, in Classic it's there) - hmm?!?! 2) No option to change the editor type (Text/HTML) anymore (Elastic only, in Classic it's there) - hmm?!?! 3) When adding a table, each cell gets a certain width (one cell per row 99.4886%, two cells per row 49.5467% etc., and the table itself 100%). In the old version of the editor, the width of each cell (and the table itself) was automatically adjusted to the length of the text it contained. This is a *major* problem, as the property of each cell in each row needs to be changed manually. 4) The button "Special character" does now list hundreds of additional useless characters, but the   character (which we need to use extremely often) is not available anymore. 5) Lot less colours for text and background (minor issue, but where's the improvement here?) 6) One has to click first on the "..." button to see the entire toolbar (minor issue, but again I miss to see the improvement). 7) Probably a bug: The HTML editor first started with an arbitrary default font "Lucida Gr...", although "Arial" was defined in the settings. This problem seems to be disappeared now after I did save the settings again. Especially items 3) and 4) are the most disturbing ones and make the editor unusable for us. I believe to remember that we did have this problem in 1.4.0 as well and therefore installed a previous version of the editor. But I'm not sure if this version will work with PHP 8.x? Any comments/help...? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 4

How is %s in config working? [originally asked on users)
by Milan Obuch 13 Oct '22

13 Oct '22

On Sun, 25 Sep 2022 14:58:20 +0200 I wrote: > Hi, > > I am using Roundcube for webmail users, version 1.6.0 at the moment. > I'd like to use one instance for more domains, i.e., user1@domain1, > user2@domain2, etc. As mail servers for domains allowed may differ, I > am using simple pattern - mail.domain for IMAP and smtp.domain for > SMTP. This, translated into config, is > > $config['imap_host'] = 'tls://mail.%s:143'; > $config['smtp_host'] = 'tls://smtp.%s:587'; > > Nice, simple, but... not working. To be precise, IMAP host used for > login and mail message retrieval works well, SMTP host used for mail > sending does not work. If I put name without %s there, everything is > OK, but not universal, limiting full usage only for users in that > domain. > > Is there anything I can try? Any (known) way to debug? > > By the way, error message is 'SMTP Error (): Connection to server > failed'. In smtp.log, there is 'Connecting to localhost:587...' line, > which means smtp.%s somehow turns into localhost, where nothing > listens on port 587. Why? Is there any workaround? Patch to test? > [ Follow-up to my mail ] Hi, there was no reply on users mailing list, I am trying on dev this time. For the time being, I switched to use %d in my config, which is a workaround, or partial solution for me. It does not exactly what I want, but at least partially it works for users. I tried looking a bit in sources, probably function parse_host in rcube_utils.php is the culprit, or this usage was not tested and some bug is not discovered. I added some debug there, namely (intentionaly not formatted, a bit hackish, but nevertheless...) $s = ''; if (strpos($name, '%s') !== false) { $user_email = self::idn_to_ascii(self::get_input_value('_user', self::INPUT_POST)); system('echo parse_host :' . json_encode(self::INPUT_POST) . ': :' . json_encode(self::get_input_value('_user',self::INPUT_POST)) . ': :' . json_encode($user_email) . ':>>/tmp/debug'); $matches = preg_match('/(.*)@([a-z0-9\.\-\[\]\:]+)/i', $user_email, $s); if ($matches < 1 || filter_var($s[1]."@".$s[2], FILTER_VALIDATE_EMAIL) === false) { return false; } $s = $s[2]; } When imap_host is being processed, line added into /tmp/debug file is parse_host :2: :user@domain: :user@domain: where user@domain is address used for login, whereas when smtp_host is being processed, this line is different, parse_host :2: :null: :null: so this suggests user login address is somehow not available at the moment smtp_host is parsed. I can't find anything more at the moment, no clue how to fix the issue. Could someone help me? Regards, Milan

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev October 2022