Internal error while sending emails when attachment filenames contain non-ascii characters

[ncpnc]

---

OS: FreeBSD 7.1
Arch: AMD64
PHP: 5.2.8
IMAP: dovecot 1.1.7
MTA: exim 4.69
client Browser: Firefox 3 / Internet Explorer 7

---

I'm using Roundcube 0.2 release FreeBSD port. Everything works fine as long as I don't try to send email with attachment including non-ascii characters in filename. For example I can attach file named aącć.jpeg but when I try to send an email I got:

[An internal error occured. Please try again. ] on top of roundcube window.

Also it's impossible to delete file once attached if it includes non-latin chars.

When I try to send file names ac.jpeg or any other without non-latin chars I have no problems at all.

Roundcube logs contain only:

Sendmail error;
NULL

Exim logs however show no email send attempts from roundcube.
I also tried new setting:

$rcmail_config['mime_param_folding']

Unfortunately neither setting option 0,1 or 2 fix my problem.

[alec]

Works for me with php-5.2.8 on linux

[ncpnc]

Well, I have this problem for quite long time on this machine, also with 0.2beta and previous versions of PHP5 so I don't think it's php-specific. Some older versions of roundcube have been working gently on this specific machine but I don't remember when bug expose itself for the first time.
I also have another machine with almost identical configuration of all software (FreeBSD 7.1 + exim + dovecot + dovecot) and this problem doesn't occuring. Only differences - second machine is used for different domain and is i386 based.

[tensor]

See #1485267, you may find some hints where to look. Are there any messages in Apache's error_log? Try to install RC from an official stable distribution, not from ports, as ports version may have some patches applied which trigger the bug.

And, BTW, the error string is not localized:

  $OUTPUT->show_message("An internal error occured. Please try again.", 'error');

[ncpnc]

Nothing interesting and no errors in apache logs.
FreeBSD patches to roundcube contain only:

--- config/main.inc.php.dist.orig       2008-04-26 00:18:03.000000000 +0200
+++ config/main.inc.php.dist    2008-04-26 00:19:22.000000000 +0200
@@ -188,8 +188,8 @@
 // requires to be compiled with Open SSL support
 $rcmail_config['enable_spellcheck'] = TRUE;

-// For a locally installed Nox Spell Server, please specify the URI to call it.
-// Get Nox Spell Server from http://orangoo.com/labs/?page_id=72
+// For a locally installed spellcheker, specify the URI to call it, for example
+// 'http://' . $_SERVER['HTTP_HOST'] . '/spellchecker.php?lang='
 // Leave empty to use the Google spell checking service, what means
 // that the message content will be sent to Google in order to check spelling
 $rcmail_config['spellcheck_uri'] = '';

So it can't be the cause.

I'll check your ticket for clues, wish me luck ;)

[tensor]

2008-04-26 is a very outdated version. Are you sure that it is 0.2-stable in the ports?

[ncpnc]

Yes indeed I'm sure, in index.php:

 +-------------------------------------------------------------------------+
 | RoundCube Webmail IMAP Client                                           |
 | Version 0.2-stable                                                      |

Patch is just outdated and still lying down in ports tree and it's not even applied.

I've done another test. I've created a test file - łoś.txt. File contain single line:

it's a test file

Then I've created new email in roundcube and attached this file. For now everything is OK. I checked temp folder of roundcube. It contain a file named:

rcmAttmntTAr6z2

This file also contain "it's a test file" so It seems that file is uploaded correctly.
Unfortunately I can't delete this attachment (clicking delete button does just nothing). Delete link is: ​https://''hidden.server.name''/poczta/?_task=mail&_id=27393426496da6e073435&_action=compose#delete.
When I try to send email I got internal error.

Could You please give me some advice what to check next?

[alec]

See #1485687

[ncpnc]

BIG Thanks! Your simple override from patch fixed my problem too! :)

[alec]

Closing as a duplicate of #1485687