Return-Path: <anthonybryan@gmail.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A41FA3A68EA; Sat, 29 Jan 2011 15:43:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.335
X-Spam-Level: 
X-Spam-Status: No, score=-3.335 tagged_above=-999 required=5 tests=[AWL=-0.336, BAYES_00=-2.599, J_CHICKENPOX_111=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Jp3SOAlSZW8; Sat, 29 Jan 2011 15:43:38 -0800 (PST)
Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by core3.amsl.com (Postfix) with ESMTP id 3B2F03A68DC; Sat, 29 Jan 2011 15:43:36 -0800 (PST)
Received: by ewy8 with SMTP id 8so2205109ewy.31 for <multiple recipients>; Sat, 29 Jan 2011 15:46:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OfhZqqIL9KBM0Sv5CLQ7lGKwD58pdVaKaghVxgett6M=; b=aQBlGatGtfcX0lKYgyVJ4jHYutUBoptKEFH6oZcAHlmzIdNdusPKiL1YfCclcIh8Nm 9skZ9sK62/5GAN4ts+3MdCQU0HDHd05eZiBRARJrmknLijIdh7uFLvLGW8oZyxG+VvnF bl5plyJP1Eqx7AjkeSR09kK5wI/E2AMqYMqms=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OlNzvWYos2+l0afg2RT3f2MQqSns5t03WCUwFGozwkrHC2ZvTg7EZP8T/qwx7oKwiR j1//PnVHlFl9bzTU+JIQ3TfSc5L8PHsQL+pHrGU1cbDuDKUTtki29QRuuoGk3YsxDJEU loWQWKR7l1qCW4gYdi3UytD2l7r9bgWjKReT4=
MIME-Version: 1.0
Received: by 10.213.29.77 with SMTP id p13mr6769708ebc.2.1296344806412; Sat, 29 Jan 2011 15:46:46 -0800 (PST)
Received: by 10.213.98.69 with HTTP; Sat, 29 Jan 2011 15:46:46 -0800 (PST)
In-Reply-To: <alpine.DEB.1.10.1101281158200.25983@wnl.j3.bet>
References: <alpine.DEB.1.10.1101281158200.25983@wnl.j3.bet>
Date: Sat, 29 Jan 2011 18:46:46 -0500
Message-ID: <AANLkTikmGG_O3Z7B0XvKCYiDdioJOc=LDD0+uMPGP3Gf@mail.gmail.com>
From: Anthony Bryan <anthonybryan@gmail.com>
To: Yves Lafon <ylafon@w3.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Mailman-Approved-At: Sun, 30 Jan 2011 08:12:35 -0800
Cc: apps-discuss@ietf.org, apps-review@ietf.org, neil@nabber.org, henrik@henriknordstrom.net, "Ford, Alan" <alan.ford@roke.co.uk>, iesg@ietf.org, peter@poeml.de, tatsuhiro.t@gmail.com
Subject: Re: [apps-review] [apps-discuss] apps-team review of draft-bryan-metalinkhttp-19 (fwd)
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Jan 2011 23:43:39 -0000

thank you for the review.

On Fri, Jan 28, 2011 at 11:59 AM, Yves Lafon <ylafon@w3.org> wrote:
> (Forwarding to apps-discuss & IESG per request)
>
> --
> Baroula que barouleras, au ti=E9u toujou t'entourneras.
>
> =A0 =A0 =A0 =A0~~Yves
>
> ---------- Forwarded message ----------
> Date: Fri, 28 Jan 2011 10:39:59 -0500 (EST)
> From: Yves Lafon <ylafon@w3.org>
> To: apps-review@ietf.org
> Cc: Alexey Melnikov <alexey.melnikov@isode.com>, anthonybryan@gmail.com,
> =A0 =A0neil@nabber.org, henrik@henriknordstrom.net, tatsuhiro.t@gmail.com=
,
> =A0 =A0peter@poeml.de, alan.ford@roke.co.uk
> Subject: apps-team review of draft-bryan-metalinkhttp-19
>
> Dear authors,
>
> I have been selected as the Applications Area Review Team reviewer for
> this draft (for background on apps-review, please see
> http://www.apps.ietf.org/content/applications-area-review-team).
>
> Document: draft-bryan-metalinkhttp-19
> Title: Metalink/HTTP: Mirrors and Cryptographic Hashes in HTTP Header Fie=
lds
> Reviewer: Yves Lafon
> Review Date: 2011-01-28
> IETF Last Call Date: 2011-02-18
>
> Summary: This draft is almost ready for publication, but has a few small
> editorial fixes, and possibly needs some minor clarifications.
>
> Major Issues: None
>
> Minor Issues:
>
> In section 3,
>
> Remove
> [[Some organizations have many mirrors. =A0Only send a few mirrors, or
> =A0only use the Link header fields if Want-Digest is used?]]
> and add something along the lines of "As some organizations can have many
> mirrors, ..." in front of the next paragraph.

removed.

> Also "network proximity" might be a decision choice for the set of mirror=
s
> that might be returned.

added.

> In section 3.2
> Did you consider exposing the ASN of the mirror network prefix would be a
> good option on top of Geographical Location? It is not uncommon to have
> better bandwidth between two countries than between two ISPs in the same
> country.

no, this can be done internally on the server side though for mirror
priority (currently via MirrorBrain w/ mod_asn).

Should we mention this in the Mirror Priority section and add a
reference to RFC 1930?

http://www.mirrorbrain.org/
http://www.mirrorbrain.org/mod_asn/

> In section 6.
> <<
> If Instance Digests are not provided by the Metalink servers, the Link
> header fields MUST be ignored.
>>>
> Clarification about what needs ot be ignored:
> "the Link header fields pertaining to this specification MUST be ignored"
> to avoid any zealous reading of the text.

fixed.

> In section 7.
> It might be good that if any Ranged requests generated after the first
> request ends up with a complete response and not a partial one (as server=
s
> might not support HTTP ranges) then all but the fastest connection must b=
e
> closed. The other option would be to add a requirement in 2. that Metalin=
k
> servers and mirrors MUST support HTTP Ranges (which would be a better way=
 of
> solving the issue).

I added
"If any Ranged requests generated after the first request ends up with
a complete response and not a partial one (as servers might not
support HTTP ranges), then all but the fastest connection can be
closed. "

an earlier draft mentioned that mirrors MUST support HTTP Ranges, but
feedback was that this might exclude mirrors. currently it says
"Mirror servers SHOULD support serving partial content."

we have walked a fine line with not requiring too much on a mirror
network so it's less restrictive and more mirrors can join in the
mirror pool versus having all the features we want.

> Also I noted a dependency on 'draft-ietf-ftpext2-hash' in the Normative
> References section.

yes, we will remove this unless we want draft-ietf-ftpext2-hash to
hold up this document. most likely we will remove it.

> Nits:
>
> In section 3. last paragraph and 7.1.1 6th paragraph, "fieldss" -> "field=
s"
> In section 6. "Cryptographic Hashes of Whole Files",
> =A0 =A0 =A0 =A0 =A0 =A0 =A0"Files" might be replaced by "Documents"

changed to "Documents". or would "Resources" be better?

thanks!
--=20
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
=A0 )) Easier, More Reliable, Self Healing Downloads

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E85D23A68C8 for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 13:57:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.75
X-Spam-Level: 
X-Spam-Status: No, score=-102.75 tagged_above=-999 required=5 tests=[AWL=-0.151, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pyiELmqgaAyg for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 13:57:27 -0800 (PST)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by core3.amsl.com (Postfix) with ESMTP id 3548E3A67EC for <apps-review@ietf.org>; Fri, 28 Jan 2011 13:57:27 -0800 (PST)
Received: from [192.168.0.102] ((unknown) [109.73.6.25])  by rufus.isode.com (submission channel) via TCP with ESMTPA  id <TUM8fgADL6xj@rufus.isode.com>; Fri, 28 Jan 2011 22:00:32 +0000
X-SMTP-Protocol-Errors: NORDNS
Message-ID: <4D433C5D.8040209@isode.com>
Date: Sat, 29 Jan 2011 00:59:57 +0300
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: apps-review@ietf.org
References: <AANLkTikaHw7GKiAn1B4Uu5sytyzmi97ExejzfDT82UzO@mail.gmail.com> <6.2.5.6.2.20110126212046.0c26cae8@resistor.net> <5869A181BE49612A2C0C7836@PST.JCK.COM> <6.2.5.6.2.20110127010602.0b515078@elandnews.com>
In-Reply-To: <6.2.5.6.2.20110127010602.0b515078@elandnews.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [apps-review] The importance of Apps Review team reviews
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 21:57:29 -0000

Hi,
[Slowly replying to messages in this thread while on holidays.]

SM wrote:

> I think that the Apps Area Directors find the reviews useful or else 
> they would not have asked for it.

Indeed, I can confirm that Peter and I read reviews and take them into 
consideration. Maybe we should explicitly acknowledge that we do, 
especially in situations when editors of documents also read reviews but 
don't reply to them.

I can also say that as an AD, I am really grateful to these reviews, as 
I believe they improve quality of documents that Apps ADs need to 
sponsor or review.

Thank you,
Alexey

-- 
IETF Application Area Director, <http://www.ietf.org/iesg/members.html>
Internet Messaging Team Lead, <http://www.isode.com>
JID: same as my email address
 



Return-Path: <ylafon@w3.org>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 739B13A68F8 for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 08:54:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.899
X-Spam-Level: 
X-Spam-Status: No, score=-8.899 tagged_above=-999 required=5 tests=[AWL=1.100,  BAYES_00=-2.599, J_CHICKENPOX_111=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39mW+ozNJul7 for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 08:54:47 -0800 (PST)
Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by core3.amsl.com (Postfix) with ESMTP id 58EE83A67B0 for <apps-review@ietf.org>; Fri, 28 Jan 2011 08:54:45 -0800 (PST)
Received: from ylafon by jay.w3.org with local (Exim 4.69) (envelope-from <ylafon@w3.org>) id 1Pirdv-0006wd-7F; Fri, 28 Jan 2011 11:57:51 -0500
Date: Fri, 28 Jan 2011 11:57:51 -0500 (EST)
From: Yves Lafon <ylafon@w3.org>
To: SM <sm+ietf@elandsys.com>
In-Reply-To: <6.2.5.6.2.20110128081549.0774be08@elandnews.com>
Message-ID: <alpine.DEB.1.10.1101281157310.25983@wnl.j3.bet>
References: <alpine.DEB.1.10.1101281025280.28883@wnl.j3.bet> <6.2.5.6.2.20110128081549.0774be08@elandnews.com>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Cc: apps-review@ietf.org
Subject: Re: [apps-review] apps-team review of draft-bryan-metalinkhttp-19
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 16:54:49 -0000

On Fri, 28 Jan 2011, SM wrote:

> Hi Yves,
> At 07:39 28-01-11, Yves Lafon wrote:
>> Document: draft-bryan-metalinkhttp-19
>> Title: Metalink/HTTP: Mirrors and Cryptographic Hashes in HTTP Header=20
>> Fields
>> Reviewer: Yves Lafon
>> Review Date: 2011-01-28
>
> Thanks for the doing the review.  Could you please also sent your review =
to=20
> apps-discuss@ietf.org and iesg@ietf.org?

Sure.

--=20
Baroula que barouleras, au ti=E9u toujou t'entourneras.

         ~~Yves



Return-Path: <sm@elandsys.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7597B3A68E6 for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 08:20:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.508
X-Spam-Level: 
X-Spam-Status: No, score=-102.508 tagged_above=-999 required=5 tests=[AWL=0.091, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qL-csRdDRpaJ for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 08:20:22 -0800 (PST)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by core3.amsl.com (Postfix) with ESMTP id C56D73A68F9 for <apps-review@ietf.org>; Fri, 28 Jan 2011 08:19:58 -0800 (PST)
Received: from SUBMAN.elandsys.com ([41.136.237.112]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id p0SGMtTs029962; Fri, 28 Jan 2011 08:23:02 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1296231785; bh=yy65LYcisXtDeKyx4vEyzFDbOU0=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=Lt8w110tMBIIDI9tcR8j5g0Wd7YHWHzqmHtApw3BFm/x5iUApapW/4qpT3vBcZQMV ckcfH6JOzDr0UMedQEPpS4+idZGpSCbKTPrmDtzBIPtPW9FN9gq+0u9Lu41kgGh4DQ 6gbkOj5+ryij9wXu+jKuntzfqer2QaaXoGcmJgGs=
Message-Id: <6.2.5.6.2.20110128081549.0774be08@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Fri, 28 Jan 2011 08:21:05 -0800
To: Yves Lafon <ylafon@w3.org>
From: SM <sm+ietf@elandsys.com>
In-Reply-To: <alpine.DEB.1.10.1101281025280.28883@wnl.j3.bet>
References: <alpine.DEB.1.10.1101281025280.28883@wnl.j3.bet>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: apps-review@ietf.org
Subject: Re: [apps-review] apps-team review of  draft-bryan-metalinkhttp-19
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 16:20:23 -0000

Hi Yves,
At 07:39 28-01-11, Yves Lafon wrote:
>Document: draft-bryan-metalinkhttp-19
>Title: Metalink/HTTP: Mirrors and Cryptographic Hashes in HTTP Header Fields
>Reviewer: Yves Lafon
>Review Date: 2011-01-28

Thanks for the doing the review.  Could you please also sent your 
review to apps-discuss@ietf.org and iesg@ietf.org?

Best regards,
-sm




Return-Path: <ylafon@w3.org>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9A0B93A67D1 for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 07:36:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.349
X-Spam-Level: 
X-Spam-Status: No, score=-8.349 tagged_above=-999 required=5 tests=[AWL=1.650,  BAYES_00=-2.599, J_CHICKENPOX_111=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pdE3KX0KeIVU for <apps-review@core3.amsl.com>; Fri, 28 Jan 2011 07:36:57 -0800 (PST)
Received: from jay.w3.org (ssh.w3.org [128.30.52.60]) by core3.amsl.com (Postfix) with ESMTP id AB5543A67D0 for <apps-review@ietf.org>; Fri, 28 Jan 2011 07:36:57 -0800 (PST)
Received: from ylafon by jay.w3.org with local (Exim 4.69) (envelope-from <ylafon@w3.org>) id 1PiqQZ-0000lj-L4; Fri, 28 Jan 2011 10:39:59 -0500
Date: Fri, 28 Jan 2011 10:39:59 -0500 (EST)
From: Yves Lafon <ylafon@w3.org>
To: apps-review@ietf.org
Message-ID: <alpine.DEB.1.10.1101281025280.28883@wnl.j3.bet>
User-Agent: Alpine 1.10 (DEB 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=ISO-8859-15
Content-Transfer-Encoding: QUOTED-PRINTABLE
X-Mailman-Approved-At: Fri, 28 Jan 2011 08:09:44 -0800
Cc: neil@nabber.org, anthonybryan@gmail.com, henrik@henriknordstrom.net, alan.ford@roke.co.uk, peter@poeml.de, tatsuhiro.t@gmail.com
Subject: [apps-review] apps-team review of draft-bryan-metalinkhttp-19
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 15:36:58 -0000

Dear authors,

I have been selected as the Applications Area Review Team reviewer for
this draft (for background on apps-review, please see
http://www.apps.ietf.org/content/applications-area-review-team).

Document: draft-bryan-metalinkhttp-19
Title: Metalink/HTTP: Mirrors and Cryptographic Hashes in HTTP Header Field=
s
Reviewer: Yves Lafon
Review Date: 2011-01-28
IETF Last Call Date: 2011-02-18

Summary: This draft is almost ready for publication, but has a few small
editorial fixes, and possibly needs some minor clarifications.

Major Issues: None

Minor Issues:

In section 3,

Remove
[[Some organizations have many mirrors.  Only send a few mirrors, or
   only use the Link header fields if Want-Digest is used?]]
and add something along the lines of "As some organizations can have many=
=20
mirrors, ..." in front of the next paragraph.

Also "network proximity" might be a decision choice for the set of mirrors
that might be returned.

In section 3.2
Did you consider exposing the ASN of the mirror network prefix would be a=
=20
good option on top of Geographical Location? It is not uncommon to have=20
better bandwidth between two countries than between two ISPs in the same=20
country.

In section 6.
<<
If Instance Digests are not provided by the Metalink servers, the Link=20
header fields MUST be ignored.
>>
Clarification about what needs ot be ignored:
"the Link header fields pertaining to this specification MUST be ignored"
to avoid any zealous reading of the text.

In section 7.
It might be good that if any Ranged requests generated after the first=20
request ends up with a complete response and not a partial one (as servers=
=20
might not support HTTP ranges) then all but the fastest connection must be=
=20
closed. The other option would be to add a requirement in 2. that=20
Metalink servers and mirrors MUST support HTTP Ranges (which would be a=20
better way of solving the issue).

Also I noted a dependency on 'draft-ietf-ftpext2-hash' in the Normative=20
References section.

Nits:

In section 3. last paragraph and 7.1.1 6th paragraph, "fieldss" -> "fields"
In section 6. "Cryptographic Hashes of Whole Files",
               "Files" might be replaced by "Documents"

Thanks !

--=20
Baroula que barouleras, au ti=E9u toujou t'entourneras.

         ~~Yves



Return-Path: <mnot@yahoo-inc.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1800B3A6A28 for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 17:01:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.598
X-Spam-Level: 
X-Spam-Status: No, score=-17.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RDNS_DOTCOM_HELO=0.001, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HCNYIKKI212s for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 17:01:24 -0800 (PST)
Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by core3.amsl.com (Postfix) with ESMTP id 07C183A6A2A for <apps-review@ietf.org>; Thu, 27 Jan 2011 17:01:01 -0800 (PST)
Received: from SP2-EX07CAS03.ds.corp.yahoo.com (sp2-ex07cas03.corp.sp2.yahoo.com [98.137.59.35]) by mrout3.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id p0S13bnU089139;  Thu, 27 Jan 2011 17:03:37 -0800 (PST)
Received: from SP2-EX07VS04.ds.corp.yahoo.com ([98.137.59.34]) by SP2-EX07CAS03.ds.corp.yahoo.com ([98.137.59.35]) with mapi; Thu, 27 Jan 2011 17:03:37 -0800
From: Mark Nottingham <mnot@yahoo-inc.com>
To: SM <sm+ietf@elandsys.com>
Date: Thu, 27 Jan 2011 17:03:35 -0800
Thread-Topic: [apps-review] Feeling kind of confused about draft-merrick-jms-uri-12
Thread-Index: Acu+hzFLjcEZLXC6Q5uBpT2ryhfw6A==
Message-ID: <CB3417F5-D615-455C-9BA5-420A09FF2CF3@yahoo-inc.com>
References: <AANLkTikaHw7GKiAn1B4Uu5sytyzmi97ExejzfDT82UzO@mail.gmail.com> <6.2.5.6.2.20110126212046.0c26cae8@resistor.net> <5869A181BE49612A2C0C7836@PST.JCK.COM> <6.2.5.6.2.20110127010602.0b515078@elandnews.com> <3E41020AED91D0D06F9F8851@PST.JCK.COM> <6.2.5.6.2.20110127102849.0dbede08@elandnews.com>
In-Reply-To: <6.2.5.6.2.20110127102849.0dbede08@elandnews.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: John C Klensin <john-ietf@jck.com>, "apps-review@ietf.org" <apps-review@ietf.org>
Subject: Re: [apps-review] Feeling kind of confused about	draft-merrick-jms-uri-12
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 01:01:26 -0000

On 28/01/2011, at 7:13 AM, SM wrote:

>>  But the IETF is
>> periodically accused of having procedures that work only for
>> those who know how to use them and I periodically feel an
>> obligation to explain possibly-useful procedures to those whose
>> only other recourse would be whining and/or ranting.


Perhaps we need a document like the TAO, but more detailed/advanced; sort o=
f a TAO Stage II.

--
Mark Nottingham       mnot@yahoo-inc.com




Return-Path: <sm@elandsys.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D60023A6A16 for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 12:12:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.505
X-Spam-Level: 
X-Spam-Status: No, score=-102.505 tagged_above=-999 required=5 tests=[AWL=0.094, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fz9sLXW0xg74 for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 12:12:51 -0800 (PST)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by core3.amsl.com (Postfix) with ESMTP id DEC833A684F for <apps-review@ietf.org>; Thu, 27 Jan 2011 12:12:51 -0800 (PST)
Received: from SUBMAN.elandsys.com ([41.136.233.251]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id p0RKFmw5002644; Thu, 27 Jan 2011 12:15:53 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1296159355; bh=1Gd+Lmx80aL/onEI/5u6KPI6Kmk=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=EpRVmVc1G3b7aR4VxkLUlvJ3/guwypvA1AQdDVHucgv+U5CcOHD1/JlED7l7K/8bt Sbq/wBzNYErtPDARKzyao9MIGU1OaUsdmdJ7VF39PtXuSRSZ00RztRHjdgGjDjLM5o makyiQv8VnNoBMT3rdfFYRSKZxhF2eUHCle7cNy4=
Message-Id: <6.2.5.6.2.20110127102849.0dbede08@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 27 Jan 2011 12:13:31 -0800
To: John C Klensin <john-ietf@jck.com>
From: SM <sm+ietf@elandsys.com>
In-Reply-To: <3E41020AED91D0D06F9F8851@PST.JCK.COM>
References: <AANLkTikaHw7GKiAn1B4Uu5sytyzmi97ExejzfDT82UzO@mail.gmail.com> <6.2.5.6.2.20110126212046.0c26cae8@resistor.net> <5869A181BE49612A2C0C7836@PST.JCK.COM> <6.2.5.6.2.20110127010602.0b515078@elandnews.com> <3E41020AED91D0D06F9F8851@PST.JCK.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: apps-review@ietf.org
Subject: Re: [apps-review] Feeling kind of confused about draft-merrick-jms-uri-12
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 20:12:55 -0000

Hi John,
At 10:24 27-01-11, John C Klensin wrote:
>Talking with the Apps Area Directors is the first (and normally
>last) step on that path.  The difference is only the level of
>formality.  Remember that the purpose of the IETF Appeals model
>is to get a careful second look at areas of disagreement and to
>attempt to see if agreement can be reached, not to initiate or
>proceed with a judicial function of any sort.

Yes.

>I don't believe that anything improper has occurred in the
>review process or even in the IESG decision.   I appreciate your

Yes.

>I do believe that, if people feel strongly that accepting the
>document and registration was a seriously bad idea, even after
>they are sure they understand the nature of a provisional
>registration, then they should try to understand the IESG's
>reasoning from the Apps ADs and/or ask that the decision be
>reviewed.

My comments are not from a provisional registration angle.  It has 
been quite an effort to jump-start the team and to get the reviewers 
to do the assignments.  There were 36 assignments that have been 
completed and four I-Ds are still pending review.  If I do not help 
the reviewers get more information about the reasoning, there may be 
a feeling that doing the assignments is not worth the time and effort.

Being Team Lead can either be viewed as a career path or about 
helping the team.  I prefer to do the latter.  Based on my short 
experience of working with Alexey and Peter, I can say that they have 
helped a lot in getting the team working and they do take the reviews 
seriously.  Alexey has already replied to Tim's comment off-list.

>It would also be quite reasonable for people who find themselves
>in that position to request additional text -- in a revised
>announcement statement, in the registry, or in the document as
>it will be published -- to suggest that.  Whether that could be
>negotiated with the Apps ADs or required a formal appeal would
>be up to the ADs and the IESG.
>
>I am not personally convinced that either trying to get a
>different decision or trying to get more clear disclaimers or
>warnings into the text would be worthwhile.  But the IETF is
>periodically accused of having procedures that work only for
>those who know how to use them and I periodically feel an
>obligation to explain possibly-useful procedures to those whose
>only other recourse would be whining and/or ranting.

Thanks for explaining the procedures.

Best regards,
-sm 



Return-Path: <john-ietf@jck.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 74D2B28C151 for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 10:21:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.988
X-Spam-Level: 
X-Spam-Status: No, score=-102.988 tagged_above=-999 required=5 tests=[AWL=-0.389, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OshYInj+Etr0 for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 10:21:39 -0800 (PST)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 4A4F83A69C4 for <apps-review@ietf.org>; Thu, 27 Jan 2011 10:21:39 -0800 (PST)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1PiWWM-0006eX-UX; Thu, 27 Jan 2011 13:24:39 -0500
Date: Thu, 27 Jan 2011 13:24:38 -0500
From: John C Klensin <john-ietf@jck.com>
To: SM <sm+ietf@elandsys.com>
Message-ID: <3E41020AED91D0D06F9F8851@PST.JCK.COM>
In-Reply-To: <6.2.5.6.2.20110127010602.0b515078@elandnews.com>
References: <AANLkTikaHw7GKiAn1B4Uu5sytyzmi97ExejzfDT82UzO@mail.gmail.com> <6.2.5.6.2.20110126212046.0c26cae8@resistor.net> <5869A181BE49612A2C0C7836@PST.JCK.COM> <6.2.5.6.2.20110127010602.0b515078@elandnews.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailman-Approved-At: Fri, 28 Jan 2011 08:09:28 -0800
Cc: apps-review@ietf.org
Subject: Re: [apps-review] Feeling kind of confused about draft-merrick-jms-uri-12
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 18:21:40 -0000

--On Thursday, January 27, 2011 09:44 -0800 SM
<sm+ietf@elandsys.com> wrote:

> Hi John,
> 
> [following up on apps-review]
> 
> At 23:20 26-01-11, John C Klensin wrote:
>> Remember too that, as Mark has already pointed out in a
>> different way, the main point of a provisional registration is
>> to lower the odds that the same protocol identifier string
>> will be used to designate two different protocols.
> 
> Mark and you have commented on this case.  There was a comment
> from Larry (
> http://www.ietf.org/mail-archive/web/apps-discuss/current/msg0
> 2096.html ).
> 
>> I am not advising this in any way and I personally don't think
>> it would be worth the effort, but, in the interest of
>> procedural knowledge and consistency, RFC 2026 does give
>> anyone who feels strongly about this decision the right to
>> appeal it.
> 
> I suggest talking to the Apps Area Directors before taking
> that path.

Talking with the Apps Area Directors is the first (and normally
last) step on that path.  The difference is only the level of
formality.  Remember that the purpose of the IETF Appeals model
is to get a careful second look at areas of disagreement and to
attempt to see if agreement can be reached, not to initiate or
proceed with a judicial function of any sort.

> When a request for review come from the Apps Area Directors, I
> pick a reviewer for the assignment.  There was a case where
> the document was over 300 pages and there was a short
>...
> It has been difficult to get all the reviews done.  I value
> the contributions made by Tim and all members of the team.  I
> may voice my discontent to the Apps Area ADs if a reviewer
> mentions that his/her work is not given any consideration.

I don't believe that anything improper has occurred in the
review process or even in the IESG decision.   I appreciate your
review of the history.

I do believe that, if people feel strongly that accepting the
document and registration was a seriously bad idea, even after
they are sure they understand the nature of a provisional
registration, then they should try to understand the IESG's
reasoning from the Apps ADs and/or ask that the decision be
reviewed.

It would also be quite reasonable for people who find themselves
in that position to request additional text -- in a revised
announcement statement, in the registry, or in the document as
it will be published -- to suggest that.  Whether that could be
negotiated with the Apps ADs or required a formal appeal would
be up to the ADs and the IESG.

I am not personally convinced that either trying to get a
different decision or trying to get more clear disclaimers or
warnings into the text would be worthwhile.  But the IETF is
periodically accused of having procedures that work only for
those who know how to use them and I periodically feel an
obligation to explain possibly-useful procedures to those whose
only other recourse would be whining and/or ranting.

    john



Return-Path: <sm@elandsys.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D5A1E3A69C2 for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 09:53:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.502
X-Spam-Level: 
X-Spam-Status: No, score=-102.502 tagged_above=-999 required=5 tests=[AWL=0.097, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eeaCQvCTowEg for <apps-review@core3.amsl.com>; Thu, 27 Jan 2011 09:53:29 -0800 (PST)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by core3.amsl.com (Postfix) with ESMTP id 2AA6C3A69C1 for <apps-review@ietf.org>; Thu, 27 Jan 2011 09:53:29 -0800 (PST)
Received: from SUBMAN.elandsys.com ([41.136.233.251]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id p0RHuNvh026798; Thu, 27 Jan 2011 09:56:29 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1296150992; bh=sGy1nJfVS7DUGf84gLni8eJEnUk=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=Hl7rvM2mp6QDtlDJ78CTVMvYHfehq09Uo2vQDwzNNrHEl5hlZLIjgviWJt6NXLXCt /MWpJKkdzB3aelax0EMGenNvmowxdyIzFHR1I1h5RDmsFVhs8cFwE7dLa1idbR5v3q aiqeSU0SUeXm55W9uWgG8CizvTMsD+/zpazWiZO4=
Message-Id: <6.2.5.6.2.20110127010602.0b515078@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 27 Jan 2011 09:44:03 -0800
To: John C Klensin <john@jck.com>
From: SM <sm+ietf@elandsys.com>
In-Reply-To: <5869A181BE49612A2C0C7836@PST.JCK.COM>
References: <AANLkTikaHw7GKiAn1B4Uu5sytyzmi97ExejzfDT82UzO@mail.gmail.com> <6.2.5.6.2.20110126212046.0c26cae8@resistor.net> <5869A181BE49612A2C0C7836@PST.JCK.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: apps-review@ietf.org
Subject: Re: [apps-review] Feeling kind of confused about draft-merrick-jms-uri-12
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 17:53:34 -0000

Hi John,

[following up on apps-review]

At 23:20 26-01-11, John C Klensin wrote:
>Remember too that, as Mark has already pointed out in a
>different way, the main point of a provisional registration is
>to lower the odds that the same protocol identifier string will
>be used to designate two different protocols.

Mark and you have commented on this case.  There was a comment from 
Larry ( 
http://www.ietf.org/mail-archive/web/apps-discuss/current/msg02096.html ).

>I am not advising this in any way and I personally don't think
>it would be worth the effort, but, in the interest of procedural
>knowledge and consistency, RFC 2026 does give anyone who feels
>strongly about this decision the right to appeal it.

I suggest talking to the Apps Area Directors before taking that path.

When a request for review come from the Apps Area Directors, I pick a 
reviewer for the assignment.  There was a case where the document was 
over 300 pages and there was a short deadline.  I mentioned to the 
ADs that it would be too much work and they agreed not to request a 
review by the team.  The assignment task generally works like this:

  (a) Receive request for review

  (b) Verify whether the document is relevant to the Apps Area
      and that there is a team member with the expertise to
      perform the review

  (c) Assign the review to a team member

  (d) Add the document to the Apps Area Review tracker

  (e) Send out reminders to the reviewer

  (f) Update the Apps Area Review tracker once the review is submitted

I think that the Apps Area Directors find the reviews useful or else 
they would not have asked for it.  Some authors respond to the 
reviews.  For example:

http://www.ietf.org/mail-archive/web/apps-discuss/current/msg01740.html
http://www.ietf.org/mail-archive/web/apps-discuss/current/msg01814.html
http://www.ietf.org/mail-archive/web/apps-discuss/current/msg01828.html
http://www.ietf.org/mail-archive/web/apps-discuss/current/msg01835.html
http://www.ietf.org/mail-archive/web/apps-discuss/current/msg02124.html

The Apps Area Team reviews are also copied to the IESG as an AD asked 
for that after he read one of the Apps Area reviews.  The reviews are 
also read by future authors and it can help them when they write an 
Internet-Draft.

It has been difficult to get all the reviews done.  I value the 
contributions made by Tim and all members of the team.  I may voice 
my discontent to the Apps Area ADs if a reviewer mentions that 
his/her work is not given any consideration.

Best regards,
-sm 



Return-Path: <sm@elandsys.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73DEC3A67F5 for <apps-review@core3.amsl.com>; Fri, 21 Jan 2011 12:38:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.492
X-Spam-Level: 
X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZTBbOF7heyPT for <apps-review@core3.amsl.com>; Fri, 21 Jan 2011 12:38:48 -0800 (PST)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by core3.amsl.com (Postfix) with ESMTP id 969243A67EF for <apps-review@ietf.org>; Fri, 21 Jan 2011 12:38:48 -0800 (PST)
Received: from SUBMAN.elandsys.com ([41.136.239.177]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id p0LKfR3K016254; Fri, 21 Jan 2011 12:41:33 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1295642494; bh=V05uGM7fIgElOKowemXKaC3o13s=; h=Message-Id:Date:To:From:Subject:Cc:Mime-Version:Content-Type; b=YMdwOFpWwp4w+Khie7IlPvn+91yNIqqpY9INMHQ2+Z6th/tpY46UEKO0sRvItI462 etTvrYU9cd06Pqd+FR0UQj+bg391KdqUuumOBYkpLXCbwgLClyo++RbsklJh7UIanR xigJny2lbszjeUFpyPbu3Yq4jWjqyEOXe9qPaPpk=
Message-Id: <6.2.5.6.2.20110121123219.05681858@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Fri, 21 Jan 2011 12:38:19 -0800
To: Yves Lafon <ylafon@w3.org>
From: SM <sm+ietf@elandsys.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: apps-review@ietf.org
Subject: [apps-review] Request for review: draft-bryan-metalinkhttp
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jan 2011 20:38:49 -0000

Hi Yves,

Alexey requested a review of  draft-bryan-metalinkhttp.  The review 
has been assigned to you and is due before January 28.  You can find 
information about the author and WG in the datatracker ( 
https://datatracker.ietf.org/doc/ draft-bryan-metalinkhttp ).  Some 
previous reviews from the Apps-review Team are accessible at 
http://www.apps.ietf.org/content/apps-review-template

The review should be sent to apps-discuss, the author, WG Chair and 
document shepherd, if applicable, and the IESG.  The subject of the 
email when submitting the review should be "apps-team review 
of  draft-bryan-metalinkhttp-19".

Best regards,
-sm



Return-Path: <sm@elandsys.com>
X-Original-To: apps-review@core3.amsl.com
Delivered-To: apps-review@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 33DE83A67EF for <apps-review@core3.amsl.com>; Sun,  9 Jan 2011 10:22:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.475
X-Spam-Level: 
X-Spam-Status: No, score=-102.475 tagged_above=-999 required=5 tests=[AWL=0.124, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TBvudpIApZsS for <apps-review@core3.amsl.com>; Sun,  9 Jan 2011 10:22:52 -0800 (PST)
Received: from mail.elandsys.com (mail.elandsys.com [208.69.177.125]) by core3.amsl.com (Postfix) with ESMTP id 9E0203A67D4 for <apps-review@ietf.org>; Sun,  9 Jan 2011 10:22:52 -0800 (PST)
Received: from SUBMAN.elandsys.com ([41.136.235.64]) (authenticated bits=0) by mail.elandsys.com (8.13.8/8.13.8) with ESMTP id p09IOsEW004916 for <apps-review@ietf.org>; Sun, 9 Jan 2011 10:25:01 -0800
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=elandsys.com; s=mail; t=1294597503; bh=+N3E/0G+vsW+7XsvClxrduvLvvo=; h=Message-Id:Date:To:From:Subject:In-Reply-To:References: Mime-Version:Content-Type; b=05lrwIWyhAMskZZmxU2Tv2ESdqU1DZ9+Os5XJWc782DC5tkNQ0a1FMUvQJNo/+ctM Eq4dBCbICXw7TH5LFoDhmsJuC5R9eY7SOq7lQHGKSotEpXvuuzVeMf3ra46tI1D+kT IBtz8FghwJDDBDB/PtrC1nYyGVhLQ0PrG1UUI4SA=
Message-Id: <6.2.5.6.2.20110108025516.0bc1d6b8@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Sun, 09 Jan 2011 10:24:39 -0800
To: apps-review@ietf.org
From: SM <sm+ietf@elandsys.com>
In-Reply-To: <6.2.5.6.2.20101218214653.0a654338@elandnews.com>
References: <6.2.5.6.2.20101218214653.0a654338@elandnews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: [apps-review] Review of draft-lear-iana-timezone-database-01
X-BeenThere: apps-review@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Apps Area Review List <apps-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-review>
List-Post: <mailto:apps-review@ietf.org>
List-Help: <mailto:apps-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-review>, <mailto:apps-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Jan 2011 18:22:56 -0000

Hello,

Ted Hardie submitted a review of draft-lear-iana-timezone-database-01 
to Eliot Lear and the Apps Area ADs on January 6.  Ted requested that 
the review be kept private because it takes into account some issues 
which are related to the IANA Function.

As Eliot and the Apps ADs agreed to the request, the review of 
draft-lear-iana-timezone-database-01 will not be posted.

Best regards,
-sm