Re: DO NOT REPLY [Bug 21129] New: - Error message : "The Parameter is incorrect" when doing multipart requests (fileupload)
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21129>. >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=21129 >Error message : "The Parameter is incorrect" when doing multipart requests >(fileupload) > Summary: Error message : "The Parameter is incorrect" when doing >multipart requests (fileupload) > Product: Tomcat 4 > Version: 4.1.24 > Platform: PC >OS/Version: Windows NT/2K >Status: NEW > Severity: Normal > Priority: Other > Component: Connector:Coyote JK 2 >AssignedTo: [EMAIL PROTECTED] >ReportedBy: [EMAIL PROTECTED] >--- Description : >I am using isapi_redirector2.dll and coyote connector with the usual setup. >Sometimes (not everytime, maybe one in every 5 or more) I get the response >error "Parameter is incorrect" when doing multipart requests (fileupload). In >some occations, when this error has occured once, the request does not seem to >be performed, the file in the upload does not reach tomcat, and the application >that I use returns nulls. >--- SETUP >My setup is described in detail on the website >http://www.reynir.net/tomcat/tomcat_IIS_service_jk2.html >--- Reoccurance >I've tested this with versions 2.0.2 and 2.0.1, and on at least 5 different >computers in different networks with the same or very similar behaviour. >The error does not occure with previous versions of the connector >(isapi_redirect.dll). > ERROR MESSAGES : >Error log from the jklogfile : >Error: [jk_worker_ajp13.c (512)]: ajp13.service() Error forwarding >ajp13:ust_is:8009 1 0 >Error: [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error >3 >Error: [jk_handler_response.c (178)]: handler.response() Error sending response >Error: [jk_service_iis.c (157)]: jk_ws_service_t::head, ServerSupportFunction >failed >Error: [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error >3 >Error: [jk_handler_response.c (200)]: Error ajp_process_callback - write failed >Error: [jk_service_iis.c (247)]: jk_ws_service_t::write, WriteClient failed >For any additional information please contact me, reynir[AT]hugsmidjan.is >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 16316] - DataSourceRealm can not find JNDI name in context
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=16316>. >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=16316 >DataSourceRealm can not find JNDI name in context >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 20:34 --- >I too believe this should be re-opened and fixed. Our manifestation of the >defect is a little different. Again, our "webapps/appname.xml" file defines >both the JDBCRealm and our application datasource. >Both authentication and application database access work initially - UNTIL >things go inactive and the MySQL 8hr timeout occurs. The fix for this is >supposed to be to add "?autoReconnect=true" to the end of the JDBC URL - so we >added this. >However this does not fix the problem, the timeouts during authentication still >occur. Moving the entire context (with both datasource and JDBCRealm within) to >server.xml appears to fix the timeouts. >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21126] - mod_jk / mod_jk2 doesn't fail over correctly when tomcat node disconnected
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21126>. >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=21126 >mod_jk / mod_jk2 doesn't fail over correctly when tomcat node disconnected >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 19:27 --- >Sorry, the line " ... expecting that apache server 1 >would not redirect to requests to tomcat server 2." should of course read >"... expecting that apache server 1 >would now redirect requests to tomcat server 2." >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URL typo in build.properties.
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >--Boundary_(ID_e63s3uGkuffVoJ9gCyJFrQ) >Content-type: text/plain; charset=us-ascii; format=flowed >Content-transfer-encoding: 7BIT >Hi, > I just now downloaded the tomcat-5 src and when i try to build, i got >a build error for the wrong url- >http://www.apache.org/dist/jakarta/commons/fileupload/commons-fileupload-1.0-rc1.tar.gz >This should be changed to - >http://www.apache.org/dist/jakarta/commons/fileupload/binaries/commons-fileupload-1.0-rc1.tar.gz >in build.properties. >Thanks, >-Uday. >--Boundary_(ID_e63s3uGkuffVoJ9gCyJFrQ)-- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21126] New: - mod_jk / mod_jk2 doesn't fail over correctly when tomcat node disconnected
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21126>. >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=21126 >mod_jk / mod_jk2 doesn't fail over correctly when tomcat node disconnected > Summary: mod_jk / mod_jk2 doesn't fail over correctly when tomcat >node disconnected > Product: Tomcat 4 > Version: 4.1.25 > Platform: Sun >OS/Version: Solaris >Status: NEW > Severity: Normal > Priority: Other > Component: Connector:Coyote JK 2 >AssignedTo: [EMAIL PROTECTED] >ReportedBy: [EMAIL PROTECTED] >We have a configuration with 2 Sun / Solaris 8 servers running apache web >server 2.0.45 and 2 Sun Solaris 8 Servers running Tomcat 4.1.25. The 2 apache >web servers are connected to the 2 tomcat servers using mod_jk. >A user logs in to tomcat 1 via apache server 1. In order to test failover, we >then unplugged the network cable for tomcat 1, expecting that apache server 1 >would not redirect to requests to tomcat server 2. It didn't, instead it kept >attempting to send requests to tomcat 1. >We also tested mod_jk2 in the same scenario and it too failed to failover >correctly. >Failover works correctly when either tomcat is shut down properly >with ./shutdown.sh >We tested the same scenario on a Ms Windows 2000 platform and it also worked >correctly. >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=7831>. >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=7831 >[PATCH] JNDIRealm does not work with CLIENT-CERT auth method >[EMAIL PROTECTED] changed: > What|Removed |Added > > CC||[EMAIL PROTECTED] > ||m.com >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 19:12 --- >*** Bug 21115 has been marked as a duplicate of this bug. *** >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21115] - JDBCRealm does not work with HTTPS client certificate authentication
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21115>. >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=21115 >JDBCRealm does not work with HTTPS client certificate authentication >[EMAIL PROTECTED] changed: > What|Removed |Added > > Status|REOPENED|RESOLVED > Resolution||DUPLICATE >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 19:12 --- >*** This bug has been marked as a duplicate of 7831 *** >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21115] - JDBCRealm does not work with HTTPS client certificate authentication
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21115>. >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=21115 >JDBCRealm does not work with HTTPS client certificate authentication >[EMAIL PROTECTED] changed: > What|Removed |Added > > Status|RESOLVED|REOPENED > Resolution|DUPLICATE | >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 19:12 --- >Reopening to put the right bug# in >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21115] - JDBCRealm does not work with HTTPS client certificate authentication
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21115>. >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=21115 >JDBCRealm does not work with HTTPS client certificate authentication >[EMAIL PROTECTED] changed: > What|Removed |Added > > Status|NEW |RESOLVED > Resolution||DUPLICATE >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 19:11 --- >*** This bug has been marked as a duplicate of 7813 *** >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21124] New: - IE cookie handling breaks interaction between single user and multiple appservers
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21124>. >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=21124 >IE cookie handling breaks interaction between single user and multiple appservers > Summary: IE cookie handling breaks interaction between single >user and multiple appservers > Product: Tomcat 4 > Version: 4.0.6 Final > Platform: All >OS/Version: All >Status: NEW > Severity: Normal > Priority: Other > Component: Catalina >AssignedTo: [EMAIL PROTECTED] >ReportedBy: [EMAIL PROTECTED] >IN GENERAL: >For any two domains, A and B, if B is a subdomain of A (e.g., B.A), and if two >different J2EE app servers are hosting those domains, the following will be >true, assuming that the two appservers create session cookies that are >identical except for the domain (note that a cookie consists of: name, domain, >path, expiration): >* If a user, running Internet Explorer, uses J2EE apps running on both >domains, causing a session to be established on both domains simultaneously, >the client accessing the application running in domain B will not be able to >access a session established in domain B. >This is due to the fact that IE orders cookies from least-specific to most- >specific WITH RESPECT TO DOMAIN in an HTTP request. ANY app server that looks >for the FIRST cookie named JSESSIONID will be susceptible to this problem. >EXAMPLE: >In our case, tomcat was serving up JSPs on "x.com", causing a J2EE servlet >session to be created when that page was loaded. Immediately after hitting >x.com, "w.x.com" was being loaded, which also caused a session to be created. >Both sessions were being identified by cookies set in the client browser. The >cookies both had an ID of JSESSIONID, with an identical path. The only >difference between the cookies was the domain (one was "x.com", and the other >was "w.x.com"). When interacting with the app on w.x.com, each request >included an HTTP header specifying client-side cookies. In that header, the >JSESSIONID created by x.com was ordered BEFORE the JSESSIONID created by >w.x.com. The appserver on domain w.x.com was consequently attempting to find >the session that had been created on x.com, and since it could not, was >creating a new session with each request. >Unfortunately, IE does NOT disobey the Cookie spec. The spec is ambiguous >about what to do in this scenario, and Microsoft (big surprise) just chose to >do things differently than everyone else. The spec (RFC 2109) says in section >4.3.4: >"If multiple cookies satisfy the criteria above, they are ordered in the >Cookie header such that those with more specific Path attributes precede those >with less specific. *** Ordering with respect to other attributes (e.g.,
RE: SIP Servlet revisited
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED] [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Our ticketing system would seem to indicate that this is a report about junk email. Unfortunately, the email message you forwarded does not contain the extended header information we need to determine its true origin. All current email software applications have an option to view or show extended headers information. If you are unsure of how to display and send complete headers, the following web page(s) may offer some assistance: http://spam.abuse.net/userhelp/howtocomplain.shtml http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp More than likely, we have received complaints from other internet users about this same issue with all the headers that are necessary to investigate and take action, so resubmission of a particular junk email complaint is generally not necessary. The Earthlink Appropriate Use Policy, Users Agreement, and Privacy Policy can be found at: http://earthlink.net/about/policies/ If you believe we have misidentified your issue or that it needs further attention, please forward this message in its entirety to [EMAIL PROTECTED] for personal review. Due to the variety of reporting formats we receive, it is possible that our automated preprocessing has misidentified your report. We strongly encourage the use of SpamCop http://spamcop.net/, a spam reporting service which uses a standardized format that allows us to quickly identify your report, and will also help insure that your complaint reaches the appropriate party. If this mail is resubmitted without the complete header information, but concerning an incident that we have already resolved, you may not receive a personal response. Please do not interpret our efforts to pre-process incoming email as our being any less dedicated to preventing violations of our AUP. As we have grown, we have actively sought ways to more quickly and efficiently serve our customers and the internet community at large. It is our hope that by enacting this type of automated pre-processing that we will, in the end, be more responsive to matters as they are brought to our attention. -- EarthLink Abuse Staff >Can one of admins take a look at the Earthlink subscribtion and >unsubscribe them. >Sam >-Original Message- >From: Earthlink Abuse Department [mailto:[EMAIL PROTECTED] >Sent: Thursday, June 26, 2003 2:33 PM >To: [EMAIL PROTECTED] >Subject: Re: SIP Servlet revisited >Hello, >You are receiving this message in follow-up to a report received by the >EarthLink Abuse Department. You may have submitted this report to a >number of addresses including but not limited to >[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], >[EMAIL PROTECTED], or [EMAIL PROTECTED] >Most reports of network abuse sent to this department fall >into a few recognizable categories (spam, cracking, viruses, etc.). To >increase efficiency, our filters scan incoming reports and attempt to >determine the general type of issue being reported. >We were not able to process your report because it does not >appear to include the information needed for EarthLink Abuse >to begin it's investigation. Evidence to Abuse should always >include the IP address of the offending party and a valid >timestamp, which includes time, date and timezone. >To learn how to report spam so action is taken: >http://spam.abuse.net/userhelp/howtocomplain.shtml >To learn how to locate and interpret e-mail headers in your >e-mail client: >http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_heade >rs.jsp >Other useful lookup tools: >http://samspade.org/ >Once you have included the pertinent information needed, >please resubmit your report, and include this autoresponse. >Your report will then be reprocessed by our filters. >However, you should expect to receive another auto-response after your >resubmission is re-examined, but due to the large number of reports we >receive, please understand that you may >not receive a personal response. >Our policies can be found at the following page: >http://earthlink.net/about/policies/ >Thanks, >The EarthLink Abuse Staff >>Hey Guys, >>A little over a year ago the posibility for making an implementation of >>the SIP Servlet specification using Tomcat was shortly talked about >>(see >>http://www.mail-archive.com/[EMAIL PROTECTED]/msg25333.html >) >>I have done some tests and looked into what problems this would present >>and I came to one conclusion; The current >>design of the org.apache.catalina.Session interface requires that you &g
Re: DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=20376>. >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=20376 >Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP >[EMAIL PROTECTED] changed: > What|Removed |Added > > Severity|Major |Critical >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=20376>. >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=20376 >Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 18:40 --- >Any one is having this problem, I have noticed it on more than one machine so >far. >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SIP Servlet revisited
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >Hey Guys, >A little over a year ago the posibility for making an implementation of >the SIP Servlet specification using Tomcat was shortly talked about >(see >http://www.mail-archive.com/[EMAIL PROTECTED]/msg25333.html) >I have done some tests and looked into what problems this would present >and I came to one conclusion; The current >design of the org.apache.catalina.Session interface requires that you do >some weird hacking, twisting and adaptation to get support >for sessions in SIP, since Session expects to always wrap a HttpSession, >but SIP Servlets have their own session interface. >I have talked to Anders Kristensen about these difference session >interfaces. He said that even though there had been talks with >the Servlet expert group about making a general servlet session >interface fitting the need of both HTTP and SIP it was voted against >in the Servlet expert group. The reason they gave for not making such an >interface was the small spread and use of SIP servlets. >Until such an interface is designed I was wondering if it would be >possible to change the org.apache.catalina.Session interface to >return a temporary internal Tomcat interface that contains the same >methods that would probably end up in the general Servlet >session interface?? >- Brian >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 19824] - symbolic links not followed when looking for servlets
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=19824>. >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=19824 >symbolic links not followed when looking for servlets >[EMAIL PROTECTED] changed: > What|Removed |Added > > Status|RESOLVED|VERIFIED >Version|4.1.12 |4.1.24 >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 15:45 --- >The reason for this bug is the same as discussed in Bug 17401, and the solution >is the same. Below you will find the quote. This solved your problem for me. >(The thing did cost me several hours and nerves.) >"--- Additional Comments From Jess Holle 2003-03-22 06:56 --- >This bug should be changed to a documentation bug and quickly fixed. >Tomcat 4.1.18 (and 4.1.24) both support symbolic linking. One just has to add >insert a Resources element in the server.xml enabling it, e.g.: > > > >Unfortunately, this is not documented in the Tomcat docs. Only by reading >source code and doing specific Tomcat mailing list and google searches based on >my reading was I able to figure this out!" >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: mod_jk && multiple slashes reveals jsp code
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >Marc Slemko wrote: >> On Thu, 26 Jun 2003, Henri Gomez wrote: >> >> By describing the problems, I'm hoping that someone who does have the >> time right now can actually make one of the multitude of Apache --> tomcat >> connectors into something production quality without gaping security, >> performance, and stability issues. If not, then it will have to wait >> until I am at a point in my day job where we need to be deploying our >> applications and they need to actually work right and I'll worry about >> it then. >> >> Oh, for whoever is trying to actually make mod_jk work right... you may >> be able to do a "SetHandler jakarta-servlet" inside a Files section >> in a Directory section, not sure if it supports it properly or not, although >> that doesn't let you specify a specific worker. >Nice whine ;-) >If you someday choose to dedicate the same kind of effort on >contributing to TC, I would be very happy (a a lot of people would be >very grateful too) :) >Remy >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 19667] - Using commit on admin app does not save keystore password
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=19667>. >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=19667 >Using commit on admin app does not save keystore password >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 16:58 --- >I've learned more about this bug. First of all, it only applies to the >o.a.catalina.net.SSLServerSocketFactory. If you're using the Coyote classes, >this bug doesn't appear. >The reason is that someone removed the getter for keystorePass from the >SSLServerSocketFactory. That's what's used by the Manager to recreate the >server.xml file. Here's the relevant commit info: >http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/net/SSLServerSocketFactory.java?rev=1.8&content-type=text/vnd.viewcvs-markup >This also led me to a fix. >- Get the latest version of SSLServerSocketFactory. >- Re-add the getter for getKeystorePass and compile. >- Copy the resulting class file to >$TOMCAT_HOME/server/classes/org/apache/catalina/net >Restart. That should fix it. >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 19627] - Implementing ContainerServlet doesn't work outside the org.apache.cataliana package.
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=19627>. >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=19627 >Implementing ContainerServlet doesn't work outside the org.apache.cataliana package. >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 17:42 --- >Created an attachment (id=7001) >Test container servlet >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20086] - Broken link for JK Documentation
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=20086>. >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=20086 >Broken link for JK Documentation >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 17:42 --- >Attached test container servlet for the wrong bug, please ignore ;) >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21116] New: - EOFException thrown - seemingly random
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=21116>. >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=21116 >EOFException thrown - seemingly random > Summary: EOFException thrown - seemingly random > Product: Tomcat 4 > Version: 4.1.18 > Platform: PC >OS/Version: Windows NT/2K >Status: NEW > Severity: Normal > Priority: Other > Component: Unknown >AssignedTo: [EMAIL PROTECTED] >ReportedBy: [EMAIL PROTECTED] >Our client's Tomcat installation seems to throw this at random times. I'm not >what the effect is. >It's running the web server that comes with Tomcat. >O/S is Windows 2000 Server version 5.0.2195 SP3 Build 2195 >2003-06-20 12:41:33 server: Replied to the client >2003-06-20 12:41:33 StandardWrapperValve[server]: Servlet.service() for servlet >server threw exception >java.io.EOFException >at >java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2165) >at >java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2634) >at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:734) >at java.io.ObjectInputStream.(ObjectInputStream.java:253) >at com.btec.server.BTecServlet.doPost(BTecServlet.java:25) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >at >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) >at >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) >at >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) >at >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) >at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) >at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) >at >org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >at >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) >at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) >at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) >at >org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) >at >org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) >at >org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) >at >org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) >at &g
Re: DO NOT REPLY [Bug 21115] New: - JDBCRealm does not work with HTTPS client certificate authentication
Hello,
You are receiving this message in follow-up to a report
received by the EarthLink Abuse Department. You may have
submitted this report to a number of addresses including but
not limited to [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
or [EMAIL PROTECTED]
Most reports of network abuse sent to this department fall
into a few recognizable categories (spam, cracking, viruses,
etc.). To increase efficiency, our filters scan incoming
reports and attempt to determine the general type of issue
being reported.
We were not able to process your report because it does not
appear to include the information needed for EarthLink Abuse
to begin it's investigation. Evidence to Abuse should always
include the IP address of the offending party and a valid
timestamp, which includes time, date and timezone.
To learn how to report spam so action is taken:
http://spam.abuse.net/userhelp/howtocomplain.shtml
To learn how to locate and interpret e-mail headers in your
e-mail client:
http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp
Other useful lookup tools:
http://samspade.org/
Once you have included the pertinent information needed,
please resubmit your report, and include this autoresponse.
Your report will then be reprocessed by our filters.
However, you should expect to receive another auto-response
after your resubmission is re-examined, but due to the large
number of reports we receive, please understand that you may
not receive a personal response.
Our policies can be found at the following page:
http://earthlink.net/about/policies/
Thanks,
The EarthLink Abuse Staff
>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=21115>.
>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=21115
>JDBCRealm does not work with HTTPS client certificate authentication
> Summary: JDBCRealm does not work with HTTPS client certificate
>authentication
> Product: Tomcat 4
> Version: 4.1.24
> Platform: All
>OS/Version: All
>Status: NEW
> Severity: Major
> Priority: Other
> Component: Catalina
>AssignedTo: [EMAIL PROTECTED]
>ReportedBy: [EMAIL PROTECTED]
>Description:
>In org.apache.catalina.realm.JDBCRealm, the method "protected Principal
>getPrincipal(String username)", implementing an abstract method inherited from
>org.apache.catalina.realm.RealmBase is not properly implemented : it simply
>returns null. The consequence is that if any client with a valid HTTPS
>certificate tries to connect to a webapp with CLIENT-CERT authorization login,
>he will not be identified by the system and get a HTTP402 error (something
>telling that his credentials are not sufficient...).
>A Solution:
>In order to make it work, I simply implemented that method as follows:
>protected Principal getPrincipal(String username) {
> Principal result = authenticate(username, "tomcat");
> return result;
>}
>In the DB, for each client you have to put the full DN of the client
>certificate into the 'login' column, and 'tomcat' as password.
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 10385] - SSI-Servlet produces invalid character encoding information
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=10385>. >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=10385 >SSI-Servlet produces invalid character encoding information >[EMAIL PROTECTED] changed: > What|Removed |Added > > Status|REOPENED|RESOLVED > Resolution||WORKSFORME >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 15:57 --- >I haven't found an existing solution to this problem, so I played a bit with >the source and I have working fix for that. >First of all I am not very familiar with the procedure of applying patches to >CVS (I mean I don't know if shall I report it before commiting anything or ask >for a permission or anything else), so I didn't put it into the repository. >Instead I will give out the source and/or binaries if somebody asks. I'll be >happy if the patches would hit the repository anyway. >Okay, here's the trick: now SSIServlet handles two more init-parameters, ie. >defaultInputEncoding and defaultOutputEncoding. First one tells the SSIInclude >command to treat all processed (and included) files as they were written in >this charset (by creating appriopriate readers). The second sets Content- >Type's charset attribute to given value and thus allow to create proper writer. >This forced me to add two methods to SSIExternalResolver interface: >getDefaultInputEncoding and getDefaultOutputEncoding. Both return objects of >the type java.nio.charset.Charset, that hold appropriate charsets. >If happens, that certain included file is in different charset than the rest, >then it's charset can be entered after the file name. I was thinking of using >separate parameter, but it would break NCSA standard, besides and so on. Well, maybe it's not bad, >but as I've written, it breaks NCSA standard. So instead I've used the same >syntax as in mail headers. So now we shall write: >a.s.o. I hope this will not break any rule, and I know---it's questionable. >This, however, solves my problems with incorrect output, and if we have all >the files in the same charset, we do not have to use "...;charset=X" >construction (to be honest, I haven't tested the charset stuff just mentioned). >Default encodings works however flawlessly. If anyone is interrested in this >patch, please contact me. If Tomcat developers find this patch usefull or not >too dirty/nasty, then I gladly add my .02 to the contribution. >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20086] - Broken link for JK Documentation
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=20086>. >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=20086 >Broken link for JK Documentation >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 17:40 --- >Created an attachment (id=7000) >Test container servlet >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Working on patch (need feedback)
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16541 >>How close is the working JNDIRealm solution to being added? >I have never got an answer or comment to my added JNDIRealm* classes from an >tomcat-developer, so it looks like there isnt currently a developer assigned >to the JNDI authentication stuff. And i think we have no chances to get >anything of this into 4.1.25. >So maybe the currently only available solution for us, is to copy the >JNDIRealm source out of the tomcat sourcetree and use a self patched >version. This is what i currently do for my client-cert authentication >stuff. >Mario >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 19627] - Implementing ContainerServlet doesn't work outside the org.apache.cataliana package.
Hello, You are receiving this message in follow-up to a report received by the EarthLink Abuse Department. You may have submitted this report to a number of addresses including but not limited to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], or [EMAIL PROTECTED] Most reports of network abuse sent to this department fall into a few recognizable categories (spam, cracking, viruses, etc.). To increase efficiency, our filters scan incoming reports and attempt to determine the general type of issue being reported. We were not able to process your report because it does not appear to include the information needed for EarthLink Abuse to begin it's investigation. Evidence to Abuse should always include the IP address of the offending party and a valid timestamp, which includes time, date and timezone. To learn how to report spam so action is taken: http://spam.abuse.net/userhelp/howtocomplain.shtml To learn how to locate and interpret e-mail headers in your e-mail client: http://support.earthlink.net/support/TUTORIALS/email/mbx_interpret_headers.jsp Other useful lookup tools: http://samspade.org/ Once you have included the pertinent information needed, please resubmit your report, and include this autoresponse. Your report will then be reprocessed by our filters. However, you should expect to receive another auto-response after your resubmission is re-examined, but due to the large number of reports we receive, please understand that you may not receive a personal response. Our policies can be found at the following page: http://earthlink.net/about/policies/ Thanks, The EarthLink Abuse Staff >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=19627>. >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=19627 >Implementing ContainerServlet doesn't work outside the org.apache.cataliana package. >[EMAIL PROTECTED] changed: > What|Removed |Added > > Status|NEW |RESOLVED > Resolution||WORKSFORME >--- Additional Comments From [EMAIL PROTECTED] 2003-06-26 17:40 --- >Placing servlet in $CATALINA_HOME/server/lib and marking the context as >privileged works. I'll attach the simple test servlet I used. >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
