搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Upload zip sending "multipart/x-zip" content-type without boundary

  • 2 个回答
  • 1 人有此问题
  • 1 次查看
  • 最后回复者为 cor-el

more options

Hello,

We are facing some problems with the uploading zip functionnality (with Firefox 45.3 at least) :

1) Steps to reproduce:

- Open Firefox 45.3.0 ESR with Windows 7 - Upload a zip archive file with this kind of input: <input type="file" accept=".zip" value="" id="xx" name="xx">


2) Actual results:

2 strange things :

- On some workstations (not all), for the same versions of Firefox (45.3), the Content-Type associated with the file is "multipart/x-zip". Why specially this content-type ? Others more commons Content-Type ("application/x-zip" or "application/octet-stream") are usually sending I guess.

- The Content-type "multipart/x-zip" is sending without boundary part, causing the following error on our servers :


javax.mail.MessagingException: Missing start boundary

at javax.mail.internet.MimeMultipart.parsebm(MimeMultipart.java:882) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeMultipart.parse(MimeMultipart.java:503) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeBodyPart.getContent(MimeBodyPart.java:652) ~[javax.mail.jar:1.4.5]


3) Expected results:

- Either a more common Content-Type for archive zip file - Either a boundary part with "multipart/x-zip" Content-Type


Someone have an explanation for this behaviour ? Thanks for your support !

Hello, We are facing some problems with the uploading zip functionnality (with Firefox 45.3 at least) : 1) Steps to reproduce: - Open Firefox 45.3.0 ESR with Windows 7 - Upload a zip archive file with this kind of input: <input type="file" accept=".zip" value="" id="xx" name="xx"> 2) Actual results: 2 strange things : - On some workstations (not all), for the same versions of Firefox (45.3), the Content-Type associated with the file is "multipart/x-zip". Why specially this content-type ? Others more commons Content-Type ("application/x-zip" or "application/octet-stream") are usually sending I guess. - The Content-type "multipart/x-zip" is sending without boundary part, causing the following error on our servers : javax.mail.MessagingException: Missing start boundary at javax.mail.internet.MimeMultipart.parsebm(MimeMultipart.java:882) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeMultipart.parse(MimeMultipart.java:503) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeBodyPart.getContent(MimeBodyPart.java:652) ~[javax.mail.jar:1.4.5] 3) Expected results: - Either a more common Content-Type for archive zip file - Either a boundary part with "multipart/x-zip" Content-Type Someone have an explanation for this behaviour ? Thanks for your support !

所有回复 (2)

more options

That seems to be dependent on windows itself and not Firefox, Firefox simply reads the windows mime type (or I'm misunderstanding). I would go to the Preferences and manually edit them if that's the case. Also are some versions 32bit and some 64bit? that cause be the difference... different Java and windows builds, drivers etc...

I would get onto the latest build, the one you're using is waay too old, if you need ESR for some reason then at least get the current one. https://ftp.mozilla.org/pub/firefox/releases/52.3.0esr/ older: https://ftp.mozilla.org/pub/firefox/releases/45.9.0esr/

由BeerBaroN23于修改

more options