搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

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