IETF Logo Mail Archive

Re: [Tzdist] AD review of draft-ietf-tzdist-service-07 - Section 5

Ken Murchison <murch@andrew.cmu.edu> Fri, 08 May 2015 19:00 UTC

Return-Path: <murch@andrew.cmu.edu>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3AA81A03A5; Fri, 8 May 2015 12:00:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pMqNnXUGSkT3; Fri, 8 May 2015 12:00:10 -0700 (PDT)
Received: from smtp.andrew.cmu.edu (SMTP.ANDREW.CMU.EDU [128.2.105.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 427251A1A11; Fri, 8 May 2015 12:00:10 -0700 (PDT)
Received: from [192.168.1.151] (cpe-76-180-151-43.buffalo.res.rr.com [76.180.151.43]) (user=murch mech=PLAIN (0 bits)) by smtp.andrew.cmu.edu (8.14.8/8.14.8) with ESMTP id t48IxuTx008896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 8 May 2015 15:00:01 -0400
Message-ID: <554D07AC.5090805@andrew.cmu.edu>
Date: Fri, 08 May 2015 14:59:56 -0400
From: Ken Murchison <murch@andrew.cmu.edu>
Organization: Carnegie Mellon University
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Cyrus Daboo <cyrus@daboo.name>, Barry Leiba <barryleiba@computer.org>, draft-ietf-tzdist-service@ietf.org
References: <CALaySJKUcgkMNsFPk0X6ur-Fw0LrB0-miQvAKYJD2rMCEFpBSQ@mail.gmail.com> <ECDA0C50DFAC7B14DABF9E5D@cyrus.local>
In-Reply-To: <ECDA0C50DFAC7B14DABF9E5D@cyrus.local>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.5.8.185118
X-SMTP-Spam-Clean: 28% ( SXL_IP_DYNAMIC 3, HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1100_1199 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, RDNS_GENERIC_POOLED 0, RDNS_POOLED 0, RDNS_RESIDENTIAL 0, RDNS_SUSP 0, RDNS_SUSP_GENERIC 0, RDNS_SUSP_SPECIFIC 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __HAS_FROM 0, __HAS_MSGID 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MOZILLA_MSGID 0, __MOZILLA_USER_AGENT 0, __PHISH_SPEAR_STRUCTURE_1 0, __RDNS_POOLED_1 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS , __USER_AGENT 0)
X-SMTP-Spam-Score: 28%
X-Scanned-By: MIMEDefang 2.74 on 128.2.105.202
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/ZPAU26xP-4X6Zaf5GiBvBJdh71E>
Cc: tzdist@ietf.org
Subject: Re: [Tzdist] AD review of draft-ietf-tzdist-service-07 - Section 5
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>, <mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>, <mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 May 2015 19:00:12 -0000

On 5/8/15 2:51 PM, Cyrus Daboo wrote:
> Hi Barry,
> Replying to comments on Section 5 only.
>
> --On May 7, 2015 at 9:57:05 AM +0100 Barry Leiba 
> <barryleiba@computer.org> wrote:
>
>>       In addition, when matching, underscore characters (0x5F) SHOULD be
>>       mapped to a single space character (0x20) prior to string
>>       comparison.  This allows time zone identifiers such as "America/
>>       New_York" to match a query for "*New York*".  ASCII characters in
>>       the range 0x41 ("A") through 0x5A ("Z") SHOULD be mapped to their
>>       lowercase equivalents.
>>
>> *** Why are these "SHOULD"s instead of "MUST"s?  That seems to be an
>> interop problem, because "*new york*" can return various things,
>> depending upon whether "_" mapping is or isn't used and whether case
>> mapping is or isn't used.  The same query that worked for years could
>> stop working because we switched to a new server or because the server
>> software was changed.  Please explain and discuss.
>
> Unless anyone objects I am OK with changing those to a MUST.

+1


-- 
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University

v2.23.0 | Report a Bug | By Email