> I tried out resend today after removing the content-length recalculation and it > works great, including with the s/w in proxy mode and multiple hosts in the same > TCP connection.
Wait a minute, the resend functionality needs to recalculate the content-length again because you can edit the request before you send it. This is how *I* use the resend button. Please don't remove that code.... -- Tom Jordahl Macromedia Server Development -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 06, 2003 5:23 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 15741] - TCP Monitor does not handle WebDAV methods in proxy mode DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15741>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15741 TCP Monitor does not handle WebDAV methods in proxy mode ------- Additional Comments From [EMAIL PROTECTED] 2003-01-06 22:22 ------- Of course! ;^) How about these test cases: * running the latest Litmus (good HTTP + WebDAV test as well as a decent stress test) against TCPMon in listener mode. (Litmus should support proxies, oh well.) See http://www.webdav.org/neon/litmus for details. * doing some basic DAV interactions using the catacomb client against TCPMon in proxy mode. * using an FTP client (in passive mode) and TCPMon in listen mode to try some non-plaintext/non-HTTP traffic. * using "resend" in all of these cases. I tried out resend today after removing the content-length recalculation and it works great, including with the s/w in proxy mode and multiple hosts in the same TCP connection.
