Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » PDF attachments issue (Content-Type: application/octet-stream;)
  •  
SoundStylists

Messages: 18
Karma: 0
Send a private message to this user
Hi All

I have a call logged with Kerio for the below issue, im trying to look more into it, the in house application we use to send invoices to our clients is doing the following, its sending email PDF attachments out all scrambled, like so:

>Subject: Geometry Global INV27711
>Sender: 'User name removed'<User name removed<_at_>....>
>Mime-Version: 1.0
>Content-Type: multipart/mixed;
>boundary="= Multipart Boundary 0811151109"
>Date: Tue, 11 Aug 2015 11:09:39 +0200
>Message-ID: <20150811090939619.46C0164E20551A64@User name removed>
>X-Mailer: ICS SMTP Component V2.50
>
>This is a multipart MIME message.
>
>--= Multipart Boundary 0811151109
>Content-Type: text/plain; charset="iso-8859-1"
>Content-Transfer-Encoding: 7bit

The developers of the in house application we use are saying its the version we are using which I think is a load of bull, reason is, some of the clients we send to either get the PDF the way they should and sometimes they get nothing but scrambled text like so:

> JVBERi0xLjIgCiXi48/TIAoxIDAgb2JqIAo8PCAKL1R5cGUgL0NhdGFsb2cg Ci9QYWdlcyAy
> IDAgUiAKL1BhZ2VNb2RlIC9Vc2VOb25lIAovVmlld2VyUHJlZmVyZW5jZXMg PDwgCi9GaXRX
> aW5kb3cgdHJ1ZSAKL1BhZ2VMYXlvdXQgL1NpbmdsZVBhZ2UgCi9Ob25GdWxs U2NyZWVuUGFn
> ZU1vZGUgL1VzZU5vbmUgCj4+IAo+PiAKZW5kb2JqIAo1IDAgb2JqIAo8PCAK L0xlbmd0aCAx
> NTQ4IAovRmlsdGVyIFsgL0ZsYXRlRGVjb2RlIF0gCj4+IApzdHJlYW0KeJx1 VllTG0kMfp9f

I have tried different email accounts, different in house application user profiles, ive tried everything I can think of..

What doesn't make any sense is that it works then it doesn't work.

The in house application support team had this to say about the issue:

The purpose of using Octet-stream rather than application/pdf was to force the email client to offer the user a save dialog as per RFC 2046, rather than opening the document directly on the screen - unfortunately these days, especially with web based email clients, many ignore this specification and as you suggest, they just display the code. I'm afraid this isn't going to change in HireTrack Eclipse as development on that product has now ceased.

Does anyone have any ideas for me?

Thank you
  •  
clan

Messages: 223
Karma: 21
Send a private message to this user
You don't seem to show the content type for the attachment part of the message, 'text/plain' should only be for message text contained in the mail. Apart from this it very much looks like a problem on your clients side.

Just to make sure I would start by comparing the messages generated by your inhouse applications for clients who see different behaviour, before sending them out.

If they are similar I would try to get the raw messages as received by the clients to see if they were changed on the way. This should not happen, but you never know.

Next is asking the clients with the wrong display for their mail clients, to see if there is a known problem with displaying some attachment types.
  •  
SoundStylists

Messages: 18
Karma: 0
Send a private message to this user
Thanks Clan for the reply

The problem is

1 - Client 1 - gets the mail which should contain an attached PDF file doesn't and gets a mail full of scrambled text

2 - Same client then gets another email and it has the PDF file

So it sometimes works and then sometimes does not

When we were using Mac OS Mail Server, we never once had an issue like this, as soon as we changed to Kerio, every 5th email we send out to clients comes out all scrambled

Any other ideas?

Ive looked into AV, not that
Ive looked in the running the in house application locally and using Terminal sessions, same thing
Ive tried different email accounts

The only thing I have not done is turn off content web filtering on the firewall, but I don't think its that either.
  •  
clan

Messages: 223
Karma: 21
Send a private message to this user
SoundStylists wrote on Tue, 11 August 2015 13:46
1 - Client 1 - gets the mail which should contain an attached PDF file doesn't and gets a mail full of scrambled text

2 - Same client then gets another email and it has the PDF file

So it sometimes works and then sometimes does not

You need to make sure where the problem is introduced. The possibilities I see are:

- in your in-house application. Unlikely, but relatively easy to find out by keeping local copies of the sent mails and comparing the raw messages.

- the mailservers involved in transport. You write that one in five deliveries to the same recipient is corrupted, this may indicate that some mails are taking a different route, maybe via a backup mail server. Try to get the full headers, and possibly the full message, as received by the client. Check the Received headers for the path the mails took. Check for changes in the mail body structure if possible.

  •  
SoundStylists

Messages: 18
Karma: 0
Send a private message to this user
Thanks again for the reply

wrt this:
- in your in-house application. Unlikely, but relatively easy to find out by keeping local copies of the sent mails and comparing the raw messages.

We send a copy of all emails to our internal archiva system, when checking the sent mails in the archiva, the mails that are being reported as scrambled are infact perfect in this system, however, this system is internal and we have not to date had any issues like this behind our firewall, however

sending the same emails to my gmail account returns the scrambled email, yet on our archiva, the mail shows its PDF attachment without issues:

The entire email looks like this in my Gmail account:

Subject: CUE AV INV27704
Sender: 'User removed'<User removed.CO.ZA>
Mime-Version: 1.0
Content-Type: multipart/mixed;
boundary="= Multipart Boundary 0807150857"
Date: Fri, 7 Aug 2015 08:57:23 +0200
Message-ID: <1505820404.4.1439297064733.JavaMail.root@mailarchiva>
X-Mailer: ICS SMTP Component V2.50
X-MailArchiva-Archive-Time: Fri, 7 Aug 2015 08:50:26 +0200 (SAST)
X-MailArchiva-Message-Size: 251357.0

This is a multipart MIME message.
--= Multipart Boundary 0807150857
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Good Day
Trust you are well
Please find invoice attached
Thank you so much
Kind Regards

User removed

--= Multipart Boundary 0807150857
Content-Type: application/octet-stream;
name="E8_InvoiceA4_REF_32397_CUE AV - 11 - 19 Aug 2015.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="E8_InvoiceA4_REF_32397_CUE AV - 11 - 19 Aug 2015.pdf"

JVBERi0xLjIgCiXi48/TIAoxIDAgb2JqIAo8PCAKL1R5cGUgL0NhdGFsb2cg Ci9QYWdlcyAyIDAg
UiAKL1BhZ2VNb2RlIC9Vc2VOb25lIAovVmlld2VyUHJlZmVyZW5jZXMgPDwg Ci9GaXRXaW5kb3cg
dHJ1ZSAKL1BhZ2VMYXlvdXQgL1NpbmdsZVBhZ2UgCi9Ob25GdWxsU2NyZWVu UGFnZU1vZGUgL1Vz
ZU5vbmUgCj4+IAo+PiAKZW5kb2JqIAoyIDAgb2JqIAo8PCAKL1R5cGUgL1Bh Z2VzIAovS2lkcyBb
IDggMCBSIF0gCi9Db3VudCAxIAovTWVkaWFCb3ggMyAwIFIgCi9Dcm9wQm94 IDQgMCBSIAo+PiAK
ZW5kb2JqIAozIDAgb2JqIApbIDAgMCA1OTUgODQxIF0gCmVuZG9iaiAKNCAw IG9iaiAKWyAwIDAg
NTk1IDg0MSBdIAplbmRvYmogCjUgMCBvYmogCjw8IAovTGVuZ3RoIDIzNDIg Ci9GaWx0ZXIgWyAv
RmxhdGVEZWNvZGUgXSAKPj4gCnN0cmVhbQp4nK1aWXPUSBJ+719RLxsBEWOo +/DT+oAJiMGA3TDs
Bi+iLdu92y151WoI/v1mVaWOarU8PaJjJkx+OFX6KjMrjxL0BVWE+v8aYbGe vbzMvy8X+fXv52Sx
6aOLmxknb2f/IzOtpSRMaqPJesaoVQ7RqkHCMI+iIoKH2Z+zwj8Ob6Phne3P m4sZp+THUwvfzD6S
px/u6693iBz8dNBfp8T/+uGe+rq/CXw2Pm44/L2ixkR2DMEKgdDaAQhaKB9g sdFFD9ox23kW33vo

Continues like this for about 2000 lines and ends with this:

MjAxNSAwMDAwMCBuIAowMDAwMDkyMDg2IDAwMDAwIG4gCjAwMDAxODA5NjIg MDAwMDAgbiAKMDAw
MDE4MTAxNiAwMDAwMCBuIAp0cmFpbGVyIAo8PCAKL1NpemUgNTEgCi9Sb290 IDEgMCBSIAo+PiAK
c3RhcnR4cmVmIAoxODE4NDEgCiUlRU9GIAo=
--= Multipart Boundary 0807150857--

  •  
SoundStylists

Messages: 18
Karma: 0
Send a private message to this user
Any other ideas for me, im trying to get the email headers at this time
Previous Topic: How to use Secure IMAP on Apple Notes connections?
Next Topic: Issues Upgrading from 8.3.2 to 8.5.1?
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Wed Jan 18 23:17:01 CET 2017

Total time taken to generate the page: 0.00977 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.