Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 20963 invoked from network); 13 Feb 2007 15:58:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Feb 2007 15:58:36 -0000 Received: (qmail 30643 invoked by uid 500); 13 Feb 2007 15:58:29 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 30621 invoked by uid 500); 13 Feb 2007 15:58:28 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 30610 invoked by uid 99); 13 Feb 2007 15:58:28 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Feb 2007 07:58:28 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [82.70.116.177] (HELO mail.melandra.com) (82.70.116.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Feb 2007 07:58:18 -0800 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Subject: RE: A junk file is downloaded when port number and connection scheme is mismatched in the URL Date: Tue, 13 Feb 2007 15:57:55 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: A junk file is downloaded when port number and connection scheme is mismatched in the URL Thread-Index: AcdPhHlmgBas6lhDREuvzN/uHYek0QAApsOA References: <685675.85333.qm@web8325.mail.in.yahoo.com> From: "Peter Crowther" To: "Tomcat Users List" X-Virus-Checked: Checked by ClamAV on apache.org > From: uday shankar Aghalaya boregowda=20 > i.,e http://:8443 >=20 > Is there any way I can handle this scenario and send a page=20 > not found or any other standard errors to the user instead of=20 > making him see the junk characters or having him to download=20 > a junk file(as in firefox) No. By spec, SSL negotiation is the very first thing that happens on a SSL connection occurring; there's no way to determine that a non-SSL connection is being attempted. As Markus says, "don't do that". If it's important that user error is minimised, it's important enough to use standard port numbers - and, if needed, to redirect users from the insecure to the secure port at an appropriate time. - Peter --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org