Corrupted attachments still there (3.0.7_01)

RT Users
1

Hello,

I falsely thinked that I solved issue with corrupted attachments :frowning:
Problem is still there on certain conditions.

It works when using Epiphany browser on Linux with en_GB.UTF-8 locale.
Headers of attachment are:

Content-Type: application/octet-stream; name=“REKLAMA-MANAGER.pdf”
Content-Disposition: inline; filename=“REKLAMA-MANAGER.pdf”
Content-Transfer-Encoding: base64
Content-Length: 161203

ngreped HTTP Headers from network are attached as ngrep-linux.txt

When attached same file on Windows (either Mozilla 1.3 or IE6), headers
are:

Content-Type: application/pdf; name=“REKLAMA-MANAGER.pdf”
Content-Disposition: inline; filename=“REKLAMA-MANAGER.pdf”
Content-Transfer-Encoding: base64
Content-Length: 235078

ngreped HTTP headers from network are attached as ngrep-windows.txt

As you can see difference is in mime type and in Content-length:.
161203 is correct file length.

Could someone point me where to look for problem?

O.
Ondřej Surý - technický ředitel SERVERY.CZ
Globe Internet, s.r.o. - http://globe.cz
Pláničkova 1, 162 00 Praha 6 - http://mapa.globe.cz
Tel.: +420 2 35365000 - info@servery.cz

ngrep-linux.txt (3.41 KB)

ngrep-windows.txt (2.92 KB)

2

Mozilla 1.5 is fine in case attachment is sent as
application/octet-stream (I have renamed .pdf to .pdf1).

Internet Explorer cannot be fooled to do so (it detects that content is
pdf and sets mime-type to application/pdf for .pdf1 too), so it cannot
be tested properly on that type of attachment.

I suspect, that problem could be in attached files which have MIME-Type
something else then application/octet-stream.

O.
Ondřej Surý - technický ředitel SERVERY.CZ
Globe Internet, s.r.o. - http://globe.cz
Pláničkova 1, 162 00 Praha 6 - http://mapa.globe.cz
Tel.: +420 2 35365000 - info@servery.cz