Kayako logo
SupportSuite, eSupport and LiveResponse Discussion, troubleshooting and feedback related to Kayako's flagship support desk products SupportSuite, eSupport and LiveResponse.

Kayako develops robust helpdesk software, live chat and real-time visitor monitoring software.
Kayako is trusted by more than 30,000 organizations, including a number of Fortune 500 companies and government institutions.
Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  (#1) Old
MarcG Offline
Member
 
Posts: 35
Join Date: Sep 2008
Location: Wiesbaden, Germany
Thumbs down Problem with binary attachments, not working - 18-06-2009, 11:44 AM

Hi,
we have a problem with users sending binary attachments, such as word documents. I investigated this today and found that the saved attachment file is ok, only the delivery through the staff interface causes the problems.

Here is what I did:

First I send a text file as attachment and viewed it in the new ticket. It worked without any problem.
Next I send a Word document, having the same dummy text as content. Trying to download this from the ticket view returns just some data that is not recognized as word document. Lokking at it with a text editor shows the text content though, somewhere after a lot of binary stuff (like normal for a word doc, but still it is none).

The attachments were saved to db, so I changed it to filesystem to easier inspect the saved files. After checking the base64 encoded data from the mail (parser log), that was still correct, I downloaded the saved attachment from the files folder. I renamed it and it worked.
Downloading it through the staff interface still failed.

Next I wrote a small php file that does the same as the dispatchAttachment function used to send out attachments to the browser. Here is how it looks like:

PHP Code:
<?php
  header
("Content-Type: application/msword" "\r\n");
  
header("Content-Disposition: attachment; filename=\"""testdummy2.doc" ."\"");
  
$fp fopen("./files/attach_e6157855429e03591637e0c738e5199c""rb");
  if (!
$fp)
  {
      return 
false;
  }

  while(!
feof($fp)) {
    echo 
fread($fp8192);
    
flush();
  }

  
fclose($fp);

?>
It does practically the same as the esupport function, only without the overhead to look for the attachment and so. This works.
The staff interface getting this file returns just binary ****.

I also looked at the send and received headers, they are nearly the same, except for data that should be different.
I noticed that the function sets the transfer-encoding to binary, my code did not. I changed this so esupport sends chunked as encoding, but still no difference.

Now I have no more idea what could be the problem.

Anybody else has an idea or met the same problem? Or should I post this to esupport support for help?
   
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
attachments arent working now bnelsonFSO SupportSuite, eSupport and LiveResponse 1 30-05-2009 10:40 PM
Working with attachments GoneShootin How do I? 6 02-04-2008 05:40 PM
Voicemail Attachments not working Sedona SupportSuite, eSupport and LiveResponse 6 10-04-2007 01:59 PM
Attachments working? williamf Comments, Questions & Feedback 19 09-03-2007 01:34 PM



Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.3.2


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78