Question

This thread was archived. Please ask a new question if you need help.

OWA 2010/Firefox 8 and ASHX Attachments

38 பதிலளிப்புகள்
789 இந்த பிரச்னைகள் உள்ளது
1 view
Last reply by michi_zh

13 ஆண்டுகளுக்கு முன்பு

titanicfanatic

9/11/11, முற்பகல் 7:30

Hello,

   We have been using Outlook Web Access 2010 within our organization for a few months now, and have been using firefox to do so. With the latest Firefox 8 update, it seems that certain attachments download as "attachment.ashx". Yes, I said ASHX not ASPX. My research tells me that ashx files have to do with the .NET Framework. It seems that this is only occurring since we downloaded Firefox 8.

   Yes, changing the file extension allows us to open the files, and we can set a program to handle the file extension, but that would only apply when the ashx extension is only affecting one file type, but it seems to happen for more than 1 document type. I have experienced this issue with .pdf, .doc, .xls, .docx and .xlsx.

   Any ideas as to what would be causing this as of the latest update?

Hello, We have been using Outlook Web Access 2010 within our organization for a few months now, and have been using firefox to do so. With the latest Firefox 8 update, it seems that certain attachments download as "attachment.ashx". Yes, I said ASHX not ASPX. My research tells me that ashx files have to do with the .NET Framework. It seems that this is only occurring since we downloaded Firefox 8. Yes, changing the file extension allows us to open the files, and we can set a program to handle the file extension, but that would only apply when the ashx extension is only affecting one file type, but it seems to happen for more than 1 document type. I have experienced this issue with .pdf, .doc, .xls, .docx and .xlsx. Any ideas as to what would be causing this as of the latest update?

தீர்வு தேர்ந்தெடுக்கப்பட்டது

Hello Everyone,

   So I have the long awaited answer to this problem, but can not post it here because it's somewhat technical and in order to represent the problem it is necessary to use some characters that do not encode properly into this post, so I am providing a link to my solution:

http://www.nw-webdesign.com/MozillaHelp894442.php

Cheers :-)

👍 3

Answer 1 · 2011-11-09 07:30:33

Oxylatium

16/11/11, முற்பகல் 6:09

Firefox 7 (Win XP here), for example: Firefox 7.0.1 Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Mozilla Netscape 5.1 (Windows) Win32

Answer 2 · 2011-11-09 07:30:33

titanicfanatic கேள்வியின் உரிமையாளர்

16/11/11, முற்பகல் 8:08

Thanks for that... This one did the trick :-) I used it with UAControl to specify the website to use this with. All other sites will still use the default User Agent :-)

Answer 3 · 2011-11-09 07:30:33

Dimas

16/11/11, பிற்பகல் 5:35

Did you worked changing the UA? I'm using OWA 2010 14.1 with FF 7.0.1 UA (on FF 8 installation) and now I can open the attachments, but still detect it as a ASHX file.

Answer 4 · 2011-11-09 07:30:33

eric1234

16/11/11, பிற்பகல் 10:41

I "kind of" got the UA string to work. I say "kind of" because I don't know exactly how much of Oxylatium's string to use (and how to edit it). Note that I'm running Windows 7. When I use the string above, it does have the effect of *not* renaming my filenames to attachment.ashx - BUT - wherever there is a space in the filename, it puts (in place of the space) a "%20". Does anyone know why this is, and how to fix it?

Answer 5 · 2011-11-09 07:30:33

David Xie

17/11/11, முற்பகல் 4:31

I logged a call with the people who's looking after our servers; I even included the link from titanicfanatic (http://www.nw-webdesign.com/MozillaHelp894442.php); in the end they told me they'll treat this as a browser bug rather than a bug with OWA 2010, they said something similar has happened before with Chrome, so they won't do anything at at the server side for the time being.

Just wondering does anyone know a better way to convince them? Maybe a post in a forum / link with more evidence?

Thanks for your help in advance!

Answer 6 · 2011-11-09 07:30:33

titanicfanatic கேள்வியின் உரிமையாளர்

17/11/11, முற்பகல் 7:15

Aside from setting up a network deowngrade for Firefox to version 7, there is really nothing that they can do as only Microsoft has access to the code that affects this. It may be possible to apply some sort of greasemonkey script, but not sure if it would work.

Yes, this was a problem with Chromium 6 (not sure which version it was resolved in), but has been dealt with by Google. They obviously added some sort of verification of these Content-Dispositions that resolves the issue, but it is incorrect as it's Microsoft's job to make sure that their code conforms to the standards so these things don't happen. In other words, Firefox is cracking down on conventions that are incorrect and that is the right way to go about it. This is why Firefox is such a great browser :-) Because it conforms to standards, and makes our lives a developers easier and more uniform.

In terms of proof, have them download the 'Live HTTP Headers' addon for Firefox, this will sniff out all headers that are being sent to the browser, and it's very obvious that it's OWA's fault as it doesn't conform to the standard which was outlined in RFC 2231. You could also maybe have them try a download in IE9 which you think should have no problem since they are developed by the same company (OWA and IE9), but with IE9 becoming a more standards compliant browser, even it doesn't accept this malformed Content-Disposition. Is that really a browser bug, I think not!

Our company has resorted to a network downgrade of Firefox to version 7, and for now, that works for us. We are still, however, actively looking for a better solution to this and will post here if we find that answer.

On my computer, I have remained on version 8 and use uacontrol addon for firefox to spoof the UA as Firefox 7. This is very tricky though as I found out because when I set my mail domain as the site to send the above UA (whole string) it forces me into the light version of OWA (which I don't like at all). The work around for that is to log in then turn on the UAControl for the domain. Too tricky for the average user I think.

Aside from setting up a network deowngrade for Firefox to version 7, there is really nothing that they can do as only Microsoft has access to the code that affects this. It may be possible to apply some sort of greasemonkey script, but not sure if it would work. Yes, this was a problem with Chromium 6 (not sure which version it was resolved in), but has been dealt with by Google. They obviously added some sort of verification of these Content-Dispositions that resolves the issue, but it is incorrect as it's Microsoft's job to make sure that their code conforms to the standards so these things don't happen. In other words, Firefox is cracking down on conventions that are incorrect and that is the right way to go about it. This is why Firefox is such a great browser :-) Because it conforms to standards, and makes our lives a developers easier and more uniform. In terms of proof, have them download the 'Live HTTP Headers' addon for Firefox, this will sniff out all headers that are being sent to the browser, and it's very obvious that it's OWA's fault as it doesn't conform to the standard which was outlined in RFC 2231. You could also maybe have them try a download in IE9 which you think should have no problem since they are developed by the same company (OWA and IE9), but with IE9 becoming a more standards compliant browser, even it doesn't accept this malformed Content-Disposition. Is that really a browser bug, I think not! Our company has resorted to a network downgrade of Firefox to version 7, and for now, that works for us. We are still, however, actively looking for a better solution to this and will post here if we find that answer. On my computer, I have remained on version 8 and use uacontrol addon for firefox to spoof the UA as Firefox 7. This is very tricky though as I found out because when I set my mail domain as the site to send the above UA (whole string) it forces me into the light version of OWA (which I don't like at all). The work around for that is to log in then turn on the UAControl for the domain. Too tricky for the average user I think.

Answer 7 · 2011-11-09 07:30:33

David Xie

17/11/11, முற்பகல் 8:27

Re: titanicfanatic

Thanks for your detailed explanation :)

We thought of downgrading as well, but apparently people in the past had issues with their Firefox profiles if they download from a higher version (I personally can't confirm this). I've tested the latest Firefox 9 Beta 2 and it looks like Mozilla won't take Google's approach to help us out with the issue either. The UAControl works fine but as you have mentioned, it requires the user to make the switch at the right time, which will generate a lot of phone calls for us.

Right now the only thing I can do is to wait and see who can help us out; either Mozilla with some sort of workaround in their Firefox 9 or Microsoft releasing a patch to fix the issue.

Answer 8 · 2011-11-09 07:30:33

Dimas

17/11/11, பிற்பகல் 8:04

Tested with FF 8.0, Windows 7 32b and the extension UAControl with UA "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1" and it doesn't work with OWA 14.1.339.1

Uninstalling FF 8 and installing Firefox 7 to the enterprise domain (+- 2000 PCs) until we have a solution :(

Answer 9 · 2011-11-09 07:30:33

titanicfanatic கேள்வியின் உரிமையாளர்

18/11/11, முற்பகல் 3:35

This is the UA that worked for me...

Firefox 7 (Win XP here), for example: Firefox 7.0.1 Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Mozilla Netscape 5.1 (Windows) Win32

You will need to whole string, and it's ok if you are not running WinXP you can still use this UA. I used it on my Win7 64bit pc at home with success.

Answer 10 · 2011-11-09 07:30:33

Dimas

19/11/11, பிற்பகல் 10:36

Look here, now it's marked as a regression. Maybe solved for 9.0 or 8.0.1 ? https://bugzilla.mozilla.org/show_bug.cgi?id=703015

Answer 11 · 2011-11-09 07:30:33

David Xie

23/11/11, முற்பகல் 10:00

I've just tested the Firefox 9.0 Beta 3; I think Mozilla have kindly put in a workaround for us!

ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/9.0b3-candidates/build1/

Answer 12 · 2011-11-09 07:30:33

tjkr

25/11/11, முற்பகல் 1:02

Nothing works for me!

I am so sick and disgusted by the continual incompatibility issues with Apple and Microsoft systems. These corporations cost billions of dollars in productivity loss and workplace frustration. Would we allow 2 electricity grid systems, 2 water systems, to operate simultaneously getting water and power through duplicate hardware, paying over and over for superfluous products because of corporate greed?

Answer 13 · 2011-11-09 07:30:33

Oxylatium

26/11/11, முற்பகல் 1:05

There is a 2nd workaround after bug 703015, see: Bug 704989 - add workaround for broken Outlook Web App (OWA) attachment handling.

Answer 14 · 2011-11-09 07:30:33

David Xie

27/11/11, முற்பகல் 4:26

@tjkr: even the Firefox 9.0 Beta 3 didn't work for you? Firefox 9 should be out by 20th Dec.

Answer 15 · 2011-11-09 07:30:33

ljemerick

1/12/11, முற்பகல் 9:25

And another solution--I substituted Google Chrome today for Firefox. I hated doing this but I have too many downloads from Outlook to deal with the renaming, etc. Will switch back when Firefox bug is fixed...