Opened 4 years ago

Closed 4 years ago

#1485640 closed Bugs (fixed)

ATTACHMENTS NOT SHOWING UP IN ROUNDCUBE WHEN SENT FROM ROUNDCUBE

Reported by: shahan312 Owned by:
Priority: 5 Milestone: 0.2-stable
Component: MIME parsing Version: 0.2-beta
Severity: normal Keywords: attachments, mime-parsing, errors in sending e-mail
Cc:

Description

The problem is that when you use Roundcube to send an e-mail with an attachment, the e-mail gets sent, but Apple Mail, and Roundcube both are unable to view the attachments. They also show both, html and text only versions of the email. I think the problem arises from the fact that Roundcube may not be sending e-mails correctly (their might be a problem in how the files are attached into the message). I have attached a complete header file that was sent using Roundcube, but fails to be viewed correctly in Roundcube and Apple Mail. I have tested this with the latest 0.2-beta release and svn-trunk version.

Attachments (3)

message.txt (93.1 KB) - added by shahan312 4 years ago.
Complete email with headers and attachment. note the attachment is .docx file.
test email from trunk revision 2184.txt (135.7 KB) - added by shahan312 4 years ago.
Test email sent using trunk version of roundcube, revision 2184. A docx file is attached in the email
test.eml (842 bytes) - added by rosali 4 years ago.
test.eml by rosali

Download all attachments as: .zip

Change History (12)

Changed 4 years ago by shahan312

Complete email with headers and attachment. note the attachment is .docx file.

comment:1 Changed 4 years ago by shahan312

This error does not happen when the email is sent from Apple Mail. When the email is sent from Apple Mail, Roundcube has no trouble parsing the email and showing the attachments.

comment:2 Changed 4 years ago by alec

  • Milestone changed from 0.3-beta to 0.2-stable
  • Resolution set to worksforme
  • Status changed from new to closed

The message is malformed (the same boundary for each part). Didi you try to sent message with svn-trunk? Works for me.

comment:3 Changed 4 years ago by shahan312

  • Resolution worksforme deleted
  • Status changed from closed to reopened

I just tested it again using revision 2184. The error still exists. I attached a .docx file and sent it using Roundcube.

When testing an email without an attachment, the message is correct as it only displays the html version of the email. when sending the email with an attachment, Roundcube displays all versions of the email, including the text only and html.

This is occuring even with image attachments. For some reason, Roundcube is not sending emails with attachments correctly.

Changed 4 years ago by shahan312

Test email sent using trunk version of roundcube, revision 2184. A docx file is attached in the email

comment:4 Changed 4 years ago by rosali

Devs,

Also look at the text part of the example message:

testing again!Â

<p>testing again!&nbsp;</p>

==> &nbsp; is converted incorrect.

This happens with all messages composed by TinyMCE!

Thnx

comment:5 Changed 4 years ago by alec

shahan312: Please, check proposed solution here http://pear.php.net/bugs/bug.php?id=13032[[BR]]
rosali: that too works for me, maybe it's locale depended?

comment:6 follow-up: Changed 4 years ago by rosali

I have set RoundCube to "en_US" an can reproduce wrong &nbsp; encoding in text part by the following steps:

(1) IE 6
(2) HTML composition mode is enabled by default
(3) Start composing at the very top on left corner of the editor
(4) type in some text
(5) press 2 times enter
(6) type in some text again and send the message.

Result is attached.

Changed 4 years ago by rosali

test.eml by rosali

comment:7 in reply to: ↑ 6 ; follow-up: Changed 4 years ago by alec

Replying to rosali:

I have set RoundCube to "en_US" an can reproduce wrong &nbsp; encoding

Question is: do you have en_US.UTF-8 locale on server? Try to move html_entity_decode() after preg_replace_callback() in lib/html2text.inc

comment:8 in reply to: ↑ 7 Changed 4 years ago by rosali

Replying to alec:

Replying to rosali:

I have set RoundCube to "en_US" an can reproduce wrong &nbsp; encoding

Question is: do you have en_US.UTF-8 locale on server? Try to move html_entity_decode() after preg_replace_callback() in lib/html2text.inc

Sorry, but where do I have to look for en_US.UTF-8 server setting? I run a default XAMPP installation.

Anyway, moving html_entitiy_decode function did the trick!

comment:9 Changed 4 years ago by alec

  • Resolution set to fixed
  • Status changed from reopened to closed

Fixed in [4e0419b9].

Note: See TracTickets for help on using tickets.