You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2005/04/01 22:09:14 UTC

DO NOT REPLY [Bug 34270] New: - Large POSTs over SSL from Internet Explorer do not complete successfully

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34270>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34270

           Summary: Large POSTs over SSL from Internet Explorer do not
                    complete successfully
           Product: Apache httpd-2.0
           Version: 2.0.53
          Platform: Sun
        OS/Version: Solaris
            Status: NEW
          Severity: normal
          Priority: P2
         Component: mod_ssl
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: david_arcuri@mgic.com


Apache HTTPD 2.0.53 + OpenSSL 0.9.7d compiled with gcc 3.3 on Solaris 8:

Any time I attempt to POST a large file (> 40 MB) from Internet Explorer I
receive the following lines in my access log, showing the initial GET request
and subsequent POST:

[01/Apr/2005:13:47:57 -0600] 4846040534 10.1.20.92 SSLv3 RC4-MD5 "GET
/upload_error/upload.html HTTP/1.1" 200 257 "-" "Mozilla/4.0 (compatible; MSIE
6.0; Windows NT 5.1; MGIC; .NET CLR 1.1.4322)"
[01/Apr/2005:13:48:02 -0600] 4846040534 10.1.20.92 SSLv3 RC4-MD5 "POST
/upload_error/upload.cgi HTTP/1.1" 70014 539
"https://mytestsite.mgic.com/upload_error/upload.html" "Mozilla/4.0 (compatible;
MSIE 6.0; Windows NT 5.1; MGIC; .NET CLR 1.1.4322)"

The transfer aborts with the file being truncated, and Internet Explorer returns
an unhelpful error page, instead of the successful result.  Note the return code
in the POST line of 70014 -- which is an SSL EOF code.  Following is the CGI
code I am using to reproduce this error.


#!/usr/bin/perl
 
my $bytesread = 0;
my $i = 0;
 
open(OUTPUT, ">/tmp/upload.stdin.$$");
while($i = read(STDIN,$buf,1024)) {
        print OUTPUT $buf;
        $bytesread += $i;
}
close(OUTPUT);
 
print "Content-type: text/plain\n\n";
print "$bytesread bytes successfully posted.";
exit;


This also fails with a simple while (<STDIN>) { print OUTPUT $_; }

I know the gut reaction to this is "Don't use Internet Explorer" but I have
customers accessing this page -- I cannot control that.  This problem does NOT
occur in the following configurations that I have tested:

XP Service Pack 2 + MSIE
XP Service Pack 2 + FireFox
XP Service Pack 1 + FireFox
XP Service Pack 1 + Mozilla
Linux + FireFox

So I am thinking we are looking at some form of Microsoft induced weirdness from
XP Service Pack 1 (I have not tested with any other MS OS + IE, as I do not have
access to those configurations, it may fail in all versions of IE prior to what
came with XP SP2.)  If there is any way to track down this oddity and provide a
workaround, it would be appreciated.

I can reproduce easily, and will be happy to provide additional information if
requested.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org