In regard to "content-disposition"........
The following RFC states (very late in the text in the section on
"Security")........
In general, the receiving MUA should not name or place the file such
that it will get interpreted or executed without the user explicitly
initiating the action.
http://www.ietf.org/rfc/rfc2183.txt
So - while it may seem like "content-disposition" is an answer, a "well
behaved" MIME-type interpreter should still ask the user what they want to
do with the file. So, this still does not (or at least should not) allow an
MP3 (or any other file) to be run or executed without the users
intervention. At minimum, the behaviour for "content-disposition" is not
"guaranteed".
In fact, some browsers continue to be "naughty" in that they actually
DOWNLOAD the file first (to some temporary location), then fire up an
appropriate application to handle the MIME type against the downloaded file
rather than running the handling application as a plug-in (freestanding or
embedded) and passing it the address/URL of the resource to process.
Regards,
Gary
On 6/13/07, "C. Bergström" <[EMAIL PROTECTED]> wrote:
Lea de Groot wrote:
> On Wed, 13 Jun 2007 15:40:39 +0530, SJL wrote:
>
>> I have this problem where i want to force download and mp3 and mp4
>> format file, but by default the browsers are handling it.
>> I actually want the "save as" window to appear and give the choice to
>> the viewer.
>>
>
> Zipping the file is the only way I know of to ensure a download.
>
Have you tried adding a header with something similar to below..
Response.AppendHeader("Content-Disposition","attachment; filename=\"" +
strFileToDownload + "\"");
Response.ContentType = "audio/mpeg";
./C
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
