Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 35728 invoked from network); 13 Feb 2011 04:02:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Feb 2011 04:02:51 -0000 Received: (qmail 1841 invoked by uid 500); 13 Feb 2011 04:02:50 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 1636 invoked by uid 500); 13 Feb 2011 04:02:47 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 1626 invoked by uid 99); 13 Feb 2011 04:02:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Feb 2011 04:02:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [74.125.82.50] (HELO mail-ww0-f50.google.com) (74.125.82.50) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Feb 2011 04:02:37 +0000 Received: by wwf26 with SMTP id 26so3733781wwf.31 for ; Sat, 12 Feb 2011 20:02:16 -0800 (PST) Received: by 10.227.127.77 with SMTP id f13mr1394304wbs.4.1297569734977; Sat, 12 Feb 2011 20:02:14 -0800 (PST) Received: from zulu.23.e-reka.si (cpe-90-157-162-59.dynamic.amis.net [90.157.162.59]) by mx.google.com with ESMTPS id o6sm822854wbo.9.2011.02.12.20.02.13 (version=SSLv3 cipher=OTHER); Sat, 12 Feb 2011 20:02:14 -0800 (PST) Sender: =?UTF-8?Q?Branko_=C4=8Cibej?= Message-ID: <4D5757C4.1000905@e-reka.si> Date: Sun, 13 Feb 2011 05:02:12 +0100 From: =?UTF-8?B?QnJhbmtvIMSMaWJlag==?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: dev@apr.apache.org Subject: Re: Junk characters on the end of dates References: <6D79463C-BD97-4CAE-83DD-7FCE21156C91@SHARP.FM> In-Reply-To: X-Enigmail-Version: 1.1.1 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAADBQTFRF IhsbCy0qZjoVOVRoeFxSAIKBzXQiAKaibYiewnk7nn9z0qCTgL3i87Ep6Kx/+tHBsrE+zgAAAjZJ REFUOMvF0jFoE1EYB/CzjWlqIzaTjqVIBifRRWyG0t5iUqlLyFpCeXBgKg5yq6A4degUDJjoUDpc 1Qt4Ux94B11SOLB0KGS4discpbkORTCn9/m9d3fvLhXnvuHu3f+Xx/veyyfZfLSdZHzgicSfeyw4 JISwdz8FT6M8lM8Ceg385Dlhs+cC9sQCDn0B78QCogzwN+sxfHGOIXBbRGkNAM4cZymGtgNsDPgz cByxon3EEm1TLmvAlghoHOO3CZSa+IQ/vF6JV8tgKOMow78gRgL2/+EIvATOUtB3SSdMg4GXgrbn uk0uLiGdoCHKbX4E+t1FUTqn1AtIdPJebssDQ64YANSQyyaQNyUOFs0ijMsMFnOPTahPLXKYowtY 08MfCP7vR7hRnc5zmPK7CDYYbHcbC7tHuyFA94U/1LYZaJpu/sxACHMwvwZljTLY0TbNk4x+zuEt yC3MfCM6uSIvfwur0itFL4FA2Yal8BzLfnYV4EIGwEPAk7o5zIcnvzHMEjwJrrhAKK7on6IrsfRJ 7A53BhaK+CL7fj6+q/sPeOvcDTtoZTxpUYsFeIknrOXep3p3l7Ua+8sZ5FPQKyKwWi+DfROTU7ny C1/9UhpeY7K287WJCzbsNPQm2S6Yk4PSCNhWM2r3nD0K9liYb6yPgCRJhSzPrxUK0yUBVk1VX0lj s7MzGZyp0wImMK/e8rHbz2soL+O+2r1dxfGsAmBcx0lNjS/RUhlUC7gRn1wGMdQ7Vw1/AReW/RN3 xFWdAAAAAElFTkSuQmCC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 12.02.2011 23:00, Graham Leggett wrote: > On 12 Feb 2011, at 10:23 PM, Roy T. Fielding wrote: > >>> As part of https://issues.apache.org/bugzilla/show_bug.cgi?id=16521, >>> we currently accept dates that are trailed by extra characters >>> without complaining. The following patch marks such dates as >>> APR_DATE_BAD. Does this patch make sense? >> >> No, we don't complain because some clients send dates with extra >> junk on the end, like Netscape did with the ugly ;len=size crap >> on the end of an IMS field. > > That was my gut feel, which is why I asked - if we've managed to get > as far as gleaning a date from the string, that should be good enough. > > I'll mark that part as wontfix. Sorry, how is this APR's problem? Shouldn't HTTPD do the nonstandard browser-specific request header parsing? By leaving this in, we condemn all other APR users to writing validation code. -- Brane