Re: [yaco-idsubmit-tool] Invalid version number? canceling post-email?

Henrik Levkowetz <henrik@levkowetz.com> Mon, 14 March 2011 17:52 UTC

Return-Path: <henrik@levkowetz.com>
X-Original-To: yaco-idsubmit-tool@core3.amsl.com
Delivered-To: yaco-idsubmit-tool@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9CCA53A6DEB for <yaco-idsubmit-tool@core3.amsl.com>; Mon, 14 Mar 2011 10:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.612
X-Spam-Level:
X-Spam-Status: No, score=-102.612 tagged_above=-999 required=5 tests=[AWL=-0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, 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 9tc-LX8nnhr2 for <yaco-idsubmit-tool@core3.amsl.com>; Mon, 14 Mar 2011 10:52:26 -0700 (PDT)
Received: from merlot.tools.ietf.org (merlot.tools.ietf.org [IPv6:2a01:3f0:0:31:214:22ff:fe21:bb]) by core3.amsl.com (Postfix) with ESMTP id ED15A3A6A31 for <yaco-idsubmit-tool@ietf.org>; Mon, 14 Mar 2011 10:52:25 -0700 (PDT)
Received: from brunello.autonomica.se ([2a01:3f0:1:0:21e:c2ff:fe13:7e3e]:60651 helo=dyn-fg124.sth.netnod.se) by merlot.tools.ietf.org with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.74) (envelope-from <henrik@levkowetz.com>) id 1PzBxe-0002Du-Bn; Mon, 14 Mar 2011 18:53:42 +0100
Message-ID: <4D7E5626.9050504@levkowetz.com>
Date: Mon, 14 Mar 2011 18:53:42 +0100
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: yaco-idsubmit-tool@ietf.org
References: <4D7A574F.8010406@levkowetz.com> <4D7BAE92.2070908@yaco.es> <4D7CF91D.6060704@levkowetz.com> <4D7D154F.3060204@att.com> <4D7E01FB.2010105@levkowetz.com> <4D7E2B06.3020203@yaco.es> <4D7E3C04.5020603@levkowetz.com> <4D7E4918.5000302@att.com>
In-Reply-To: <4D7E4918.5000302@att.com>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e
X-SA-Exim-Rcpt-To: yaco-idsubmit-tool@ietf.org, tony@att.com, henrik-sent@levkowetz.com
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:51:10 +0000)
X-SA-Exim-Scanned: Yes (on merlot.tools.ietf.org)
Subject: Re: [yaco-idsubmit-tool] Invalid version number? canceling post-email?
X-BeenThere: yaco-idsubmit-tool@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of the Yaco / I-D Submission Tool Project <yaco-idsubmit-tool.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/yaco-idsubmit-tool>, <mailto:yaco-idsubmit-tool-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/yaco-idsubmit-tool>
List-Post: <mailto:yaco-idsubmit-tool@ietf.org>
List-Help: <mailto:yaco-idsubmit-tool-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yaco-idsubmit-tool>, <mailto:yaco-idsubmit-tool-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Mar 2011 17:52:27 -0000

On 2011-03-14 17:58 Tony Hansen said:
> I uploaded a new version of draft-ietf-yam-pre-evaluation-template (-05) 
> and it complains about an invalid version number, saying version 04 
> expected. If I click on View Error, it shows an extract of the txt file 
> with the draft name highlighted. However, it does not explain *why* it 
> thinks that version number is in error and why version 04 is expected.
> 
> I changed the name of the file slightly and now it says that version 00 
> is expected. However, it does not explain *why* it thinks that version 
> number is in error and why version 00 is expected.
> 
> Another item: once the state has entered
> 
>      Status of the submission: Submitter Authentication Required
> 
> there appears to be no way to cancel a submission from the web without 
> using information from the email message. This has the effect that if 
> there's an issue with the email address that isn't caught until after 
> clicking "Submit" on the form, it evidently cannot be corrected without 
> operator intervention of some form via sending email to 
> ietf-action@ietf.org.

Right.  It should be possible both to cancel a hung submission where
confirmation is impossible due to an email problem, and to request that
a new confirmation email be sent (with the appropriate rate limiting).


	Henrik