Given that behavior, it's basically guaranteed to be a server issue. You should contact them and inform them that the filename portion of a Content-Disposition header must be quoted if it includes spaces.
Camino and Firefox are doing the right thing here; treating spaces as the spec says is a necessary part of correctly handling all forms of that header. Safari and IE don't stop at the space as they should. -Stuart On Mar 2, 2007, at 1:27 AM, Graeme Porteous wrote: > I've done some testing on Novell Webmail v7.0 and v6.5. Both behave > the > same. It seems to happen when the file name contains a space, > 'filename.ext' works, 'file name.ext' doesn't and results in a > download > called 'file'. Same behaviour in Firefox. Where as Safari encodes the > file name, so you get a download called 'file%20name.ext'. > > Graeme > > Smokey Ardisson wrote, on 2/3/07 04:15: >> Without having access to one of these setups to test, or having you >> do some debugging for us, it's hard to say for sure. :( If you're >> willing to do a little work on this, do file a bug, and we can talk >> you through some of the debugging to see if it's a Camino/Gecko bug >> or a problem with Novell WebAccess. > _______________________________________________ > Camino mailing list > [email protected] > http://mozdev.org/mailman/listinfo/camino _______________________________________________ Camino mailing list [email protected] http://mozdev.org/mailman/listinfo/camino
