problem with attachments from QuickBooks/Intuit - message parsing

[cotcomsol]

We all get payroll stubs from QuickBooks? as PDF files. Roundcube incorrectly parses the emails when viewing attachments making it impossible to view the PDF files. All other mail clients that we have tried work fine (imp, thunderbird, outlook, kmail, etc).

I'm attaching a scrubbed version of the mail source that causes the problem. This was tested under the svn code as of today. When you view the message, there is no text in the body area, and only 1 attachment (the pdf) is listed. When you view the PDF it says it is corrupt. However, if you save the pdf and view the file you see that the text/plain part is actually what is downloaded in place of the pdf. Here is what is incorrectly downloaded when the PDF attachment is clicked:

---

Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit

Dear Brock Williams :

Your paystub is attached.

PLEASE NOTE: The information in the attached e-mail is CONFIDENTIAL. If you have any questions or concerns please contact Erika Madrigal in the Billings office.

Sincerely, Erika Madrigal Baxter Meadows Development, LP 406-896-4910

---

[cotcomsol]

example message source

[till]

Please share the email via: http://testing.roundcube.net/

Also, can you tell us if this only happens with those Quickbooks PDFs or if this is a general problem for you? As of now, I - of course - cannot reproduce this, because standard PDFs work for me.

Browser and version would be also appreciated, make sure you read this: http://trac.roundcube.net/wiki/Howto_ReportIssues

[cotcomsol]

The only example I have right now are these PDFs from Quickbooks/Intuit. Other PDF files work fine. I think it has something to do with the specific structure of these mails from Intuit. I have primarily tested under Firefox 2.0 under FreeBSD as well as Firefox 2.0 and IE 7 under XP Pro. I have uploaded the message as 20071029_213948_9.

Also, if the email is forwarded via roundcube to another user who uses another mail client, it gets further messed up. I uploaded an example of this as 20071029_214740_3. To get that, I took the original email that I received in roundcube and forwarded it on, then opened the forwarded message in KMail and viewed the source.

Thanks Brock

[cotcomsol]

Also my PHP version is 5.2.0, server OS is FreeBSD 6.1.

[seansan]

Is this still an issue. please check the tickets below and test with latest SVN or stable

http://trac.roundcube.net/ticket/1484757

http://trac.roundcube.net/ticket/1484689

[JohnDoh]

Uploaded test message ID 20080520_222941_7

This problem still exists, nother appears in the message body window and downloading the attachment gives a corrupt file, wrong part of the message downloaded. I have checked with other clients and the message is ok. I am running rev1409, PHP5, Apache2, Debian. All components on the installer tests return OK.

I also noticed that in the attachment vewing window the downlaod link is missin a ? it's http://mail/_task=mail&_framed=1&_action=get&_mbox=INBOX&_uid=187&_part=2&_download=1 instead of http://mail/?_task=mail&_framed=1&_action=get&_mbox=INBOX&_uid=187&_part=2&_download=1

[JohnDoh]

problem with the download links fixed in rev1411

[till]

I think the error is not related to the pdf, but to the way JavaMail? wraps the email into a dozen bounderies. Point taken, it's still valid, but boundries are supposed to look different, e.g.

--boundry1--
part 1
--boundry1--

--boundry2--
part 2
--boundry2--

While JavaMail? does:

--boundry2--
--boundry1--
message
--boundry1--
--boundry2--

So, I think this issue is related to parsing the message source.

[alec]

Subject mail (stub.txt) works for me with trunk version.