[gmime-devel] Handling POST requests from IE7.
- From: Doug Bailey <dbailey digium com>
- To: gmime-devel-list gnome org
- Subject: [gmime-devel] Handling POST requests from IE7.
- Date: Tue, 21 Oct 2008 09:55:18 -0500 (CDT)
I have an application that is embedding gmime (2.2.22) to handle http POST
requests incoming from a browser.
When I get a POST request from an IE7 browser, I have a problem in that the file
spec in the mime header comes with a full Windows path spec (Drive spec,
directory path and file name all delimited with backslashes). When gmime
completes the decode it resolves the filename to a single filename with the
backslashes stripped out. (The example below becomes "C:
Documents and SettingsDBDesktopuImagetest.txt")
When the POST request comes in from FireFox, all works great as FireFox only
includes the relative file name.
Is there something I am missing that would make gmime handle the Windows style
path spec?
Is there something I am missing in how IE7 instantiates a POST request?
Regards,
Doug Bailey
POST /uploads HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/x-shockwave-flash, application/vnd.ms-excel, application/
vnd.ms-powerpoint, application/msword, */*
Referer: http://192.168.69.1/static/config/upload2.html
Accept-Language: en-us
Content-Type: multipart/form-data;
boundary=---------------------------7d81d5b3016a
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET
CLR 1.1.4322; .NET CLR 2.0.50727)
Host: 192.168.69.1
Content-Length: 246
Connection: Keep-Alive
Cache-Control: no-cache
Cookie: mansession_id="54a2a40e"; username=admin; rwaccess=yes
-----------------------------7d81d5b3016a
Content-Disposition: form-data; name="uImage"; filename="C:
\Documents and Settings\DB\Desktop\uImagetest.txt"
Content-Type: text/plain
This is my uImage
-----------------------------7d81d5b3016a--
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]