From henrik@levkowetz.com Thu Mar 1 03:32:56 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2C7721F86C1 for ; Thu, 1 Mar 2012 03:32:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.519 X-Spam-Level: X-Spam-Status: No, score=-102.519 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m+9NnStAS5IN for ; Thu, 1 Mar 2012 03:32:56 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 388FC21F86BE for ; Thu, 1 Mar 2012 03:32:56 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=60165 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S34Fi-00051S-KI; Thu, 01 Mar 2012 12:32:54 +0100 Message-ID: <4F4F5E66.1090804@levkowetz.com> Date: Thu, 01 Mar 2012 12:32:54 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Robert Sparks References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> In-Reply-To: <4F4D4129.3020908@nostrum.com> X-Enigmail-Version: 1.3.5 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: rjsparks@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 11:32:56 -0000 Hi Russ, Robert, I've entered this into the issue tracker as #781: http://trac.tools.ietf.org/tools/ietfdb/ticket/781 On 2012-02-28 22:03 Robert Sparks said: > I agree with a first step of getting closer to where we were. > > That said, prior to conversion, the reflow mechanics, particularly when > preparing email, have been > consistently in my way. Can we move to something that performs reflow by > default, but allows us > to turn it off and provide our own formatting when it's the best way to > get the information across? That should be possible, but may move the re-flowing operation from entry to presentation, where I believe we have it now, in order to not mess with what's entered into the database. Can you give me some examples of where reflowing is messing things up? If re-flowing is only applied for very long lines and on presentation, then anything you enter with proper formatting should be left alone. I'll check the code to see if this is the way it's being handled now. > RjS > > On 2/28/12 2:58 PM, Russ Housley wrote: >> Prior to the conversion, an AD entering text in the discuss or >> comment box had greater control over the formatting. The new form >> seems to trim whitespace from the front of the provided text. Ok; we should check whether this is done on entry or at presentation time -- do you have an example to look at? Best regards, Henrik From henrik@levkowetz.com Thu Mar 1 03:36:53 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E36FF21F86C2 for ; Thu, 1 Mar 2012 03:36:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.522 X-Spam-Level: X-Spam-Status: No, score=-102.522 tagged_above=-999 required=5 tests=[AWL=0.078, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UDFQbRr63TO0 for ; Thu, 1 Mar 2012 03:36:53 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 4196921F86C1 for ; Thu, 1 Mar 2012 03:36:53 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=60193 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S34JX-0001pU-BU; Thu, 01 Mar 2012 12:36:51 +0100 Message-ID: <4F4F5F53.4020206@levkowetz.com> Date: Thu, 01 Mar 2012 12:36:51 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Amy Vezza References: <3204A15B-0122-43BC-AA73-95C7C4533CB6@amsl.com> In-Reply-To: <3204A15B-0122-43BC-AA73-95C7C4533CB6@amsl.com> X-Enigmail-Version: 1.3.5 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: avezza@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Small Datatracker Bug X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 11:36:54 -0000 Hi Amy, I've entered this into the issue tracker as #782: http://trac.tools.ietf.org/tools/ietfdb/ticket/782 for Ole to deal with. Best regards, Henrik On 2012-02-29 15:45 Amy Vezza said: > Logged in as Secretariat user, I created the Telechat "Moderator's Package" by going to this url: > > https://datatracker.ietf.org/iesg/agenda/moderator_package.html > > It looks like it created mostly well, except for a weirdness when it pulled the ballots for each of the documents. Each ballot has the full ballot with all ADs listed on the top, and underneath that has a second listing of all ADs that have entered a position like this: > > Yes No-Objection Discuss Abstain > Jari Arkko [ ] [ ] [ ] [ ] > Ronald Bonica [ ] [ ] [ ] [ ] > Stewart Bryant [ X ] [ ] [ ] [ ] > Gonzalo Camarillo [ ] [ ] [ ] [ ] > Ralph Droms [ ] [ ] [ ] [ ] > Wesley Eddy [ ] [ X ] [ ] [ ] > Adrian Farrel [ X ] [ ] [ ] [ ] > Stephen Farrell [ ] [ X ] [ ] [ ] > David Harrington [ ] [ ] [ ] [ ] > Russ Housley [ ] [ ] [ ] [ ] > Pete Resnick [ ] [ X ] [ ] [ ] > Dan Romascanu [ ] [ X ] [ ] [ ] > Peter Saint-Andre [ ] [ X ] [ ] [ ] > Robert Sparks [ ] [ X ] [ ] [ ] > Sean Turner [ ] [ ] [ ] [ ] > > Stewart Bryant [ X ] [ ] [ ] [ ] > Wesley Eddy [ ] [ X ] [ ] [ ] > Adrian Farrel [ X ] [ ] [ ] [ ] > Stephen Farrell [ ] [ X ] [ ] [ ] > Pete Resnick [ ] [ X ] [ ] [ ] > Dan Romascanu [ ] [ X ] [ ] [ ] > Peter Saint-Andre [ ] [ X ] [ ] [ ] > Robert Sparks [ ] [ X ] [ ] [ ] > > Can we have that second listing removed? The only time a ballot should have a second grouping of ADs like this is for former Area Directors that entered a position on the document before they stepped down, not current Area Directors (in other words, for historical purposes). > > Thank you! > > Amy From henrik@levkowetz.com Thu Mar 1 04:09:48 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0790F21F856D for ; Thu, 1 Mar 2012 04:09:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.524 X-Spam-Level: X-Spam-Status: No, score=-102.524 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HPnMZfXYPX7P for ; Thu, 1 Mar 2012 04:09:46 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 8C6CF21F8568 for ; Thu, 1 Mar 2012 04:09:46 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=60416 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S34pN-0000rm-EC; Thu, 01 Mar 2012 13:09:45 +0100 Message-ID: <4F4F6709.7010603@levkowetz.com> Date: Thu, 01 Mar 2012 13:09:45 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Cindy Morgan References: <24BD5CE3-41A6-4964-A609-6C86D667662E@amsl.com> In-Reply-To: <24BD5CE3-41A6-4964-A609-6C86D667662E@amsl.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e X-SA-Exim-Rcpt-To: cmorgan@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Multi-part names not displaying properly on http://datatracker.ietf.org/wg/ X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 12:09:48 -0000 Hi, I've entered this into the tracker as ticket #783 On 2012-02-29 18:00 Cindy Morgan said: > > We have several WG chairs who have multi-part names. While it looks like their entire names are being displayed on the WG charter pages, the master WG list at http://datatracker.ietf.org/wg/ is cutting out the middle parts of those names. > > > > Some examples: > > > > "Francois Faucheur" on http://datatracker.ietf.org/wg/ > > "Francois Le Faucheur" on http://datatracker.ietf.org/wg/cdni/charter/ > > > > "Jamal Salim" on http://datatracker.ietf.org/wg/ > > "Jamal Hadi Salim" on http://datatracker.ietf.org/wg/forces/charter/ > > > > "Gunter Velde" on http://datatracker.ietf.org/wg/ > > "Gunter Van de Velde" on http://datatracker.ietf.org/wg/opsec/charter/ > > > > (There may be--and probably are--more, but these are the ones that jump out at me on first glance. Please let me know if you need a more thorough audit.) Thanks for noticing this. (The following has also been added to the ticket:) A first fix has been applied, but refinement of the names in the database will be needed. The situation is this: The old model treated names as if all patterns fit an anglosaxon name pattern, which lets you split a name into a first 'first', a middle 'middle' and a last 'last'. This works well for some names, but not so well for others. As an example, take Spanish names (Mexican names are slightly different, again). For a comprehensive description, check http://en.wikipedia.org/wiki/Spanish_names . Here's a simplified take: Spanish names have given names and a surname, where the first given name is sometimes composed by two words ('Juan Pablo') -- it's not a first and middle name, but the first name -- and a surname, which has two parts, composed from the father's first surname and the mother's first surname. If the name is shortened, for daily work or when addressed by surname alone, for instance, the _first_ surname is used -- not the last: "A man named José Antonio Gómez Iglesias would normally be addressed as Señor Gómez instead of Señor Iglesias." (from the article). Many people in daily (email) correspondence uses only the patronymic surname (something I became very aware of when working with our Yaco developer, "Emilio A. Sánchez López", who uses almost, but not quite, consistently "Emilio A. Sánchez" for his emails). If we try to force this into the legacy fields, it comes out wrong one way or another -- either the double names will always be used, if both are put into the surname field, or only one will ever be recognized, if only the patronymic surname is entered. The new database starts out by not assuming that it knows best how a name should be split, instead it has one utf-8 field and one ascii field for the preferred presentation name, another ascii filed for a shortened name, and any number of aliases for alternative forms of the name, maybe containing titles, honorifics, or other variations like both surnames for someone with a Spanish name who has a preferred presentation using only the patronymic surname. It puts name splitting, for where it may be needed, into code, where it can be updated and refined. Now, there is a lot of variations in preferences here, and the conversion from the old database was maybe a bit too simplified, with the outcome that in a number of cases the names will have to be adjusted, so that the preferred name is indicated, and alternative forms are entered as aliases. There are actually quite few places in the datatracker where we *need* to split out the friendly name, the formal address surname, etc., but there are code to do that, which clearly also need refinement. But as long as our usage doesn't normally need that, we should be OK with the preferred name in utf-8 and ascii, with programmatic extraction of parts. Ole and I have previously discussed what I mention above, and have also touched on the possibility that name splitting code may need a hints field (e.g., 'Spanish', 'Arabic', etc.) -- that is a refinement we can add if it turns out that it's needed to resolve name splitting properly. Currently (after my first fix) the code which produces the page (http://datatracker.ietf.org/wg/) combines first, middle and last, but it should transition to using the preferred name, as soon as names with prefx and suffix parts which should not normally be displayed have been modified to have the forms with prefix/suffix as aliases, and the preferred display form entered adjusted to work in this context. Best regards, Henrik From housley@vigilsec.com Thu Mar 1 07:20:22 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83DDF21E81C1 for ; Thu, 1 Mar 2012 07:20:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.551 X-Spam-Level: X-Spam-Status: No, score=-102.551 tagged_above=-999 required=5 tests=[AWL=0.048, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dXP9O76X0WKi for ; Thu, 1 Mar 2012 07:20:11 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 118C021E81C3 for ; Thu, 1 Mar 2012 07:19:53 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 01E47F2401E; Thu, 1 Mar 2012 10:19:56 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id DtVDgkKefrdW; Thu, 1 Mar 2012 10:19:43 -0500 (EST) Received: from [192.168.2.104] (pool-96-241-165-215.washdc.fios.verizon.net [96.241.165.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 014A39A471B; Thu, 1 Mar 2012 10:19:54 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Russ Housley In-Reply-To: <4F4F5E66.1090804@levkowetz.com> Date: Thu, 1 Mar 2012 10:19:50 -0500 Content-Transfer-Encoding: 7bit Message-Id: <7CEB8F9D-5024-4276-BCDD-8FB7EDE8570D@vigilsec.com> References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.1084) Cc: iola-conversion-tool@ietf.org, Robert Sparks Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 15:20:22 -0000 On Mar 1, 2012, at 6:32 AM, Henrik Levkowetz wrote: > Hi Russ, Robert, > > I've entered this into the issue tracker as #781: > http://trac.tools.ietf.org/tools/ietfdb/ticket/781 > > On 2012-02-28 22:03 Robert Sparks said: >> I agree with a first step of getting closer to where we were. >> >> That said, prior to conversion, the reflow mechanics, particularly when >> preparing email, have been >> consistently in my way. Can we move to something that performs reflow by >> default, but allows us >> to turn it off and provide our own formatting when it's the best way to >> get the information across? > > That should be possible, but may move the re-flowing operation from > entry to presentation, where I believe we have it now, in order to not > mess with what's entered into the database. > > Can you give me some examples of where reflowing is messing things up? > > If re-flowing is only applied for very long lines and on presentation, > then anything you enter with proper formatting should be left alone. > I'll check the code to see if this is the way it's being handled now. > >> RjS >> >> On 2/28/12 2:58 PM, Russ Housley wrote: >>> Prior to the conversion, an AD entering text in the discuss or >>> comment box had greater control over the formatting. The new form >>> seems to trim whitespace from the front of the provided text. > > Ok; we should check whether this is done on entry or at presentation > time -- do you have an example to look at? NEW: https://datatracker.ietf.org/doc/draft-ietf-netext-pmip-lr/ballot/ OLD: https://datatracker.ietf.org/doc/draft-ietf-csi-dhcpv6-cga-ps/ballot/ Russ From rjsparks@nostrum.com Thu Mar 1 07:40:18 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0DEB21E80B8 for ; Thu, 1 Mar 2012 07:40:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.531 X-Spam-Level: X-Spam-Status: No, score=-102.531 tagged_above=-999 required=5 tests=[AWL=0.069, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1kdczJm74WDA for ; Thu, 1 Mar 2012 07:40:18 -0800 (PST) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 361F921E808C for ; Thu, 1 Mar 2012 07:40:18 -0800 (PST) Received: from unexplicable.local (pool-71-170-125-181.dllstx.fios.verizon.net [71.170.125.181]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q21FeGuB082239 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 09:40:17 -0600 (CST) (envelope-from rjsparks@nostrum.com) Message-ID: <4F4F9861.2040802@nostrum.com> Date: Thu, 01 Mar 2012 09:40:17 -0600 From: Robert Sparks User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Henrik Levkowetz References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com> In-Reply-To: <4F4F5E66.1090804@levkowetz.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 71.170.125.181 is authenticated by a trusted mechanism) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 15:40:18 -0000 On 3/1/12 5:32 AM, Henrik Levkowetz wrote: > Hi Russ, Robert, > > I've entered this into the issue tracker as #781: > http://trac.tools.ietf.org/tools/ietfdb/ticket/781 > > On 2012-02-28 22:03 Robert Sparks said: >> I agree with a first step of getting closer to where we were. >> >> That said, prior to conversion, the reflow mechanics, particularly when >> preparing email, have been >> consistently in my way. Can we move to something that performs reflow by >> default, but allows us >> to turn it off and provide our own formatting when it's the best way to >> get the information across? > That should be possible, but may move the re-flowing operation from > entry to presentation, where I believe we have it now, in order to not > mess with what's entered into the database. > > Can you give me some examples of where reflowing is messing things up? > > If re-flowing is only applied for very long lines and on presentation, > then anything > you enter with proper formatting should be left alone. What do you mean by proper formatting? What formatting is improper? I really would like to have the option to make the presentation leave what I've sent alone - full stop. I would also like the option to let the presentation have its way with my layout. We have conflicting requirements. Some folks want to use tools that produce long-line form paragraphs and want the presentation to do line breaks. Some folks want to use tools that introduce line breaks for them. Depending on what kind of discuss I'm preparing I different ones, so I get poor results with anything that chooses just one behavior. In lieu of that, maybe we could get a preview option showing what the presentation code is going to do so we have a chance to work around it if we need to? Here's an example where the current behavior and what I entered interact badly for the web presentation. > I'll check the code to see if this is the way it's being handled now. > >> RjS >> >> On 2/28/12 2:58 PM, Russ Housley wrote: >>> Prior to the conversion, an AD entering text in the discuss or >>> comment box had greater control over the formatting. The new form >>> seems to trim whitespace from the front of the provided text. > Ok; we should check whether this is done on entry or at presentation > time -- do you have an example to look at? > > > Best regards, > > Henrik > > From henrik@levkowetz.com Thu Mar 1 09:22:05 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0628F21E805F for ; Thu, 1 Mar 2012 09:22:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.596 X-Spam-Level: X-Spam-Status: No, score=-101.596 tagged_above=-999 required=5 tests=[AWL=-0.864, BAYES_00=-2.599, DATE_IN_PAST_06_12=1.069, NO_RELAYS=-0.001, SARE_SUB_RAND_LETTRS4=0.799, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O8PHj6chteSB for ; Thu, 1 Mar 2012 09:22:04 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 76D1C21E803C for ; Thu, 1 Mar 2012 09:22:04 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=64068 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S39hb-0002xH-6a; Thu, 01 Mar 2012 18:22:03 +0100 Message-ID: <4F4F55EA.6020101@levkowetz.com> Date: Thu, 01 Mar 2012 11:56:42 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adam Roach References: <4F4D26CA.4020705@nostrum.com> In-Reply-To: <4F4D26CA.4020705@nostrum.com> X-Enigmail-Version: 1.3.5 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: adam@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Agenda selector tool broken for IRTF X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 17:22:05 -0000 Hi Adam, On 2012-02-28 20:11 Adam Roach said: > If you go to http://datatracker.ietf.org/meeting/agenda/ and click on > the "Select working group sessions" link, the "IRTF" column contains > expanded research group names instead of acronyms. Attempts to select > any of these groups fail. Seems to be related to #777 (http://trac.tools.ietf.org/tools/ietfdb/ticket/777) and fixed in commits [3982], [3983]. Best regards, Henrik From henrik@levkowetz.com Thu Mar 1 09:51:05 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B801421E80EE for ; Thu, 1 Mar 2012 09:51:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.507 X-Spam-Level: X-Spam-Status: No, score=-102.507 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wzekCCOmk3xh for ; Thu, 1 Mar 2012 09:51:05 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id D58BE21E80DE for ; Thu, 1 Mar 2012 09:51:02 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=64224 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S3A9d-0000lQ-CC; Thu, 01 Mar 2012 18:51:01 +0100 Message-ID: <4F4FB704.5020805@levkowetz.com> Date: Thu, 01 Mar 2012 18:51:00 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Robert Sparks References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com> <4F4F9861.2040802@nostrum.com> In-Reply-To: <4F4F9861.2040802@nostrum.com> X-Enigmail-Version: 1.3.5 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: rjsparks@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 17:51:06 -0000 Hi Robert, On 2012-03-01 16:40 Robert Sparks said: > > > On 3/1/12 5:32 AM, Henrik Levkowetz wrote: >> Hi Russ, Robert, >> >> I've entered this into the issue tracker as #781: >> http://trac.tools.ietf.org/tools/ietfdb/ticket/781 >> >> On 2012-02-28 22:03 Robert Sparks said: >>> I agree with a first step of getting closer to where we were. >>> >>> That said, prior to conversion, the reflow mechanics, particularly when >>> preparing email, have been >>> consistently in my way. Can we move to something that performs reflow by >>> default, but allows us >>> to turn it off and provide our own formatting when it's the best way to >>> get the information across? >> That should be possible, but may move the re-flowing operation from >> entry to presentation, where I believe we have it now, in order to not >> mess with what's entered into the database. >> >> Can you give me some examples of where reflowing is messing things up? >> >> If re-flowing is only applied for very long lines and on presentation, >> then anything > >> you enter with proper formatting should be left alone. > What do you mean by proper formatting? What formatting is improper? What I meant here with 'proper' was, I guess something incorporating both the idea that you had taken care with the formatting, and that it was in a form that could be used both for email and on web pages without touching it. > I really would like to have the option to make the presentation leave > what I've > sent alone - full stop. I would also like the option to let the > presentation have > its way with my layout. Understood. I'm trying to find out which paths are possible and workable to achieve that. > We have conflicting requirements. Some folks want to use tools that produce > long-line form paragraphs and want the presentation to do line breaks. Some > folks want to use tools that introduce line breaks for them. Depending > on what kind of discuss I'm preparing I different ones, so I get poor > results with anything that chooses just one behavior. Mmm. Ok. I see the problem. To handle this, it seems like we then need either an in-channel or out-of-channel indication of formatting type, because the two options really can't be handled cleanly by guessing (which is what we have to do currently). That of course would let us support anybody's choice of formatted plaintext, flowed plaintext, html, various wiki markups, markdown, restructured-text, and whatnot. > In lieu of that, maybe we could get a preview option showing what the > presentation code is going to do so we have a chance to work around it > if we need to? That should be quite easy to accomplish. > Here's an example where the current behavior and what I entered interact > badly > for the web presentation. > > Right. Here you actually would have been best off with the ability to have paragraphs handled as flowed, but the ascii-art handled as pre- formatted text. Ok, this increased my understanding of the problem. I think for the future, in order to be able to support mixed flowed/formatted text, we need to support some kind of markup language. Best regards, Henrik >> I'll check the code to see if this is the way it's being handled now. >> >>> RjS >>> >>> On 2/28/12 2:58 PM, Russ Housley wrote: >>>> Prior to the conversion, an AD entering text in the discuss or >>>> comment box had greater control over the formatting. The new form >>>> seems to trim whitespace from the front of the provided text. >> Ok; we should check whether this is done on entry or at presentation >> time -- do you have an example to look at? >> >> >> Best regards, >> >> Henrik >> >> > From henrik@levkowetz.com Thu Mar 1 09:53:18 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D930021E80DD for ; Thu, 1 Mar 2012 09:53:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.51 X-Spam-Level: X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.090, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4sMifJPGh9e1 for ; Thu, 1 Mar 2012 09:53:18 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 88EE321E80BF for ; Thu, 1 Mar 2012 09:53:15 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=64271 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S3ABN-0000xX-V8; Thu, 01 Mar 2012 18:52:50 +0100 Message-ID: <4F4FB769.8050305@levkowetz.com> Date: Thu, 01 Mar 2012 18:52:41 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Russ Housley References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com> <7CEB8F9D-5024-4276-BCDD-8FB7EDE8570D@vigilsec.com> In-Reply-To: <7CEB8F9D-5024-4276-BCDD-8FB7EDE8570D@vigilsec.com> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig89E701F9D7A4560CFE69EA4F" X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e X-SA-Exim-Rcpt-To: housley@vigilsec.com, rjsparks@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org, Robert Sparks Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 17:53:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig89E701F9D7A4560CFE69EA4F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2012-03-01 16:19 Russ Housley said: >=20 > On Mar 1, 2012, at 6:32 AM, Henrik Levkowetz wrote: =2E.. >> Ok; we should check whether this is done on entry or at presentation >> time -- do you have an example to look at? >=20 > NEW: https://datatracker.ietf.org/doc/draft-ietf-netext-pmip-lr/ballot/= >=20 > OLD: https://datatracker.ietf.org/doc/draft-ietf-csi-dhcpv6-cga-ps/ball= ot/ Ah. I get it. Thanks. Henrik --------------enig89E701F9D7A4560CFE69EA4F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9Pt3EACgkQeVhrtTJkXCPZqACgi1+utcIVq4WWQUPN7bSMULJS o1QAn3jR5JXUjCil7ule+61HbcV/YJSU =rwNK -----END PGP SIGNATURE----- --------------enig89E701F9D7A4560CFE69EA4F-- From olau@iola.dk Thu Mar 1 11:19:23 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44E9F21E829C for ; Thu, 1 Mar 2012 11:19:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.791 X-Spam-Level: X-Spam-Status: No, score=-2.791 tagged_above=-999 required=5 tests=[AWL=0.186, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9zlXj6uscRMM for ; Thu, 1 Mar 2012 11:19:22 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id A800C21E8252 for ; Thu, 1 Mar 2012 11:19:22 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so903067vcb.31 for ; Thu, 01 Mar 2012 11:19:22 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.24.139 as permitted sender) client-ip=10.52.24.139; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.24.139 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.24.139]) by 10.52.24.139 with SMTP id u11mr10273300vdf.22.1330629562255 (num_hops = 1); Thu, 01 Mar 2012 11:19:22 -0800 (PST) Received: by 10.52.24.139 with SMTP id u11mr8720146vdf.22.1330629562157; Thu, 01 Mar 2012 11:19:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Thu, 1 Mar 2012 11:19:02 -0800 (PST) In-Reply-To: <3204A15B-0122-43BC-AA73-95C7C4533CB6@amsl.com> References: <3204A15B-0122-43BC-AA73-95C7C4533CB6@amsl.com> From: Ole Laursen Date: Thu, 1 Mar 2012 20:19:02 +0100 Message-ID: To: Amy Vezza Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmXbwt+bhu7/QGSEIBpGELS79p2i4pTdCVTrg2+TFHTxcWjDrxf+ZnoF2kVD9IfYpoY15Ew Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Small Datatracker Bug X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 19:19:23 -0000 2012/2/29 Amy Vezza : > Logged in as Secretariat user, I created the Telechat "Moderator's Packag= e" by going to this url: > > https://datatracker.ietf.org/iesg/agenda/moderator_package.html > > It looks like it created mostly well, except for a weirdness when it pull= ed the ballots for each of the documents. =A0Each ballot has the full ballo= t with all ADs listed on the top, and underneath that has a second listing = of all ADs that have entered a position like this: Yes. I was looking through the code, and there was a hole in the translation layer we're using to bridge the gap between the old database structure and the new one so it weren't detecting that the second set was of ADs was actually active ADs. Thanks for the report! Ole From cmorgan@amsl.com Thu Mar 1 11:37:22 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D58421F8AC3 for ; Thu, 1 Mar 2012 11:37:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.713 X-Spam-Level: X-Spam-Status: No, score=-2.713 tagged_above=-999 required=5 tests=[AWL=-0.114, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CPGDwJ5xxdVp for ; Thu, 1 Mar 2012 11:37:21 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 8F32521F8AC2 for ; Thu, 1 Mar 2012 11:37:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 8D28D12C6C4 for ; Thu, 1 Mar 2012 11:37:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FvVRl-HS06Wv for ; Thu, 1 Mar 2012 11:37:21 -0800 (PST) Received: from [12.22.58.154] (unknown [12.22.58.154]) by c8a.amsl.com (Postfix) with ESMTPSA id 7290012C6C3 for ; Thu, 1 Mar 2012 11:37:21 -0800 (PST) From: Cindy Morgan Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 1 Mar 2012 11:37:21 -0800 Message-Id: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> To: iola-conversion-tool@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 19:37:22 -0000 Hi, I have a question and a bug. Question: It looks like the datatracker now magically gets the = information when a new RFC is published. Previously, the Secretariat = had to do part of that manually, including changing the IESG state to = "RFC Published." Does this now happen automatically, or does the = datatacker sync with the RFC Editor database at set times? In either = case, it looks like the Secretariat no longer needs to take action here? (I ask because there were RFCs published yesterday that weren't updated = in the datatracker when I looked around noon Pacific yesterday, but are = updated now. There are also RFCs that were published around 0800 = Pacific today that have already been updated in the datatracker.) Bug: In the history trails of the RFCs that were published in the last = two days, it shows the RFC as being published on 2012-02-01, rather than = 2012-02-29 or 2012-03-01: = https://datatracker.ietf.org/doc/draft-lear-iana-timezone-database/history= / https://datatracker.ietf.org/doc/draft-irtf-hiprg-dht/history/ https://datatracker.ietf.org/doc/draft-ietf-behave-v4v6-bih/history/ https://datatracker.ietf.org/doc/draft-kucherawy-dkim-atps/history/ https://datatracker.ietf.org/doc/draft-stone-mgcp-vbd/history/ And strangely, for draft-ietf-6man-3627-historic, the history trail does = not include an "RFC Published" message from the system at all (although = the doc page itself does have a link to the RFC): https://datatracker.ietf.org/doc/draft-ietf-6man-3627-historic/history/ [And if you look at draft-ietf-sieve-notify-sip-message, the history = trail has the correct time stamp because Amy changed the state manually = to RFC Published yesterday. At some later point the datatracker got the = correct RFC number information from somewhere else.] Thanks, Cindy Cindy Morgan / Project Manager / IETF 48377 Fremont Blvd., Suite 117 / Fremont CA 94358 T: +1.510.492.4085 / F: +1.510.492.4001 / http://www.ietf.org ---------- Managed by Association Management Solutions (AMS); Forum Management, Meeting and Event Planning Website: http://www.amsl.com From olau@iola.dk Thu Mar 1 12:30:40 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0048921E8032 for ; Thu, 1 Mar 2012 12:30:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.796 X-Spam-Level: X-Spam-Status: No, score=-2.796 tagged_above=-999 required=5 tests=[AWL=0.181, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KYjYWx+wbzDT for ; Thu, 1 Mar 2012 12:30:39 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id C646A21E82FB for ; Thu, 1 Mar 2012 12:30:36 -0800 (PST) Received: by vbbez10 with SMTP id ez10so975834vbb.31 for ; Thu, 01 Mar 2012 12:30:34 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.96.70 as permitted sender) client-ip=10.52.96.70; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.96.70 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.96.70]) by 10.52.96.70 with SMTP id dq6mr10945702vdb.124.1330633834342 (num_hops = 1); Thu, 01 Mar 2012 12:30:34 -0800 (PST) Received: by 10.52.96.70 with SMTP id dq6mr9298736vdb.124.1330633834251; Thu, 01 Mar 2012 12:30:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Thu, 1 Mar 2012 12:30:14 -0800 (PST) In-Reply-To: <7CEB8F9D-5024-4276-BCDD-8FB7EDE8570D@vigilsec.com> References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com> <7CEB8F9D-5024-4276-BCDD-8FB7EDE8570D@vigilsec.com> From: Ole Laursen Date: Thu, 1 Mar 2012 21:30:14 +0100 Message-ID: To: Russ Housley Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQk8UdhmqKn6GeTKYhDypXSSj3xqah9FzZ9nt2/UG+gA+IfgdlEVj9RC0Ru+rdxqJ8CxEO5g Cc: Henrik Levkowetz , iola-conversion-tool@ietf.org, Robert Sparks Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 20:30:40 -0000 2012/3/1 Russ Housley : > NEW: https://datatracker.ietf.org/doc/draft-ietf-netext-pmip-lr/ballot/ > > OLD: https://datatracker.ietf.org/doc/draft-ietf-csi-dhcpv6-cga-ps/ballot/ Right. sorry about that! It's trying to guard against an empty looking but actually white-spacing containing comment being considered a comment even though it's empty. But if I change it so it only removes white space from the end instead of from both ends, I guess we're good. Ole From olau@iola.dk Thu Mar 1 12:45:22 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EF6A21E8036 for ; Thu, 1 Mar 2012 12:45:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.801 X-Spam-Level: X-Spam-Status: No, score=-2.801 tagged_above=-999 required=5 tests=[AWL=0.176, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gciLZcuP3tlz for ; Thu, 1 Mar 2012 12:45:22 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id F2B6E21E801E for ; Thu, 1 Mar 2012 12:45:21 -0800 (PST) Received: by vbbez10 with SMTP id ez10so990998vbb.31 for ; Thu, 01 Mar 2012 12:45:21 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.64.234 as permitted sender) client-ip=10.52.64.234; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.64.234 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.64.234]) by 10.52.64.234 with SMTP id r10mr11167336vds.39.1330634721581 (num_hops = 1); Thu, 01 Mar 2012 12:45:21 -0800 (PST) Received: by 10.52.64.234 with SMTP id r10mr9484547vds.39.1330634721430; Thu, 01 Mar 2012 12:45:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Thu, 1 Mar 2012 12:45:01 -0800 (PST) In-Reply-To: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> From: Ole Laursen Date: Thu, 1 Mar 2012 21:45:01 +0100 Message-ID: To: Cindy Morgan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmc653BLCq3Paxk/vPZg1eCEgI79FdYeebhnEcW/sDFYatfvrb0Y28PzTggUzAIIxo8+6z4 Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 20:45:22 -0000 2012/3/1 Cindy Morgan : > Question: It looks like the datatracker now magically gets the informatio= n when a new RFC is published. =A0Previously, the Secretariat had to do par= t of that manually, including changing the IESG state to "RFC Published." = =A0Does this now happen automatically, or does the datatacker sync with the= RFC Editor database at set times? =A0In either case, it looks like the Sec= retariat no longer needs to take action here? Yes, it gets the information from the RFC Editor. It did that before too, but saved the information on the side instead of merging it in. I couldn't do that with the new schema, had to merge, so in the end it's now automatic I think. It will set it to be in the RFC state and add the comment you've noticed. I hope that's okay? There's a slight problem with the IESG state, it doesn't set that to published, we need to get that fixed although I don't think you can actually see it on the document pages. > Bug: In the history trails of the RFCs that were published in the last tw= o days, it shows the RFC as being published on 2012-02-01, rather than 2012= -02-29 or 2012-03-01: > > https://datatracker.ietf.org/doc/draft-lear-iana-timezone-database/histor= y/ > https://datatracker.ietf.org/doc/draft-irtf-hiprg-dht/history/ > https://datatracker.ietf.org/doc/draft-ietf-behave-v4v6-bih/history/ > https://datatracker.ietf.org/doc/draft-kucherawy-dkim-atps/history/ > https://datatracker.ietf.org/doc/draft-stone-mgcp-vbd/history/ > > And strangely, for draft-ietf-6man-3627-historic, the history trail does = not include an "RFC Published" message from the system at all (although the= doc page itself does have a link to the RFC): > > https://datatracker.ietf.org/doc/draft-ietf-6man-3627-historic/history/ > > [And if you look at draft-ietf-sieve-notify-sip-message, the history trai= l has the correct time stamp because Amy changed the state manually to RFC = Published yesterday. =A0At some later point the datatracker got the correct= RFC number information from somewhere else.] Odd, it's supposed to put in the publication date it gets from the RFC Editor, but it's possible there's a bug somewhere. I'll take a look at the above tomorrow. Ole From olau@iola.dk Fri Mar 2 05:59:21 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5166221F879E for ; Fri, 2 Mar 2012 05:59:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.806 X-Spam-Level: X-Spam-Status: No, score=-2.806 tagged_above=-999 required=5 tests=[AWL=0.171, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FsCvDzQj6OMv for ; Fri, 2 Mar 2012 05:59:20 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 51D1021F879D for ; Fri, 2 Mar 2012 05:59:15 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so1709350vcb.31 for ; Fri, 02 Mar 2012 05:59:15 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.96.70 as permitted sender) client-ip=10.52.96.70; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.96.70 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.96.70]) by 10.52.96.70 with SMTP id dq6mr16452251vdb.124.1330696755523 (num_hops = 1); Fri, 02 Mar 2012 05:59:15 -0800 (PST) Received: by 10.52.96.70 with SMTP id dq6mr13977979vdb.124.1330696755309; Fri, 02 Mar 2012 05:59:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Fri, 2 Mar 2012 05:58:55 -0800 (PST) In-Reply-To: <4F4FB704.5020805@levkowetz.com> References: <9783DA0B-4717-476B-8806-F26A1A415802@vigilsec.com> <4F4D4129.3020908@nostrum.com> <4F4F5E66.1090804@levkowetz.com> <4F4F9861.2040802@nostrum.com> <4F4FB704.5020805@levkowetz.com> From: Ole Laursen Date: Fri, 2 Mar 2012 14:58:55 +0100 Message-ID: To: Henrik Levkowetz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnktvr5aeu3RZUAizZ7EgEjZeh6912D6ls120UWvVje4AKa9Ra7poQvAcIZkbZK+02RZ3Ms Cc: iola-conversion-tool@ietf.org, Robert Sparks Subject: Re: [iola-conversion-tool] Trimming Whitespace from the beginning of DISCUSS and COMMENT X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 13:59:21 -0000 2012/3/1 Henrik Levkowetz : >> Here's an example where the current behavior and what I entered interact >> badly for the web presentation. >> >> > > Right. =A0Here you actually would have been best off with the ability to > have paragraphs handled as flowed, but the ascii-art handled as pre- > formatted text. I can't help wondering if one could handle this particular case with a smarter paragraph detector. If we could see that the first paragraph is an ordinary text paragraph, then we could ignore the newlines in it and get a perfect reflow. I don't know if this is wishful thinking, though. Ole From olau@iola.dk Fri Mar 2 10:22:59 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC21D21F85D3 for ; Fri, 2 Mar 2012 10:22:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.81 X-Spam-Level: X-Spam-Status: No, score=-2.81 tagged_above=-999 required=5 tests=[AWL=0.167, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RdmbqPGmz-uT for ; Fri, 2 Mar 2012 10:22:59 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2418721F863E for ; Fri, 2 Mar 2012 10:22:59 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so2006232vcb.31 for ; Fri, 02 Mar 2012 10:22:58 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.24.139 as permitted sender) client-ip=10.52.24.139; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.24.139 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.24.139]) by 10.52.24.139 with SMTP id u11mr18275205vdf.22.1330712578736 (num_hops = 1); Fri, 02 Mar 2012 10:22:58 -0800 (PST) Received: by 10.52.24.139 with SMTP id u11mr15572212vdf.22.1330712578285; Fri, 02 Mar 2012 10:22:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Fri, 2 Mar 2012 10:22:38 -0800 (PST) In-Reply-To: References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> From: Ole Laursen Date: Fri, 2 Mar 2012 19:22:38 +0100 Message-ID: To: iola-conversion-tool@ietf.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnuPDakBAv2iH73i5l28Nd+Tp15R1l5hfiRgbcwIXJV3OKS1uXTlsjOVayYYnhJFJDAi5My Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 18:22:59 -0000 2012/3/1 Ole Laursen : > There's a slight problem with the IESG state, it doesn't set that to > published, we need to get that fixed although I don't think you can > actually see it on the document pages. I've fixed that so if it is RFC Ed Queue, it'll set it to RFC published automatically. >> Bug: In the history trails of the RFCs that were published in the last two days, it shows the RFC as being published on 2012-02-01, rather than 2012-02-29 or 2012-03-01: >> >> https://datatracker.ietf.org/doc/draft-lear-iana-timezone-database/history/ >> https://datatracker.ietf.org/doc/draft-irtf-hiprg-dht/history/ >> https://datatracker.ietf.org/doc/draft-ietf-behave-v4v6-bih/history/ >> https://datatracker.ietf.org/doc/draft-kucherawy-dkim-atps/history/ >> https://datatracker.ietf.org/doc/draft-stone-mgcp-vbd/history/ >> >> And strangely, for draft-ietf-6man-3627-historic, the history trail does not include an "RFC Published" message from the system at all (although the doc page itself does have a link to the RFC): >> >> https://datatracker.ietf.org/doc/draft-ietf-6man-3627-historic/history/ A careful look at this reveals that it's using 2012-02-01 too, so the entry ends up below in the stack. For all of these, I've looked at the actual data, and although the parser gives me a specific date, the data from the RFC Editor only says "February 2012". So it just assumes it's the first day of the month. Gah. Does anyone know whether we could get the actual date out of the RFC Editor? I can imagine a couple of other hacks to improve on the first-day-of-month-assumption, but by far the most robust thing would if the downloaded data just told us it. Ole From amorris@amsl.com Fri Mar 2 11:17:07 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6BE421F8557 for ; Fri, 2 Mar 2012 11:17:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 tagged_above=-999 required=5 tests=[AWL=0.511, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HA9rYpSrGHTB for ; Fri, 2 Mar 2012 11:17:07 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 3B2FF21F8555 for ; Fri, 2 Mar 2012 11:17:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 26DD512C856 for ; Fri, 2 Mar 2012 11:17:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wczD-B6wllck for ; Fri, 2 Mar 2012 11:17:07 -0800 (PST) Received: from [192.168.0.195] (c-76-102-55-37.hsd1.ca.comcast.net [76.102.55.37]) by c8a.amsl.com (Postfix) with ESMTPSA id F3B4612C830 for ; Fri, 2 Mar 2012 11:17:06 -0800 (PST) From: Alexa Morris Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 2 Mar 2012 11:17:06 -0800 Message-Id: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> To: iola-conversion-tool@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 19:17:07 -0000 There seems to be a small bug affecting Datatracker agenda code, because = both the technical and the admin plenary agendas are being written to = the same location. I uploaded the admin agenda yesterday and then = uploaded the technical plenary agenda, only to find that the technical = plenary agenda went into the admin plenary slot. See here: = https://datatracker.ietf.org/meeting/83/agenda.txt Let me know if you need additional information to research this.=20 Thanks, Alexa ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com From housley@vigilsec.com Fri Mar 2 12:09:36 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B0CC21F8514 for ; Fri, 2 Mar 2012 12:09:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.546 X-Spam-Level: X-Spam-Status: No, score=-102.546 tagged_above=-999 required=5 tests=[AWL=0.053, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MjmvluJEFRC4 for ; Fri, 2 Mar 2012 12:09:35 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 67F7F21F8512 for ; Fri, 2 Mar 2012 12:09:35 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id B51C0F24034; Fri, 2 Mar 2012 15:09:59 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id hNgmQlwJupUs; Fri, 2 Mar 2012 15:09:20 -0500 (EST) Received: from [192.168.2.104] (pool-96-241-165-215.washdc.fios.verizon.net [96.241.165.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 68C4FF2403E; Fri, 2 Mar 2012 15:09:58 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Russ Housley In-Reply-To: Date: Fri, 2 Mar 2012 15:09:33 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> To: Ole Laursen X-Mailer: Apple Mail (2.1084) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 20:09:36 -0000 Ole: > 2012/3/1 Ole Laursen : >> There's a slight problem with the IESG state, it doesn't set that to >> published, we need to get that fixed although I don't think you can >> actually see it on the document pages. >=20 > I've fixed that so if it is RFC Ed Queue, it'll set it to RFC > published automatically. >=20 >>> Bug: In the history trails of the RFCs that were published in the = last two days, it shows the RFC as being published on 2012-02-01, rather = than 2012-02-29 or 2012-03-01: >>>=20 >>> = https://datatracker.ietf.org/doc/draft-lear-iana-timezone-database/history= / >>> https://datatracker.ietf.org/doc/draft-irtf-hiprg-dht/history/ >>> https://datatracker.ietf.org/doc/draft-ietf-behave-v4v6-bih/history/ >>> https://datatracker.ietf.org/doc/draft-kucherawy-dkim-atps/history/ >>> https://datatracker.ietf.org/doc/draft-stone-mgcp-vbd/history/ >>>=20 >>> And strangely, for draft-ietf-6man-3627-historic, the history trail = does not include an "RFC Published" message from the system at all = (although the doc page itself does have a link to the RFC): >>>=20 >>> = https://datatracker.ietf.org/doc/draft-ietf-6man-3627-historic/history/ >=20 > A careful look at this reveals that it's using 2012-02-01 too, so the > entry ends up below in the stack. >=20 > For all of these, I've looked at the actual data, and although the > parser gives me a specific date, the data from the RFC Editor only > says "February 2012". So it just assumes it's the first day of the > month. Gah. >=20 > Does anyone know whether we could get the actual date out of the RFC > Editor? I can imagine a couple of other hacks to improve on the > first-day-of-month-assumption, but by far the most robust thing would > if the downloaded data just told us it. This will be addressed in the future under another task order. = Currently, the RFC Editor send an email to the Secretariat, and the date = comes from that email. The goal is to have a message sent that the = datatracker can consume in an automated fashion. Russ From wwwrun@ietfa.amsl.com Sat Mar 3 17:12:51 2012 Return-Path: X-Original-To: iola-conversion-tool@ietf.org Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 30) id C1FBE21F85DB; Sat, 3 Mar 2012 17:12:51 -0800 (PST) From: "Alexa Morris via RT" In-Reply-To: <000701ccf98f$47dbf9e0$d793eda0$@augustcellars.com> References: <000701ccf98f$47dbf9e0$d793eda0$@augustcellars.com> Message-ID: Precedence: bulk X-RT-Loop-Prevention: www.ietf.org/rt RT-Ticket: www.ietf.org/rt #45823 Managed-by: RT 3.6.5 (http://www.bestpractical.com/rt/) RT-Originator: amorris@amsl.com Cc: iola-conversion-tool@ietf.org To: "OtherRecipients of www.ietf.org/rt Ticket #45823":; MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-RT-Original-Encoding: utf-8 Date: Sat, 03 Mar 2012 17:12:51 -0800 X-Mailman-Approved-At: Sun, 04 Mar 2012 08:28:49 -0800 Subject: [iola-conversion-tool] [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Reply-To: ietf-action@ietf.org List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 01:12:51 -0000 Jim, This is the 4th such report of a confirmation email gone missing that I've heard of in the last several days. I'm wondering if it has something to do with the recent database conversion, and so I've copied the list where related issues are addressed. I'm sure someone will respond to you shortly. Regards, Alexa From amorris@amsl.com Sun Mar 4 08:46:00 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AA4E21F8531 for ; Sun, 4 Mar 2012 08:46:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.19 X-Spam-Level: X-Spam-Status: No, score=-2.19 tagged_above=-999 required=5 tests=[AWL=0.409, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YpFUs6tYFIcP for ; Sun, 4 Mar 2012 08:45:59 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 9A58821F8540 for ; Sun, 4 Mar 2012 08:45:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id EDB5012CCD3 for ; Sun, 4 Mar 2012 08:46:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xRE7bIsNXtxK for ; Sun, 4 Mar 2012 08:46:00 -0800 (PST) Received: from [192.168.0.195] (c-76-102-55-37.hsd1.ca.comcast.net [76.102.55.37]) by c8a.amsl.com (Postfix) with ESMTPSA id C32C912C8CB for ; Sun, 4 Mar 2012 08:46:00 -0800 (PST) From: Alexa Morris Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 4 Mar 2012 08:45:33 -0800 References: To: iola-conversion-tool@ietf.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Mar 2012 16:46:00 -0000 Sorry, the original complaint did not forward when I responded to Jim. = Can someone see if the missing confirmation message has something to do = with the database conversion? This is the 4th such report. Regards, Alexa Begin forwarded message: > From: "Jim Schaad via RT" > Date: March 3, 2012 2:45:53 PM PST > To: "AdminCc of www.ietf.org/rt Ticket #45823":; > Subject: [www.ietf.org/rt #45823] Missing messages from the submitter=20= > Reply-To: ietf-action@ietf.org >=20 >=20 > Sat Mar 03 14:45:52 2012: Request 45823 was acted upon. > Transaction: Ticket created by jimsch@augustcellars.com > Queue: IETF-Action > Subject: Missing messages from the submitter > Owner: Nobody > Requestors: jimsch@augustcellars.com > Status: new > Ticket >=20 >=20 > I did not appear to get any confirmation messages from the submission = server > for=20 >=20 > Draft-schaad-plasma-cms-00.txt and > Draft-schaad-pkix-rfc2875-bis-00.txt >=20 > Is there a way for me to force a resend of the submitter = authentication > message? >=20 > Jim >=20 >=20 >=20 ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com From olau@iola.dk Mon Mar 5 04:53:10 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7598021F8707 for ; Mon, 5 Mar 2012 04:53:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.814 X-Spam-Level: X-Spam-Status: No, score=-2.814 tagged_above=-999 required=5 tests=[AWL=0.163, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0QNjAPwtaUAN for ; Mon, 5 Mar 2012 04:53:10 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id CDA8E21F865E for ; Mon, 5 Mar 2012 04:53:09 -0800 (PST) Received: by vbbez10 with SMTP id ez10so3827655vbb.31 for ; Mon, 05 Mar 2012 04:53:09 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.92.18 as permitted sender) client-ip=10.52.92.18; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.92.18 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.92.18]) by 10.52.92.18 with SMTP id ci18mr35733949vdb.73.1330951989305 (num_hops = 1); Mon, 05 Mar 2012 04:53:09 -0800 (PST) Received: by 10.52.92.18 with SMTP id ci18mr30545152vdb.73.1330951989194; Mon, 05 Mar 2012 04:53:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Mon, 5 Mar 2012 04:52:49 -0800 (PST) In-Reply-To: <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> From: Ole Laursen Date: Mon, 5 Mar 2012 13:52:49 +0100 Message-ID: To: Russ Housley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmAn/hpE9QaiVm2ZmUkwp4rYTdMzb9LabzzBp+isyj12ChXB/ONO0pKz7LRXsvHC9ghE2yc Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 12:53:10 -0000 2012/3/2 Russ Housley : >> Does anyone know whether we could get the actual date out of the RFC >> Editor? I can imagine a couple of other hacks to improve on the >> first-day-of-month-assumption, but by far the most robust thing would >> if the downloaded data just told us it. > > This will be addressed in the future under another task order. =A0Current= ly, the RFC Editor send an email to the Secretariat, and the date comes fro= m that email. =A0The goal is to have a message sent that the datatracker ca= n consume in an automated fashion. Aha. If that date could be put into the generated XML file here: http://www.rfc-editor.org/rfc/rfc-index.xml Then it's a <1 hour job to fix it in the Datatracker end. The XML file already says March 2011 so a 29 would fit the purpose nicely. Would it be feasible to do this in a not too distant timeframe? Ole From olau@iola.dk Mon Mar 5 05:41:04 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8923021F86B9 for ; Mon, 5 Mar 2012 05:41:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.818 X-Spam-Level: X-Spam-Status: No, score=-2.818 tagged_above=-999 required=5 tests=[AWL=0.159, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CPfvqEZyOe2v for ; Mon, 5 Mar 2012 05:41:04 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id D198E21F86B0 for ; Mon, 5 Mar 2012 05:41:03 -0800 (PST) Received: by vbbez10 with SMTP id ez10so3874690vbb.31 for ; Mon, 05 Mar 2012 05:41:03 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.29.244 as permitted sender) client-ip=10.52.29.244; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.29.244 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.29.244]) by 10.52.29.244 with SMTP id n20mr7432419vdh.22.1330954863338 (num_hops = 1); Mon, 05 Mar 2012 05:41:03 -0800 (PST) Received: by 10.52.29.244 with SMTP id n20mr6349423vdh.22.1330954863158; Mon, 05 Mar 2012 05:41:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Mon, 5 Mar 2012 05:40:43 -0800 (PST) In-Reply-To: References: From: Ole Laursen Date: Mon, 5 Mar 2012 14:40:43 +0100 Message-ID: To: jimsch@augustcellars.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQl4vcw5aRBSdpE8Hs77uapZGBQFhVjg7Ir//V9WKAKALdC/kt+reDJP0gyMl6WWShjZde1Y Cc: Alexa Morris , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 13:41:04 -0000 Hi! Jim, you can go to the submit tool, click the "Status" link at the blue bar at the top, enter "draft-schaad-plasma-cms" and at the bottom of the page (an orange box) request an email with the URL. Alexa: I've tried going through a submission on my local development server and sure I didn't get the confirmation email, but as far as I can tell from the code, the submitter doesn't get a confirmation email on submission of 00 revisions of drafts? The process does look a bit odd (you get redirected to the secret URL, then fill in submitter info and get redirected to a non-secret one without knowing you should have saved the previous URL), but I don't think this has anything to do with the database conversion. A clean up of the layout/info on those pages would probably help, it's silly if the same mistakes keep popping up just because the system is a bit confusing. Ole 2012/3/4 Alexa Morris : > Sorry, the original complaint did not forward when I responded to Jim. Ca= n someone see if the missing confirmation message has something to do with = the database conversion? This is the 4th such report. > > Regards, > Alexa > > Begin forwarded message: > >> From: "Jim Schaad via RT" >> Date: March 3, 2012 2:45:53 PM PST >> To: "AdminCc of www.ietf.org/rt Ticket #45823":; >> Subject: [www.ietf.org/rt #45823] Missing messages from the submitter >> Reply-To: ietf-action@ietf.org >> >> >> Sat Mar 03 14:45:52 2012: Request 45823 was acted upon. >> Transaction: Ticket created by jimsch@augustcellars.com >> =A0 =A0 =A0 Queue: IETF-Action >> =A0 =A0 Subject: Missing messages from the submitter >> =A0 =A0 =A0 Owner: Nobody >> =A0Requestors: jimsch@augustcellars.com >> =A0 =A0 =A0Status: new >> Ticket >> >> >> I did not appear to get any confirmation messages from the submission se= rver >> for >> >> Draft-schaad-plasma-cms-00.txt and >> Draft-schaad-pkix-rfc2875-bis-00.txt >> >> Is there a way for me to force a resend of the submitter authentication >> message? >> >> Jim >> >> >> > > ---------- > Alexa Morris / Executive Director / IETF > 48377 Fremont Blvd., Suite 117, Fremont, CA =A094538 > Phone: +1.510.492.4089 / Fax: +1.510.492.4001 > Email: amorris@amsl.com > > Managed by Association Management Solutions (AMS) > Forum Management, Meeting and Event Planning > www.amsl.com > > -- > _______________________________________________ > iola-conversion-tool mailing list > iola-conversion-tool@ietf.org > https://www.ietf.org/mailman/listinfo/iola-conversion-tool From housley@vigilsec.com Mon Mar 5 06:27:33 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6132221F8718 for ; Mon, 5 Mar 2012 06:27:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.548 X-Spam-Level: X-Spam-Status: No, score=-102.548 tagged_above=-999 required=5 tests=[AWL=0.051, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K8PV6vSywk5P for ; Mon, 5 Mar 2012 06:27:32 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 9DE7E21F8710 for ; Mon, 5 Mar 2012 06:27:32 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id E5DD4F2401C; Mon, 5 Mar 2012 09:27:38 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id crT2j1DaGR1k; Mon, 5 Mar 2012 09:27:25 -0500 (EST) Received: from [192.168.2.104] (pool-96-241-165-215.washdc.fios.verizon.net [96.241.165.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 0F1A7F24022; Mon, 5 Mar 2012 09:27:38 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Russ Housley In-Reply-To: Date: Mon, 5 Mar 2012 09:27:30 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <86AF53FB-F163-4D61-AD50-34264C62CB0E@vigilsec.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> To: Ole Laursen X-Mailer: Apple Mail (2.1084) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 14:27:33 -0000 Ole: > 2012/3/2 Russ Housley : >>> Does anyone know whether we could get the actual date out of the RFC >>> Editor? I can imagine a couple of other hacks to improve on the >>> first-day-of-month-assumption, but by far the most robust thing = would >>> if the downloaded data just told us it. >>=20 >> This will be addressed in the future under another task order. = Currently, the RFC Editor send an email to the Secretariat, and the date = comes from that email. The goal is to have a message sent that the = datatracker can consume in an automated fashion. >=20 > Aha. If that date could be put into the generated XML file here: >=20 > http://www.rfc-editor.org/rfc/rfc-index.xml >=20 > Then it's a <1 hour job to fix it in the Datatracker end. The XML file > already says >=20 > > March > 2011 > >=20 > so a 29 would fit the purpose nicely. Would it be feasible > to do this in a not too distant timeframe? This data has never included the day. I think we need to use the = messages that are sent to the secretariat to get the day. Russ From housley@vigilsec.com Mon Mar 5 06:44:06 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EAA721F8716 for ; Mon, 5 Mar 2012 06:44:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.548 X-Spam-Level: X-Spam-Status: No, score=-102.548 tagged_above=-999 required=5 tests=[AWL=0.051, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M6be8x3DgJQh for ; Mon, 5 Mar 2012 06:44:06 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 96A2C21F8702 for ; Mon, 5 Mar 2012 06:44:05 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 3CEDDF24022; Mon, 5 Mar 2012 09:44:18 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id PcW9t3Rf8SFi; Mon, 5 Mar 2012 09:43:51 -0500 (EST) Received: from [192.168.2.104] (pool-96-241-165-215.washdc.fios.verizon.net [96.241.165.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id A0A86F24014; Mon, 5 Mar 2012 09:44:16 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Russ Housley In-Reply-To: Date: Mon, 5 Mar 2012 09:44:03 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> References: To: Ole Laursen X-Mailer: Apple Mail (2.1084) Cc: Alexa Morris , iola-conversion-tool@ietf.org, jimsch@augustcellars.com Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 14:44:06 -0000 Ole: > Hi! >=20 > Jim, you can go to the submit tool, click the "Status" link at the > blue bar at the top, enter "draft-schaad-plasma-cms" and at the bottom > of the page (an orange box) request an email with the URL. >=20 >=20 > Alexa: I've tried going through a submission on my local development > server and sure I didn't get the confirmation email, but as far as I > can tell from the code, the submitter doesn't get a confirmation email > on submission of 00 revisions of drafts? They should. > The process does look a bit odd (you get redirected to the secret URL, > then fill in submitter info and get redirected to a non-secret one > without knowing you should have saved the previous URL), but I don't > think this has anything to do with the database conversion. A clean up > of the layout/info on those pages would probably help, it's silly if > the same mistakes keep popping up just because the system is a bit > confusing. It is a two stage system. The author uploads the draft and it is placed = in a staging area, then the system send email to all of the authors, = then one of the authors clicks the link in the email, the draft is = posted from the staging area, and finally all of the authors get email = that the draft was posted. Russ From olau@iola.dk Mon Mar 5 06:50:22 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FC7021F852D for ; Mon, 5 Mar 2012 06:50:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.822 X-Spam-Level: X-Spam-Status: No, score=-2.822 tagged_above=-999 required=5 tests=[AWL=0.155, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qjIJiRd6LjB6 for ; Mon, 5 Mar 2012 06:50:21 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id BECD521F8638 for ; Mon, 5 Mar 2012 06:50:03 -0800 (PST) Received: by vbbez10 with SMTP id ez10so3955633vbb.31 for ; Mon, 05 Mar 2012 06:50:03 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.92.18 as permitted sender) client-ip=10.52.92.18; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.92.18 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.92.18]) by 10.52.92.18 with SMTP id ci18mr36594733vdb.73.1330959003320 (num_hops = 1); Mon, 05 Mar 2012 06:50:03 -0800 (PST) Received: by 10.52.92.18 with SMTP id ci18mr31284100vdb.73.1330959003141; Mon, 05 Mar 2012 06:50:03 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Mon, 5 Mar 2012 06:49:43 -0800 (PST) In-Reply-To: <86AF53FB-F163-4D61-AD50-34264C62CB0E@vigilsec.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> <86AF53FB-F163-4D61-AD50-34264C62CB0E@vigilsec.com> From: Ole Laursen Date: Mon, 5 Mar 2012 15:49:43 +0100 Message-ID: To: Russ Housley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkGITOSw9evDDGwmGK53OxbzA3fU1eEuT/BCFmrmq9VeVl3uvlI+CJo3LLPmUkJn1uPn38O Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 14:50:22 -0000 2012/3/5 Russ Housley : >> Then it's a <1 hour job to fix it in the Datatracker end. The XML file >> already says >> >> =A0 =A0 =A0 =A0 >> =A0 =A0 =A0 =A0 =A0 =A0March >> =A0 =A0 =A0 =A0 =A0 =A02011 >> =A0 =A0 =A0 =A0 >> >> so a 29 would fit the purpose nicely. Would it be feasible >> to do this in a not too distant timeframe? > > This data has never included the day. =A0I think we need to use the messa= ges that are sent to the secretariat to get the day. Hm, right, I was just wondering who's going to collect the information in the future. If there's a database at the RFC Editor's, then it may be easier to put the information there, even if it requires someone to write an importer to scan through all the messages (we could scan them and provide a tab-separated file for the initial import). But if that's never going to happen and the Datatracker database will be the main source for this information, then I need to start thinking about what the script we're currently using should do. Ole From henrik@levkowetz.com Mon Mar 5 06:50:39 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4EE721F85F7 for ; Mon, 5 Mar 2012 06:50:39 -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.092, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yKFj6yWSUMFp for ; Mon, 5 Mar 2012 06:50:39 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id B123421F8601 for ; Mon, 5 Mar 2012 06:50:37 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=63203 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4ZFE-00044U-0K; Mon, 05 Mar 2012 15:50:36 +0100 Message-ID: <4F54D2BB.6090006@levkowetz.com> Date: Mon, 05 Mar 2012 15:50:35 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alexa Morris References: In-Reply-To: X-Enigmail-Version: 1.3.5 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: amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 14:50:40 -0000 Hi Alexa, On 2012-03-04 17:45 Alexa Morris said: > Sorry, the original complaint did not forward when I responded to > Jim. Can someone see if the missing confirmation message has > something to do with the database conversion? This is the 4th such > report. Do you have the draft names associated with the other 3 reports? That would be useful information. Best regards, Henrik From olau@iola.dk Mon Mar 5 07:09:02 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EED9F21F8783 for ; Mon, 5 Mar 2012 07:09:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.826 X-Spam-Level: X-Spam-Status: No, score=-2.826 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tb0Bs34LXH-j for ; Mon, 5 Mar 2012 07:09:01 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id B5B3D21F8781 for ; Mon, 5 Mar 2012 07:09:01 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so3989422vcb.31 for ; Mon, 05 Mar 2012 07:09:01 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.22.166 as permitted sender) client-ip=10.52.22.166; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.22.166 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.22.166]) by 10.52.22.166 with SMTP id e6mr36320437vdf.5.1330960141290 (num_hops = 1); Mon, 05 Mar 2012 07:09:01 -0800 (PST) Received: by 10.52.22.166 with SMTP id e6mr31069685vdf.5.1330960141206; Mon, 05 Mar 2012 07:09:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Mon, 5 Mar 2012 07:08:41 -0800 (PST) In-Reply-To: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> From: Ole Laursen Date: Mon, 5 Mar 2012 16:08:41 +0100 Message-ID: To: Russ Housley Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlxoPdgWoD1epeC/GX1lFrEqU1GZ7IB6hN697QQm3Vsobip81pCeN89Y3Ow3UbsVOAayv5Z Cc: Alexa Morris , iola-conversion-tool@ietf.org, jimsch@augustcellars.com Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:09:03 -0000 2012/3/5 Russ Housley : >> Alexa: I've tried going through a submission on my local development >> server and sure I didn't get the confirmation email, but as far as I >> can tell from the code, the submitter doesn't get a confirmation email >> on submission of 00 revisions of drafts? > > They should. Ah, wait a second, there's a difference between WG drafts and individual drafts. I do get the confirmation in the latter case. Sorry. My first idea would be checking the mail logs and see if it got lost there. I have a dump of the database, and it looks like it went down the right branch of the code, saved the submitter email as ietf@augustcellars.com and then went into the email sending code. Henrik, can you check that? Ole From henrik@levkowetz.com Mon Mar 5 07:21:58 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 936D421F879B for ; Mon, 5 Mar 2012 07:21:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.51 X-Spam-Level: X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.090, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0fjj2OiyeNUm for ; Mon, 5 Mar 2012 07:21:58 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id D499D21F879C for ; Mon, 5 Mar 2012 07:21:57 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=63527 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4ZjS-0004ZV-Cf; Mon, 05 Mar 2012 16:21:50 +0100 Message-ID: <4F54DA02.9040805@levkowetz.com> Date: Mon, 05 Mar 2012 16:21:38 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Russ Housley References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> In-Reply-To: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEC0E51650119F7607FA79641" X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e X-SA-Exim-Rcpt-To: housley@vigilsec.com, olau@iola.dk, amorris@amsl.com, iola-conversion-tool@ietf.org, jimsch@augustcellars.com, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: Ole Laursen , jimsch@augustcellars.com, iola-conversion-tool@ietf.org, Alexa Morris Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:21:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEC0E51650119F7607FA79641 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2012-03-05 15:44 Russ Housley said: > Ole: >=20 >> Hi! >> >> Jim, you can go to the submit tool, click the "Status" link at the >> blue bar at the top, enter "draft-schaad-plasma-cms" and at the bottom= >> of the page (an orange box) request an email with the URL. >> >> >> Alexa: I've tried going through a submission on my local development >> server and sure I didn't get the confirmation email, but as far as I >> can tell from the code, the submitter doesn't get a confirmation email= >> on submission of 00 revisions of drafts? >=20 > They should. I checked on one case of allegedly missing confirmation email for Cindy Friday, and found that the email server on www.ietf.org reported the emai= l as delivered to the submitter's email server. I hope to get all the names where trouble has been reported from Alexa, so I can check them all, to see whether mail has gone out from the server= or not. Best regards, Henrik >> The process does look a bit odd (you get redirected to the secret URL,= >> then fill in submitter info and get redirected to a non-secret one >> without knowing you should have saved the previous URL), but I don't >> think this has anything to do with the database conversion. A clean up= >> of the layout/info on those pages would probably help, it's silly if >> the same mistakes keep popping up just because the system is a bit >> confusing. >=20 > It is a two stage system. The author uploads the draft and it is > placed in a staging area, then the system send email to all of the > authors, then one of the authors clicks the link in the email, the > draft is posted from the staging area, and finally all of the authors > get email that the draft was posted. --------------enigEC0E51650119F7607FA79641 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9U2g4ACgkQeVhrtTJkXCOW0gCfbm2AIZK/NT4oZ2xvUsDCQ0ME SzwAn3kDHIDoakWM7LO2pSkjTl+qyOLj =y8HL -----END PGP SIGNATURE----- --------------enigEC0E51650119F7607FA79641-- From henrik@levkowetz.com Mon Mar 5 07:30:57 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3600421F8796 for ; Mon, 5 Mar 2012 07:30:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.512 X-Spam-Level: X-Spam-Status: No, score=-102.512 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mWEAQnv3x8ut for ; Mon, 5 Mar 2012 07:30:56 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 6BE6B21F8797 for ; Mon, 5 Mar 2012 07:30:54 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=63616 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4ZsD-0003nr-BL; Mon, 05 Mar 2012 16:30:53 +0100 Message-ID: <4F54DC2D.1000302@levkowetz.com> Date: Mon, 05 Mar 2012 16:30:53 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alexa Morris References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> In-Reply-To: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> X-Enigmail-Version: 1.3.5 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: amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:30:57 -0000 Hi Alexa, On 2012-03-02 20:17 Alexa Morris said: > There seems to be a small bug affecting Datatracker agenda code, > because both the technical and the admin plenary agendas are being > written to the same location. I uploaded the admin agenda yesterday > and then uploaded the technical plenary agenda, only to find that the > technical plenary agenda went into the admin plenary slot. See here: > https://datatracker.ietf.org/meeting/83/agenda.txt I think this has been corrected now? The materials upload tool is under Ryan's control, but I think the problem was that the different slots had been assigned to the same group ('ietf'), while the technical plenary now has been changed to belong to 'iab'. (This should, by the way, permit the IETF chair and the IAB chair to upload agenda materials for these two sessions directly, without having to go through the secretariat). > Let me know if you need additional information to research this. It would be good if you could confirm that with the current session assignment, upload works for both and only appears in the appropriate slot? Best regards, Henrik From henrik@levkowetz.com Mon Mar 5 07:57:34 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EEF621F87E7 for ; Mon, 5 Mar 2012 07:57:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.214 X-Spam-Level: X-Spam-Status: No, score=-102.214 tagged_above=-999 required=5 tests=[AWL=-0.215, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xIJH0Was72z3 for ; Mon, 5 Mar 2012 07:57:33 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id DF8C121F87DD for ; Mon, 5 Mar 2012 07:57:25 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=63847 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4aHr-0000zR-V9; Mon, 05 Mar 2012 16:57:24 +0100 Message-ID: <4F54E263.2000706@levkowetz.com> Date: Mon, 05 Mar 2012 16:57:23 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alexa Morris References: In-Reply-To: X-Enigmail-Version: 1.3.5 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: amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:57:34 -0000 Hi Alexa, On 2012-03-04 17:45 Alexa Morris said: > Sorry, the original complaint did not forward when I responded to Jim. Can someone see if the missing confirmation message has something to do with the database conversion? This is the 4th such report. The two drafts mentioned show up in the staging area as follows: -rw-r--r-- 1 wwwrun www 64007 Mar 2 14:17 /home/henrik/staging/draft-schaad-pkix-rfc2875-bis-00.txt -rw-r--r-- 1 wwwrun www 69515 Mar 2 14:17 /home/henrik/staging/draft-schaad-pkix-rfc2875-bis-00.xml -rw-r--r-- 1 wwwrun www 59939 Mar 2 14:16 /home/henrik/staging/draft-schaad-plasma-cms-00.txt -rw-r--r-- 1 wwwrun www 63495 Mar 2 14:16 /home/henrik/staging/draft-schaad-plasma-cms-00.xml I.e., the posting time was 14:16 and 14:17 PST on March 2nd. Checking the email address in the drafts in the staging area, I find that Jim uses the email address ietf@augustcellars.com. In the email server log, I find the following entries, which I believe indicates that the email (from idsubmission@ietf.org) has been handed successfully over to the relay 'winery.augustcellars.com'. (Someone who's expert in postfix logging can probably tell for sure :-) : Kicked off 14:16: Mar 2 14:16:48 ietfa amavis[25291]: (25291-20) ESMTP::10024 /a/amavis/tmp/amavis-20120302T135553-25291: -> SIZE=941 Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for ; Fri, 2 Mar 2012 14:16:48 -0800 (PST) Mar 2 14:16:48 ietfa amavis[25291]: (25291-20) Checking: N2TzYBtdcPuk [127.0.0.1] -> Mar 2 14:16:49 ietfa amavis[25291]: (25291-20) FWD via SMTP: -> ,BODY=7BIT 250 2.0.0 Ok, id=25291-20, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 3F10E21F858E Mar 2 14:16:49 ietfa amavis[25291]: (25291-20) Passed CLEAN, [127.0.0.1] [127.0.0.1] -> , Message-ID: <20120302221648.748.41367.idtracker@ietfa.amsl.com>, mail_id: N2TzYBtdcPuk, Hits: -102.573, size: 941, queued_as: 3F10E21F858E, 470 ms Mar 2 14:16:49 ietfa postfix/smtp[32481]: C43A121F8596: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=0.52, delays=0.04/0/0/0.47, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=25291-20, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 3F10E21F858E) Mar 2 14:17:20 ietfa postfix/smtp[32486]: 3F10E21F858E: to=, relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, delays=0.04/0/30/0.46, dsn=2.6.0, status=sent (250 2.6.0 <20120302221648.748.41367.idtracker@ietfa.amsl.com> [InternalId=238] Queued mail for delivery) Kicked off 14:17: Mar 2 14:17:32 ietfa amavis[32430]: (32430-02) ESMTP::10024 /a/amavis/tmp/amavis-20120302T141502-32430: -> SIZE=953 Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP for ; Fri, 2 Mar 2012 14:17:32 -0800 (PST) Mar 2 14:17:32 ietfa amavis[32430]: (32430-02) Checking: 2hyU8fneXOX3 [127.0.0.1] -> Mar 2 14:17:33 ietfa amavis[32430]: (32430-02) FWD via SMTP: -> ,BODY=7BIT 250 2.0.0 Ok, id=32430-02, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 4FE2A21F859A Mar 2 14:17:33 ietfa amavis[32430]: (32430-02) Passed CLEAN, [127.0.0.1] [127.0.0.1] -> , Message-ID: <20120302221732.927.86622.idtracker@ietfa.amsl.com>, mail_id: 2hyU8fneXOX3, Hits: -102.573, size: 953, queued_as: 4FE2A21F859A, 597 ms Mar 2 14:17:33 ietfa postfix/smtp[522]: B1E7221F8596: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=0.61, delays=0.01/0/0/0.6, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=32430-02, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 4FE2A21F859A) Mar 2 14:18:03 ietfa postfix/smtp[505]: 4FE2A21F859A: to=, relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, delays=0/0.01/30/0.39, dsn=2.6.0, status=sent (250 2.6.0 <20120302221732.927.86622.idtracker@ietfa.amsl.com> [InternalId=241] Queued mail for delivery) Regards, Henrik > Regards, > Alexa > > Begin forwarded message: > >> From: "Jim Schaad via RT" >> Date: March 3, 2012 2:45:53 PM PST >> To: "AdminCc of www.ietf.org/rt Ticket #45823":; >> Subject: [www.ietf.org/rt #45823] Missing messages from the submitter >> Reply-To: ietf-action@ietf.org >> >> >> Sat Mar 03 14:45:52 2012: Request 45823 was acted upon. >> Transaction: Ticket created by jimsch@augustcellars.com >> Queue: IETF-Action >> Subject: Missing messages from the submitter >> Owner: Nobody >> Requestors: jimsch@augustcellars.com >> Status: new >> Ticket >> >> >> I did not appear to get any confirmation messages from the submission server >> for >> >> Draft-schaad-plasma-cms-00.txt and >> Draft-schaad-pkix-rfc2875-bis-00.txt >> >> Is there a way for me to force a resend of the submitter authentication >> message? >> >> Jim >> >> >> > > ---------- > Alexa Morris / Executive Director / IETF > 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 > Phone: +1.510.492.4089 / Fax: +1.510.492.4001 > Email: amorris@amsl.com > > Managed by Association Management Solutions (AMS) > Forum Management, Meeting and Event Planning > www.amsl.com > From henrik@levkowetz.com Mon Mar 5 07:58:58 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBE2B21F87E6 for ; Mon, 5 Mar 2012 07:58:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.51 X-Spam-Level: X-Spam-Status: No, score=-102.51 tagged_above=-999 required=5 tests=[AWL=0.090, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nANVbEkT0GQv for ; Mon, 5 Mar 2012 07:58:58 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 2F6CE21F87E3 for ; Mon, 5 Mar 2012 07:58:58 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=63850 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4aJF-00013B-Qf; Mon, 05 Mar 2012 16:58:50 +0100 Message-ID: <4F54E2B8.8020607@levkowetz.com> Date: Mon, 05 Mar 2012 16:58:48 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ole Laursen References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAC58D8709284EC140B9EFA88" X-SA-Exim-Connect-IP: 2a01:3f0:1:0:21e:c2ff:fe13:7e3e X-SA-Exim-Rcpt-To: olau@iola.dk, housley@vigilsec.com, amorris@amsl.com, iola-conversion-tool@ietf.org, jimsch@augustcellars.com, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: Alexa Morris , Russ Housley , jimsch@augustcellars.com, iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 15:58:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAC58D8709284EC140B9EFA88 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ole, On 2012-03-05 16:08 Ole Laursen said: > 2012/3/5 Russ Housley : >>> Alexa: I've tried going through a submission on my local development >>> server and sure I didn't get the confirmation email, but as far as I >>> can tell from the code, the submitter doesn't get a confirmation emai= l >>> on submission of 00 revisions of drafts? >> >> They should. >=20 > Ah, wait a second, there's a difference between WG drafts and > individual drafts. I do get the confirmation in the latter case. > Sorry. >=20 > My first idea would be checking the mail logs and see if it got lost > there. I have a dump of the database, and it looks like it went down > the right branch of the code, saved the submitter email as > ietf@augustcellars.com and then went into the email sending code. > Henrik, can you check that? Just did that, and the result is that they definitely were handed over to the mail server, and as far as I can tell also went out to the submitters' mail server for delivery. Best regards, Henrik --------------enigAC58D8709284EC140B9EFA88 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9U4rkACgkQeVhrtTJkXCP0bgCg4+i0UA7IJqqucMQ4P631PgFg LHwAnRjmtSr5BBz7jbhGVsZUUeUtgyEc =c1sd -----END PGP SIGNATURE----- --------------enigAC58D8709284EC140B9EFA88-- From amorris@amsl.com Mon Mar 5 08:22:03 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0B5121F8816 for ; Mon, 5 Mar 2012 08:22:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.258 X-Spam-Level: X-Spam-Status: No, score=-2.258 tagged_above=-999 required=5 tests=[AWL=0.341, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5G3jtwAL-Uro for ; Mon, 5 Mar 2012 08:22:02 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id ECE7E21F8813 for ; Mon, 5 Mar 2012 08:22:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 0E1B612C6AE; Mon, 5 Mar 2012 08:22:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bL5W2+0+5TLX; Mon, 5 Mar 2012 08:22:00 -0800 (PST) Received: from [192.168.0.195] (c-76-102-55-37.hsd1.ca.comcast.net [76.102.55.37]) by c8a.amsl.com (Postfix) with ESMTPSA id DCA0812C6AD; Mon, 5 Mar 2012 08:22:00 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Alexa Morris In-Reply-To: <4F54DC2D.1000302@levkowetz.com> Date: Mon, 5 Mar 2012 08:21:36 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.1084) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 16:22:03 -0000 Hi Henrik On Mar 5, 2012, at 7:30 AM, Henrik Levkowetz wrote: > Hi Alexa, >=20 >> Let me know if you need additional information to research this. >=20 > It would be good if you could confirm that with the current session > assignment, upload works for both and only appears in the appropriate > slot? >=20 Unfortunately, it's not working yet on my end yet. I just uploaded the = Admin Plenary Agenda but the Technical Plenary Agenda is still holding = the Wednesday evening slot and it says that no technical plenary agenda = has been uploaded.=20 Thanks, Alexa From housley@vigilsec.com Mon Mar 5 08:43:11 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7916821F8866 for ; Mon, 5 Mar 2012 08:43:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SMIt9Rm9VaXp for ; Mon, 5 Mar 2012 08:43:10 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 9BABA21F8863 for ; Mon, 5 Mar 2012 08:43:10 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 5688B9A470F; Mon, 5 Mar 2012 11:43:28 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id 1l118T-o8hO7; Mon, 5 Mar 2012 11:42:53 -0500 (EST) Received: from [192.168.9.121] (unknown [12.54.159.133]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 71F53F24011; Mon, 5 Mar 2012 11:43:22 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Russ Housley In-Reply-To: <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> Date: Mon, 5 Mar 2012 11:43:04 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> To: Alexa Morris X-Mailer: Apple Mail (2.1084) Cc: Henrik Levkowetz , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 16:43:11 -0000 Do you have a work around so that the agenda can go to the printer on = schedule today? Russ On Mar 5, 2012, at 11:21 AM, Alexa Morris wrote: > Hi Henrik >=20 > On Mar 5, 2012, at 7:30 AM, Henrik Levkowetz wrote: >=20 >> Hi Alexa, >>=20 >>> Let me know if you need additional information to research this. >>=20 >> It would be good if you could confirm that with the current session >> assignment, upload works for both and only appears in the appropriate >> slot? >>=20 >=20 > Unfortunately, it's not working yet on my end yet. I just uploaded the = Admin Plenary Agenda but the Technical Plenary Agenda is still holding = the Wednesday evening slot and it says that no technical plenary agenda = has been uploaded.=20 >=20 > Thanks, > Alexa >=20 >=20 > --=20 > _______________________________________________ > iola-conversion-tool mailing list > iola-conversion-tool@ietf.org > https://www.ietf.org/mailman/listinfo/iola-conversion-tool From henrik@levkowetz.com Mon Mar 5 08:46:44 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C199121F87DC for ; Mon, 5 Mar 2012 08:46:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.511 X-Spam-Level: X-Spam-Status: No, score=-102.511 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aWicxIs+3DlW for ; Mon, 5 Mar 2012 08:46:44 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id EB35521F87DB for ; Mon, 5 Mar 2012 08:46:43 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=64431 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4b3a-0003TG-Ho; Mon, 05 Mar 2012 17:46:42 +0100 Message-ID: <4F54EDF2.7020200@levkowetz.com> Date: Mon, 05 Mar 2012 17:46:42 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Alexa Morris References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> In-Reply-To: <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> X-Enigmail-Version: 1.3.5 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: amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 16:46:44 -0000 Hi Alexa, On 2012-03-05 17:21 Alexa Morris said: > Hi Henrik > > On Mar 5, 2012, at 7:30 AM, Henrik Levkowetz wrote: > >> Hi Alexa, >> >>> Let me know if you need additional information to research this. >> >> It would be good if you could confirm that with the current session >> assignment, upload works for both and only appears in the appropriate >> slot? >> > > Unfortunately, it's not working yet on my end yet. I just uploaded > the Admin Plenary Agenda but the Technical Plenary Agenda is still > holding the Wednesday evening slot and it says that no technical > plenary agenda has been uploaded. Mmm, what I see here is "The plenary has not been scheduled", which is a different matter. I think this may be a failure in the scheduling tool; it is possible that it hasn't connected the session with the meeting slot (maybe because at the time the two plenaries were associated with the same group?). I'll try to dig a bit in the data to see what's up. Best regards, Henrik From housley@vigilsec.com Mon Mar 5 08:52:29 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E96C21F87EA for ; Mon, 5 Mar 2012 08:52:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zZMWK5BET1Fn for ; Mon, 5 Mar 2012 08:52:29 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 86D7F21F87AB for ; Mon, 5 Mar 2012 08:52:26 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 34AB6F24018; Mon, 5 Mar 2012 11:52:49 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id omcuLKRbTdmn; Mon, 5 Mar 2012 11:52:05 -0500 (EST) Received: from [192.168.9.121] (unknown [12.54.159.133]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 9EF23F24013; Mon, 5 Mar 2012 11:52:41 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Russ Housley In-Reply-To: Date: Mon, 5 Mar 2012 11:52:12 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <72940F67-4DF8-4EDB-849C-49102B948993@vigilsec.com> References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> To: Ole Laursen X-Mailer: Apple Mail (2.1084) Cc: Alexa Morris , iola-conversion-tool@ietf.org, jimsch@augustcellars.com Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 16:52:29 -0000 Ole: > 2012/3/5 Russ Housley : >>> Alexa: I've tried going through a submission on my local development >>> server and sure I didn't get the confirmation email, but as far as I >>> can tell from the code, the submitter doesn't get a confirmation = email >>> on submission of 00 revisions of drafts? >>=20 >> They should. >=20 > Ah, wait a second, there's a difference between WG drafts and > individual drafts. I do get the confirmation in the latter case. > Sorry. >=20 > My first idea would be checking the mail logs and see if it got lost > there. I have a dump of the database, and it looks like it went down > the right branch of the code, saved the submitter email as > ietf@augustcellars.com and then went into the email sending code. > Henrik, can you check that? The process I explained above in the individual draft. The WG draft process has an additional check. The WG chair needs to = approve the posting of the -00 document. Russ From amorris@amsl.com Mon Mar 5 09:17:26 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95EEA21F85E1 for ; Mon, 5 Mar 2012 09:17:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.307 X-Spam-Level: X-Spam-Status: No, score=-2.307 tagged_above=-999 required=5 tests=[AWL=0.292, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CzTg5w1XwhzO for ; Mon, 5 Mar 2012 09:17:26 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 1373121F84E0 for ; Mon, 5 Mar 2012 09:17:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 0914C12C6AD; Mon, 5 Mar 2012 09:17:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nDQhu9qoswa5; Mon, 5 Mar 2012 09:17:25 -0800 (PST) Received: from [192.168.0.195] (c-76-102-55-37.hsd1.ca.comcast.net [76.102.55.37]) by c8a.amsl.com (Postfix) with ESMTPSA id 90A3012C6A2; Mon, 5 Mar 2012 09:17:25 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Alexa Morris In-Reply-To: Date: Mon, 5 Mar 2012 09:16:59 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> To: Russ Housley X-Mailer: Apple Mail (2.1084) Cc: Henrik Levkowetz , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 17:17:26 -0000 Yes, we are fine here. Thanks for asking. Alexa On Mar 5, 2012, at 8:43 AM, Russ Housley wrote: > Do you have a work around so that the agenda can go to the printer on = schedule today? >=20 > Russ >=20 >=20 > On Mar 5, 2012, at 11:21 AM, Alexa Morris wrote: >=20 >> Hi Henrik >>=20 >> On Mar 5, 2012, at 7:30 AM, Henrik Levkowetz wrote: >>=20 >>> Hi Alexa, >>>=20 >>>> Let me know if you need additional information to research this. >>>=20 >>> It would be good if you could confirm that with the current session >>> assignment, upload works for both and only appears in the = appropriate >>> slot? >>>=20 >>=20 >> Unfortunately, it's not working yet on my end yet. I just uploaded = the Admin Plenary Agenda but the Technical Plenary Agenda is still = holding the Wednesday evening slot and it says that no technical plenary = agenda has been uploaded.=20 >>=20 >> Thanks, >> Alexa >>=20 >>=20 >> --=20 >> _______________________________________________ >> iola-conversion-tool mailing list >> iola-conversion-tool@ietf.org >> https://www.ietf.org/mailman/listinfo/iola-conversion-tool >=20 > --=20 > _______________________________________________ > iola-conversion-tool mailing list > iola-conversion-tool@ietf.org > https://www.ietf.org/mailman/listinfo/iola-conversion-tool >=20 ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com From rcross@amsl.com Mon Mar 5 09:20:35 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8950D21F8764 for ; Mon, 5 Mar 2012 09:20:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.006 X-Spam-Level: X-Spam-Status: No, score=-2.006 tagged_above=-999 required=5 tests=[AWL=-0.292, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cQHSpAvzhbTx for ; Mon, 5 Mar 2012 09:20:35 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 2798C21F8763 for ; Mon, 5 Mar 2012 09:20:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 1ED2212C6B0; Mon, 5 Mar 2012 09:20:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O67zRWchycte; Mon, 5 Mar 2012 09:20:35 -0800 (PST) Received: from [10.0.1.2] (c-98-232-66-29.hsd1.wa.comcast.net [98.232.66.29]) by c8a.amsl.com (Postfix) with ESMTPSA id B922912C6AE; Mon, 5 Mar 2012 09:20:34 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-1-473515176 From: Ryan Cross In-Reply-To: <4F54EDF2.7020200@levkowetz.com> Date: Mon, 5 Mar 2012 09:20:33 -0800 Message-Id: References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> <4F54EDF2.7020200@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.1084) Cc: Alexa Morris , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 17:20:35 -0000 --Apple-Mail-1-473515176 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Henrik, I show two plenary Timeslots for meeting 83, both with a Session = associated. And both sessions with agenda material attached. So the = data looks good unless I'm missing some detail of scheduling plenaries. In [38]: q=3DTimeSlot.objects.filter(meeting=3D83,type=3D'plenary') In [39]: q Out[39]: [, ] In [40]: q[0].session =20 Out[40]: In [41]: q[1].session Out[41]: Thanks, Ryan On Mar 5, 2012, at 8:46 AM, Henrik Levkowetz wrote: > Mmm, what I see here is "The plenary has not been scheduled", which > is a different matter. I think this may be a failure in the = scheduling > tool; it is possible that it hasn't connected the session with the = meeting > slot (maybe because at the time the two plenaries were associated with = the > same group?). I'll try to dig a bit in the data to see what's up. --Apple-Mail-1-473515176 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Henrik,

I show two plenary Timeslots for meeting 83, = both with a Session associated.  And both sessions with agenda = material attached.  So the data looks good unless I'm missing some = detail of scheduling plenaries.

In [38]: = q=3DTimeSlot.objects.filter(meeting=3D83,type=3D'plenary')

In [39]: q
Out[39]: = [<TimeSlot: 83: 03-28 16:30-19:30 IETF Operations and Administration = Plenary, Amphitheatre Bleu>, <TimeSlot: 83: 03-26 16:30-19:30 = Technical Plenary, Amphitheatre Bleu>]

In [40]: q[0].session =  
Out[40]: <Session: IETF-83: iesg = 1630>

In [41]: = q[1].session
Out[41]: <Session: IETF-83: iab = 1630>

Thanks,
Ry= an

On Mar 5, 2012, at 8:46 AM, Henrik Levkowetz = wrote:

Mmm, what I see here is "The plenary has not been = scheduled", which
is a different matter.  I think this may be a = failure in the scheduling
tool; it is possible that it hasn't = connected the session with the meeting
slot (maybe because at the = time the two plenaries were associated with the
same group?). =  I'll try to dig a bit in the data to see what's = up.

= --Apple-Mail-1-473515176-- From cmorgan@amsl.com Mon Mar 5 09:54:55 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B254621F85FD for ; Mon, 5 Mar 2012 09:54:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.709 X-Spam-Level: X-Spam-Status: No, score=-2.709 tagged_above=-999 required=5 tests=[AWL=-0.110, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PTbLQsoUWixV for ; Mon, 5 Mar 2012 09:54:55 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id B845221F8701 for ; Mon, 5 Mar 2012 09:54:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id C614C12C6CF; Mon, 5 Mar 2012 09:54:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Kha-MrLtCHY9; Mon, 5 Mar 2012 09:54:49 -0800 (PST) Received: from [12.22.58.154] (unknown [12.22.58.154]) by c8a.amsl.com (Postfix) with ESMTPSA id AB48D12C6CB; Mon, 5 Mar 2012 09:54:49 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Cindy Morgan In-Reply-To: <86AF53FB-F163-4D61-AD50-34264C62CB0E@vigilsec.com> Date: Mon, 5 Mar 2012 09:54:50 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <9DDC1B59-E801-46AD-95A7-63223690F946@amsl.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> <86AF53FB-F163-4D61-AD50-34264C62CB0E@vigilsec.com> To: Russ Housley X-Mailer: Apple Mail (2.1084) Cc: Ole Laursen , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 17:54:55 -0000 Please see below. On Mar 5, 2012, at 6:27 AM, Russ Housley wrote: > Ole: >=20 >> 2012/3/2 Russ Housley : >>>> Does anyone know whether we could get the actual date out of the = RFC >>>> Editor? I can imagine a couple of other hacks to improve on the >>>> first-day-of-month-assumption, but by far the most robust thing = would >>>> if the downloaded data just told us it. >>>=20 >>> This will be addressed in the future under another task order. = Currently, the RFC Editor send an email to the Secretariat, and the date = comes from that email. The goal is to have a message sent that the = datatracker can consume in an automated fashion. >>=20 >> Aha. If that date could be put into the generated XML file here: >>=20 >> http://www.rfc-editor.org/rfc/rfc-index.xml >>=20 >> Then it's a <1 hour job to fix it in the Datatracker end. The XML = file >> already says >>=20 >> >> March >> 2011 >> >>=20 >> so a 29 would fit the purpose nicely. Would it be feasible >> to do this in a not too distant timeframe? >=20 > This data has never included the day. I think we need to use the = messages that are sent to the secretariat to get the day. And in fact, it's not messages that are sent directly to the = Secretariat; we would get the information from the announcements that = the RFC Editor sends to IETF-Announce (e.g. = http://www.ietf.org/mail-archive/web/ietf-announce/current/msg09972.html).= Best regards, Cindy From henrik@levkowetz.com Mon Mar 5 10:06:58 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F62521F87C3 for ; Mon, 5 Mar 2012 10:06:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.513 X-Spam-Level: X-Spam-Status: No, score=-102.513 tagged_above=-999 required=5 tests=[AWL=0.087, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6AS3XCGjBwL6 for ; Mon, 5 Mar 2012 10:06:57 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id C08ED21F85D3 for ; Mon, 5 Mar 2012 10:06:57 -0800 (PST) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=65308 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4cJE-0001US-RQ; Mon, 05 Mar 2012 19:06:57 +0100 Message-ID: <4F5500BF.9050604@levkowetz.com> Date: Mon, 05 Mar 2012 19:06:55 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ryan Cross References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> <4F54EDF2.7020200@levkowetz.com> In-Reply-To: X-Enigmail-Version: 1.3.5 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: rcross@amsl.com, amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: Alexa Morris , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 18:06:58 -0000 Hi Ryan, Alexa, all, I think I've now got this working. Both administrative and technical plenary shows up as they should. There were some assumptions which didn't hold, which lead to some code changes, and there was an encoding problem with the agenda file on disk, as follows: 1. The code assumed that the uploaded document would have a title which indicated which plenary agenda it was for -- no title was set. I've now changed the code to look at the document name instead. 2. There were actually 4 different agendas which matched the plenaries, and the code didn't check for state active, so I added this. 3. Even after I fixed the things above, I went 'round and 'round a couple of times, as I only saw a blank space where the agenda should have been. This seems to have been caused by the uploaded document having a mac character set encoding and mac line-endings -- Ryan, you maybe should investigate that further, and see if you should do character set and line-ending conversion. I think what's on disk should either be ascii or unicode -- for drafts we check that it's pure ascii, but the agendas are different, and we should maybe enforce unicode? Best regards, Henrik On 2012-03-05 18:20 Ryan Cross said: > Hi Henrik, > > I show two plenary Timeslots for meeting 83, both with a Session associated. And both sessions with agenda material attached. So the data looks good unless I'm missing some detail of scheduling plenaries. > > In [38]: q=TimeSlot.objects.filter(meeting=83,type='plenary') > > In [39]: q > Out[39]: [, ] > > In [40]: q[0].session > Out[40]: > > In [41]: q[1].session > Out[41]: > > Thanks, > Ryan > > On Mar 5, 2012, at 8:46 AM, Henrik Levkowetz wrote: > >> Mmm, what I see here is "The plenary has not been scheduled", which >> is a different matter. I think this may be a failure in the scheduling >> tool; it is possible that it hasn't connected the session with the meeting >> slot (maybe because at the time the two plenaries were associated with the >> same group?). I'll try to dig a bit in the data to see what's up. > > > > From adam@nostrum.com Mon Mar 5 11:05:46 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F95C21F87D4 for ; Mon, 5 Mar 2012 11:05:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.391 X-Spam-Level: X-Spam-Status: No, score=-102.391 tagged_above=-999 required=5 tests=[AWL=0.209, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LD98-Nwpvr+c for ; Mon, 5 Mar 2012 11:05:45 -0800 (PST) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 592F021F87D2 for ; Mon, 5 Mar 2012 11:05:45 -0800 (PST) Received: from dn3-110.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q25J5irG024684 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 5 Mar 2012 13:05:44 -0600 (CST) (envelope-from adam@nostrum.com) Message-ID: <4F550E88.9070203@nostrum.com> Date: Mon, 05 Mar 2012 13:05:44 -0600 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: iola-conversion-tool@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [iola-conversion-tool] Several problems with HTML agenda page X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 19:05:46 -0000 The HTML agenda still has quite a few issues that surfaced as part of the migration. Go to https://datatracker.ietf.org/meeting/83/agenda.html#RAI and open up the "Select working group sessions" section. Problem 1: You'll notice that the "GEN" column is empty. It should contain "antitrust," "rpsreqs" and "rfcform." Problem 2: Neither of the plenaries are rendered. Previously, the plenaries were always displayed. Under the current system, they appear to have been classified under "gen," along with the edu sessions ("Tools for creating internet-drafts tutorial" and "Newcomer orientation"). All four of these blocks should be rendered by default. Problem 3: There is a mystery block from 12:30 to 13:50 on Friday in the room "Maillot." Problem 4: Although it does not show up on the 83 agenda, there is something wrong with the characterization of the IRTF meeting for IETF 82 (see https://datatracker.ietf.org/meeting/82/agenda.html#RAI) such that it is displayed by default. If this is simply a data import error for IETF 82, then it's no big deal. I'm worried that it might resurface in future agendas, though, so we do need to at least understand why it's being displayed all the time (rather than being considered an IRTF meeting). Problem 5: The multi-draft PDF function appears to have been broken. Go to https://datatracker.ietf.org/meeting/agenda.html#tsvwg and scroll down to the TSVWG session. Just above the agenda, on the right, click on the "pdf" link. Instead of getting a PDF file, you'll get a 404 error. This is true also of the tar file link right next to it. /a From paul.hoffman@vpnc.org Mon Mar 5 12:08:35 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33D2A21F88FA; Mon, 5 Mar 2012 12:08:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.705 X-Spam-Level: X-Spam-Status: No, score=-102.705 tagged_above=-999 required=5 tests=[AWL=-0.106, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id URRmuKmAgnOv; Mon, 5 Mar 2012 12:08:34 -0800 (PST) Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id 889AB21F8862; Mon, 5 Mar 2012 12:08:34 -0800 (PST) Received: from [10.20.30.101] (50-0-66-4.dsl.dynamic.fusionbroadband.com [50.0.66.4]) (authenticated bits=0) by hoffman.proper.com (8.14.5/8.14.3) with ESMTP id q25K8WA0024305 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 5 Mar 2012 13:08:32 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) From: Paul Hoffman Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 5 Mar 2012 12:08:31 -0800 Message-Id: <8945CBD4-AC2A-4AE9-B9C9-7EF8F269F58A@vpnc.org> To: IETF WG chairs Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Cc: iola-conversion-tool@ietf.org Subject: [iola-conversion-tool] How to approve a -00 version of a WG item? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:08:35 -0000 Greetings again. We have a new -00 coming in, so I went to the link for = doing so that is given on the WG chairs page: = . It = now redirects to the bare Datatracker page with nothing that I can see = as a way to pre-approve a -00. Has anyone else found the new magic = place? --Paul Hoffman From olau@iola.dk Mon Mar 5 12:43:45 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 911E611E80BD for ; Mon, 5 Mar 2012 12:43:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.829 X-Spam-Level: X-Spam-Status: No, score=-2.829 tagged_above=-999 required=5 tests=[AWL=0.148, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ScHTCw7I74QD for ; Mon, 5 Mar 2012 12:43:44 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id E983921F891B for ; Mon, 5 Mar 2012 12:43:43 -0800 (PST) Received: by vbbez10 with SMTP id ez10so4350267vbb.31 for ; Mon, 05 Mar 2012 12:43:43 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.22.166 as permitted sender) client-ip=10.52.22.166; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.22.166 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.22.166]) by 10.52.22.166 with SMTP id e6mr38780910vdf.5.1330980223505 (num_hops = 1); Mon, 05 Mar 2012 12:43:43 -0800 (PST) Received: by 10.52.22.166 with SMTP id e6mr33204016vdf.5.1330980223253; Mon, 05 Mar 2012 12:43:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Mon, 5 Mar 2012 12:43:23 -0800 (PST) In-Reply-To: <4F550E88.9070203@nostrum.com> References: <4F550E88.9070203@nostrum.com> From: Ole Laursen Date: Mon, 5 Mar 2012 21:43:23 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmrZ5MQuiISjWlwStgioyvwU6dQZyPdxoAN8MA+rdYAvzu5gZwBhOoJ6Xpdip6h37CERveY Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Several problems with HTML agenda page X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:43:45 -0000 Hi, Thanks for the thorough report! I believe the first 3 issues have been fixed recently. I suspect Henrik will deploy the fixes soon. 2012/3/5 Adam Roach : > Problem 4: Although it does not show up on the 83 agenda, there is something > wrong with the characterization of the IRTF meeting for IETF 82 (see > https://datatracker.ietf.org/meeting/82/agenda.html#RAI) such that it is > displayed by default. If this is simply a data import error for IETF 82, > then it's no big deal. The data looks fine to me, but the proxy didn't handle the IRTF group specially. It looks like the old code was giving it an area of "irtf". I've fixed the proxy to do the same (will be online when Henrik deploys it). > Problem 5: The multi-draft PDF function appears to have been broken. Go to > https://datatracker.ietf.org/meeting/agenda.html#tsvwg and scroll down to > the TSVWG session. Just above the agenda, on the right, click on the "pdf" > link. Instead of getting a PDF file, you'll get a 404 error. This is true > also of the tar file link right next to it. I was really confused by this, but it turns out it works fine for meeting 82. So I think the problem is that this part of the code isn't querying the session for the agenda path, but trying to deduce it in various ways which now fail with the newly uploaded agendas. I'll see if I can get that fixed tomorrow, it's getting a little late. Ole From A.Hoenes@TR-Sys.de Mon Mar 5 12:27:38 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EAFD21F88B7; Mon, 5 Mar 2012 12:27:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.264 X-Spam-Level: X-Spam-Status: No, score=-98.264 tagged_above=-999 required=5 tests=[AWL=0.485, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HELO_EQ_DE=0.35, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eb6rnZ99fZyX; Mon, 5 Mar 2012 12:27:37 -0800 (PST) Received: from TR-Sys.de (gateway.tr-sys.de [213.178.172.147]) by ietfa.amsl.com (Postfix) with ESMTP id 7DC4D21F8873; Mon, 5 Mar 2012 12:27:36 -0800 (PST) Received: from ZEUS.TR-Sys.de by w. with ESMTP ($Revision: 1.37.109.26 $/16.3.2) id AA123069193; Mon, 5 Mar 2012 21:26:33 +0100 Received: (from ah@localhost) by z.TR-Sys.de (8.9.3 (PHNE_25183)/8.7.3) id VAA27286; Mon, 5 Mar 2012 21:26:32 +0100 (MEZ) From: Alfred =?hp-roman8?B?SM5uZXM=?= Message-Id: <201203052026.VAA27286@TR-Sys.de> To: paul.hoffman@vpnc.org Date: Mon, 5 Mar 2012 21:26:31 +0100 (MEZ) In-Reply-To: <8945CBD4-AC2A-4AE9-B9C9-7EF8F269F58A@vpnc.org> from Paul Hoffman at Mar "5, " 2012 "12:08:31" pm X-Mailer: ELM [$Revision: 1.17.214.3 $] Mime-Version: 1.0 Content-Type: text/plain; charset=hp-roman8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 05 Mar 2012 14:08:18 -0800 Cc: wgchairs@ietf.org, iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] How to approve a -00 version of a WG item? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:27:38 -0000 Paul Hoffman wrote: > Greetings again. We have a new -00 coming in, so I went to the link > for doing so that is given on the WG chairs page: > . > It now redirects to the bare Datatracker page with nothing that I > can see as a way to pre-approve a -00. Has anyone else found the > new magic place? > > --Paul Hoffman On Feb 24, I got an WG -00 approval request (for URNbis) from the idsubmission tool (per email), which did not contain any particular suitable link, and I also did not find a suitable web page. (The submission status page does not help -- even when logged in.) Thus, I responded per email immediately (still Friday morning), and got an auto-generated Ack message, indicating a possible delay of up to 5 working days. However, nothing happened during that Friday and the entire last week, and so today (mid-morning Central European time), I've filed a trouble ticket at ietf-request, hoping to get the draft into the repositories soon now. Let's see ... Kind regards, Alfred HÎnes. -- +------------------------+--------------------------------------------+ | TR-Sys Alfred Hoenes | Alfred Hoenes Dipl.-Math., Dipl.-Phys. | | Gerlinger Strasse 12 | Phone: (+49)7156/9635-0, Fax: -18 | | D-71254 Ditzingen | E-Mail: ah@TR-Sys.de | +------------------------+--------------------------------------------+ From smccammon@amsl.com Mon Mar 5 14:03:57 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 373CC21F8866 for ; Mon, 5 Mar 2012 14:03:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.223 X-Spam-Level: X-Spam-Status: No, score=-2.223 tagged_above=-999 required=5 tests=[AWL=-0.375, BAYES_00=-2.599, HTML_MESSAGE=0.001, SARE_OBFU_ALL=0.751] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y4-Y+ngg+qWZ for ; Mon, 5 Mar 2012 14:03:56 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 8E95821F8864 for ; Mon, 5 Mar 2012 14:03:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id A682C12C8B7 for ; Mon, 5 Mar 2012 14:03:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jEA+AC2zFlGc for ; Mon, 5 Mar 2012 14:03:55 -0800 (PST) Received: from [12.22.58.172] (unknown [12.22.58.172]) by c8a.amsl.com (Postfix) with ESMTPSA id 8B8D012C8B5 for ; Mon, 5 Mar 2012 14:03:55 -0800 (PST) From: Stephanie McCammon Content-Type: multipart/alternative; boundary=Apple-Mail-369-490518055 Date: Mon, 5 Mar 2012 14:03:56 -0800 Message-Id: To: iola-conversion-tool@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Mon, 05 Mar 2012 14:08:18 -0800 Subject: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:03:57 -0000 --Apple-Mail-369-490518055 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Henrik, Alexa told me that you are looking into authors that are not receiving = their confirmation emails. I've forwarded you a couple in the past = week, however I've listed them and two that I received today below. Dapeng Liu (draft-ietf-mif-api-extension-00, = draft-liu-dmm-address-selection-00, draft-liu-dmm-mobility-api-00) "Wiley, Glen" draft-wiley-lisp-ddtxfr Jeffrey Zhang = (draft-ietf-ospf-hybrid-bcast-and-p2mp-01) "Herzog, Jonathan - 0668 - MITLL" = (draft-herzog-withmac-keywrap-01, draft-herzog-setkey-05) I think we also need to clean up the language in the WG Chair Draft = Approval email. In the current email it says,=20 > WG chair approval is needed for posting of > draft-ietf-urnbis-rfc3044bis-issn-urn-00 draft > > I-D Submission Tool URL: > = http://datatracker.ietf.org/submit/status/39019/229aadf5600f693e865013513f= bb2280/ This doesn't make it very clear that the chair needs to click on the = 'I-D Submission Tool URL' in order to approve the draft. Could it = instead say something like, "Click here to approve draft" or something = along those lines? There should also be something that says they need = to login in order to approve the draft. There have been countless = instances of chairs not knowing where to go to approve the drafts and = once they get there they can't approve it because they aren't logged in.=20= Thanks, Stephanie McCammon IETF Registrar 48377 Fremont Blvd, Ste. 117 Fremont, CA 94538 T: +1.510.492.4081 F: +1.510.492.4001 Association Management Solutions (AMS) Forum Management, Meeting, and Event Planning www.amsl.com --Apple-Mail-369-490518055 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii liudapeng@chinamobile.com>= ; (draft-ietf-mif-api-extension-00, draft-liu-dmm-address-selection-00, = ;draft-liu-dmm-mobility-api-00)
"Wil= ey, Glen" <gwiley@verisign.com> draft= -wiley-lisp-ddtxfr
Jeffrey Zhang <zzhang@juniper.net> (draft-= ietf-ospf-hybrid-bcast-and-p2mp-01)
"Herzog, Jonathan - 0668 - = MITLL" <jherzog@ll.mit.edu> = (draft-herzog-withmac-keywrap-01, draft-herzog-setkey-05)
<= br>

I think we also need to clean up the = language in the WG Chair Draft Approval email.  In the current = email it says, 

> WG chair approval is = needed for posting of
> draft-ietf-urnbis-rfc3044bis-issn-urn-00 = draft
>
> I-D Submission Tool URL:
> http://datatracker.ietf.org/submit/status/39019/229aadf56= 00f693e865013513fbb2280/


This doesn't = make it very clear that the chair needs to click on the 'I-D Submission = Tool URL' in order to approve the draft.  Could it instead say = something like, "Click here to approve draft" or something along those = lines?  There should also be something that says they need to login = in order to approve the draft.  There have been countless instances = of chairs not knowing where to go to approve the drafts and once they = get there they can't approve it because they aren't logged = in. 


Thanks,

Stephanie = McCammon
IETF Registrar
48377 Fremont Blvd, Ste. 117
Fremont, = CA 94538
T: +1.510.492.4081
F: +1.510.492.4001

Association = Management Solutions (AMS)
Forum Management, Meeting, and Event = Planning
www.amsl.com




= --Apple-Mail-369-490518055-- From eckelcu@cisco.com Mon Mar 5 12:40:20 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8279421F891B; Mon, 5 Mar 2012 12:40:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.166 X-Spam-Level: X-Spam-Status: No, score=-9.166 tagged_above=-999 required=5 tests=[AWL=1.433, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lS1l5Ew7Hwc6; Mon, 5 Mar 2012 12:40:19 -0800 (PST) Received: from mtv-iport-1.cisco.com (mtv-iport-1.cisco.com [173.36.130.12]) by ietfa.amsl.com (Postfix) with ESMTP id 9A9BA21F8932; Mon, 5 Mar 2012 12:40:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=eckelcu@cisco.com; l=809; q=dns/txt; s=iport; t=1330980019; x=1332189619; h=mime-version:content-transfer-encoding:subject:date: message-id:in-reply-to:references:from:to:cc; bh=J5A+k0wlr4UVxegFTsP15pz1GzDREUcZTK24sJfxF7M=; b=ES4iCU66+zHgxleUWtfZ1A8zpM3Kb9yTropWTTsJQEOA+/gR2nDcWvd/ 91gNJ0dmaTN4Ofy+Xm5TzdLmAlSavjRQ2Y/u5BFKteWEZ80iB+lrngxzj rPxDiXBk9NTID+x1bySQWe/mAWyS+mG3iSqCmXeG6IfbRT4VKO3d+YtEr M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAPwjVU+rRDoI/2dsb2JhbABDtHKBB4F9AQEBBBIBHQo/DAQCAQgRBAEBCwYXAQYBRQkIAQEEARIIGodkAQugXgGXDASKH4VbYwSIUJ0AgwSBNQ X-IronPort-AV: E=Sophos;i="4.73,535,1325462400"; d="scan'208";a="32031635" Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-1.cisco.com with ESMTP; 05 Mar 2012 20:40:15 +0000 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id q25KeFbL020137; Mon, 5 Mar 2012 20:40:15 GMT Received: from xmb-sjc-234.amer.cisco.com ([128.107.191.111]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 5 Mar 2012 12:40:14 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 5 Mar 2012 12:40:13 -0800 Message-ID: In-Reply-To: <8945CBD4-AC2A-4AE9-B9C9-7EF8F269F58A@vpnc.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to approve a -00 version of a WG item? Thread-Index: Acz7C8Jap6JRswrcRU+/Rz10v7+rJQABD8Nw References: <8945CBD4-AC2A-4AE9-B9C9-7EF8F269F58A@vpnc.org> From: "Charles Eckel (eckelcu)" To: "Paul Hoffman" , "IETF WG chairs" X-OriginalArrivalTime: 05 Mar 2012 20:40:14.0878 (UTC) FILETIME=[2B24C3E0:01CCFB10] X-Mailman-Approved-At: Mon, 05 Mar 2012 14:08:23 -0800 Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] How to approve a -00 version of a WG item? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 20:40:20 -0000 I was just able to approve a 00 draft for BFCPBIS. Note, you need to sign in to get the option to approve a new draft. Cheers, Charles > -----Original Message----- > From: wgchairs-bounces@ietf.org [mailto:wgchairs-bounces@ietf.org] On > Behalf Of Paul Hoffman > Sent: Monday, March 05, 2012 9:09 PM > To: IETF WG chairs > Cc: iola-conversion-tool@ietf.org > Subject: How to approve a -00 version of a WG item? >=20 > Greetings again. We have a new -00 coming in, so I went to the link for > doing so that is given on the WG chairs page: > . It > now redirects to the bare Datatracker page with nothing that I can see > as a way to pre-approve a -00. Has anyone else found the new magic > place? >=20 > --Paul Hoffman From housley@vigilsec.com Mon Mar 5 14:13:45 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5FDC21F87CD for ; Mon, 5 Mar 2012 14:13:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PdObr-Xii34L for ; Mon, 5 Mar 2012 14:13:45 -0800 (PST) Received: from odin.smetech.net (mail.smetech.net [208.254.26.82]) by ietfa.amsl.com (Postfix) with ESMTP id 1DB6721F87C0 for ; Mon, 5 Mar 2012 14:13:45 -0800 (PST) Received: from localhost (unknown [208.254.26.81]) by odin.smetech.net (Postfix) with ESMTP id 276779A4728; Mon, 5 Mar 2012 17:13:45 -0500 (EST) X-Virus-Scanned: amavisd-new at smetech.net Received: from odin.smetech.net ([208.254.26.82]) by localhost (ronin.smetech.net [208.254.26.81]) (amavisd-new, port 10024) with ESMTP id zqEEBZ8ukFKK; Mon, 5 Mar 2012 17:13:42 -0500 (EST) Received: from [192.168.2.104] (pool-96-241-165-215.washdc.fios.verizon.net [96.241.165.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by odin.smetech.net (Postfix) with ESMTP id 6C7DC9A4727; Mon, 5 Mar 2012 17:13:43 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: Russ Housley Date: Mon, 5 Mar 2012 17:13:41 -0500 Content-Transfer-Encoding: 7bit Message-Id: References: <4F5517AD.10404@innovationslab.net> To: iola-conversion-tool@ietf.org X-Mailer: Apple Mail (2.1084) Cc: Brian Haberman Subject: [iola-conversion-tool] Fwd: Initial WG draft approval X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:13:45 -0000 Begin forwarded message: > From: Brian Haberman > Date: March 5, 2012 2:44:45 PM EST > To: Working Group Chairs > Subject: Initial WG draft approval > > Hi All, > I have been using the following URL substantially to approve > initial versions of WG drafts: > > https://datatracker.ietf.org/cgi-bin/wg/wg_init_rev_approval.cgi > > Today, I accessed this link to approve a new 6MAN WG draft and it > immediately dumped me into the datatrackers document search screen. > > Did something happen during the datatracker conversion that rendered the > above URL obsolete? I also tried the link off the WG Chair's page and > it does not work as well. > > Thoughts? > > Brian From henrik@levkowetz.com Mon Mar 5 14:36:47 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93DD121E8062 for ; Mon, 5 Mar 2012 14:36:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.516 X-Spam-Level: X-Spam-Status: No, score=-102.516 tagged_above=-999 required=5 tests=[AWL=0.083, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Tw43wO6IcmS for ; Mon, 5 Mar 2012 14:36:47 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id DF2B421E8060 for ; Mon, 5 Mar 2012 14:36:46 -0800 (PST) Received: from localhost ([127.0.0.1]:42761 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4gWH-00061A-KV; Mon, 05 Mar 2012 23:36:41 +0100 Message-ID: <4F553FF9.2000008@levkowetz.com> Date: Mon, 05 Mar 2012 23:36:41 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ole Laursen References: <4F550E88.9070203@nostrum.com> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: olau@iola.dk, adam@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: Adam Roach , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Several problems with HTML agenda page X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:36:47 -0000 On 2012-03-05 21:43 Ole Laursen said the following: > Hi, > > Thanks for the thorough report! I believe the first 3 issues have been > fixed recently. I suspect Henrik will deploy the fixes soon. I've deployed 2 of the 3 fixes. There remains a problem with the fix needed to show BOFs -- the fix gave them the same status as Active WG, but this results in WG pages showing up for them, having no 'Proposed WG' annotation. > 2012/3/5 Adam Roach : >> Problem 4: Although it does not show up on the 83 agenda, there is something >> wrong with the characterization of the IRTF meeting for IETF 82 (see >> https://datatracker.ietf.org/meeting/82/agenda.html#RAI) such that it is >> displayed by default. If this is simply a data import error for IETF 82, >> then it's no big deal. > > The data looks fine to me, but the proxy didn't handle the IRTF group > specially. It looks like the old code was giving it an area of "irtf". > I've fixed the proxy to do the same (will be online when Henrik > deploys it). Done. Best regards, Henrik >> Problem 5: The multi-draft PDF function appears to have been broken. Go to >> https://datatracker.ietf.org/meeting/agenda.html#tsvwg and scroll down to >> the TSVWG session. Just above the agenda, on the right, click on the "pdf" >> link. Instead of getting a PDF file, you'll get a 404 error. This is true >> also of the tar file link right next to it. > > I was really confused by this, but it turns out it works fine for > meeting 82. So I think the problem is that this part of the code isn't > querying the session for the agenda path, but trying to deduce it in > various ways which now fail with the newly uploaded agendas. I'll see > if I can get that fixed tomorrow, it's getting a little late. > > > Ole From henrik@levkowetz.com Mon Mar 5 15:15:33 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CE0E21E8026 for ; Mon, 5 Mar 2012 15:15:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.217 X-Spam-Level: X-Spam-Status: No, score=-102.217 tagged_above=-999 required=5 tests=[AWL=-0.219, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xm2V4jncDaWw for ; Mon, 5 Mar 2012 15:15:32 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id EACC021E800E for ; Mon, 5 Mar 2012 15:15:31 -0800 (PST) Received: from localhost ([127.0.0.1]:44346 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4h7m-0002nD-KL; Tue, 06 Mar 2012 00:15:26 +0100 Message-ID: <4F55490D.3080609@levkowetz.com> Date: Tue, 06 Mar 2012 00:15:25 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Jim Schaad References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> <4F54E2B8.8020607@levkowetz.com> <00ab01ccfb20$40822ce0$c18686a0$@augustcellars.com> In-Reply-To: <00ab01ccfb20$40822ce0$c18686a0$@augustcellars.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: jimsch@augustcellars.com, olau@iola.dk, housley@vigilsec.com, amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: 'Ole Laursen' , 'Russ Housley' , iola-conversion-tool@ietf.org, 'Alexa Morris' Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 23:15:33 -0000 Hi Jim, On 2012-03-05 23:35 Jim Schaad said the following: > Henrik, > > Is there any possibility that an issue could be present because I had > multiple MX records and the primary server was down during that period? It shouldn't matter, if you've collected messages from the secondary server meanwhile. Otherwise, it definitely could matter. The mail server log showed these lines for the final delivery of the outgoing messages: Mar 2 14:17:20 ietfa postfix/smtp[32486]: 3F10E21F858E: to=, relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, delays=0.04/0/30/0.46, dsn=2.6.0, status=sent (250 2.6.0 <20120302221648.748.41367.idtracker@ietfa.amsl.com> [InternalId=238] Queued mail for delivery) and Mar 2 14:18:03 ietfa postfix/smtp[505]: 4FE2A21F859A: to=, relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, delays=0/0.01/30/0.39, dsn=2.6.0, status=sent (250 2.6.0 <20120302221732.927.86622.idtracker@ietfa.amsl.com> [InternalId=241] Queued mail for delivery) If 'winery.augustcellars.com' is your secondary mail server, then my bet is that that's where you'll find the messages :-) Best regards, Henrik > Jim > > >> -----Original Message----- >> From: Henrik Levkowetz [mailto:henrik@levkowetz.com] >> Sent: Monday, March 05, 2012 7:59 AM >> To: Ole Laursen >> Cc: Russ Housley; Alexa Morris; iola-conversion-tool@ietf.org; >> jimsch@augustcellars.com >> Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing >> messages from the submitter >> >> Hi Ole, >> >> On 2012-03-05 16:08 Ole Laursen said: >> > 2012/3/5 Russ Housley : >> >>> Alexa: I've tried going through a submission on my local development >> >>> server and sure I didn't get the confirmation email, but as far as I >> >>> can tell from the code, the submitter doesn't get a confirmation >> >>> email on submission of 00 revisions of drafts? >> >> >> >> They should. >> > >> > Ah, wait a second, there's a difference between WG drafts and >> > individual drafts. I do get the confirmation in the latter case. >> > Sorry. >> > >> > My first idea would be checking the mail logs and see if it got lost >> > there. I have a dump of the database, and it looks like it went down >> > the right branch of the code, saved the submitter email as >> > ietf@augustcellars.com and then went into the email sending code. >> > Henrik, can you check that? >> >> Just did that, and the result is that they definitely were handed over to > the >> mail server, and as far as I can tell also went out to the submitters' > mail server >> for delivery. >> >> >> Best regards, >> >> Henrik > > > From henrik@levkowetz.com Mon Mar 5 15:37:11 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 668C221E8048 for ; Mon, 5 Mar 2012 15:37:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.213 X-Spam-Level: X-Spam-Status: No, score=-102.213 tagged_above=-999 required=5 tests=[AWL=-0.215, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AG7ZnIZxQRmi for ; Mon, 5 Mar 2012 15:37:10 -0800 (PST) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 02D7F21E8045 for ; Mon, 5 Mar 2012 15:37:10 -0800 (PST) Received: from localhost ([127.0.0.1]:45552 helo=vigonier.lan ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S4hSg-0001fm-0Z; Tue, 06 Mar 2012 00:37:02 +0100 Message-ID: <4F554E1D.607@levkowetz.com> Date: Tue, 06 Mar 2012 00:37:01 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Jim Schaad References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> <4F54E2B8.8020607@levkowetz.com> <00ab01ccfb20$40822ce0$c18686a0$@augustcellars.com> <4F55490D.3080609@levkowetz.com> <00b401ccfb26$9bb7ba20$d3272e60$@augustcellars.com> In-Reply-To: <00b401ccfb26$9bb7ba20$d3272e60$@augustcellars.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: jimsch@augustcellars.com, olau@iola.dk, housley@vigilsec.com, amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: 'Ole Laursen' , 'Russ Housley' , iola-conversion-tool@ietf.org, 'Alexa Morris' Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 23:37:11 -0000 Hi Jim, On 2012-03-06 00:20 Jim Schaad said the following: > Winery.augustcellars.com is my secondary server, I am collecting messages > from that server - so it must be deciding that you are bad juju for some > reason. I guess that will be part of my trip to the winery later this week > to figure out what spam filter these messages are going to that is not > catching the rest of my IETF mail. Ah. It would most likely be very interesting to hear what you find, in case it could help us fix any issues with the outgoing messages that make them likely to be misclassified as spam. Best regards, Henrik > Jim > > >> -----Original Message----- >> From: Henrik Levkowetz [mailto:henrik@levkowetz.com] >> Sent: Monday, March 05, 2012 3:15 PM >> To: Jim Schaad >> Cc: 'Ole Laursen'; 'Russ Housley'; 'Alexa Morris'; > iola-conversion-tool@ietf.org >> Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing >> messages from the submitter >> >> Hi Jim, >> >> On 2012-03-05 23:35 Jim Schaad said the following: >> > Henrik, >> > >> > Is there any possibility that an issue could be present because I had >> > multiple MX records and the primary server was down during that period? >> >> It shouldn't matter, if you've collected messages from the secondary > server >> meanwhile. Otherwise, it definitely could matter. The mail server log >> showed these lines for the final delivery of the outgoing >> messages: >> >> Mar 2 14:17:20 ietfa postfix/smtp[32486]: 3F10E21F858E: >> to=, >> relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, >> delays=0.04/0/30/0.46, dsn=2.6.0, status=sent (250 2.6.0 >> <20120302221648.748.41367.idtracker@ietfa.amsl.com> [InternalId=238] >> Queued mail for delivery) >> >> and >> >> Mar 2 14:18:03 ietfa postfix/smtp[505]: 4FE2A21F859A: >> to=, >> relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, >> delays=0/0.01/30/0.39, dsn=2.6.0, status=sent (250 2.6.0 >> <20120302221732.927.86622.idtracker@ietfa.amsl.com> [InternalId=241] >> Queued mail for delivery) >> >> If 'winery.augustcellars.com' is your secondary mail server, then my bet > is >> that that's where you'll find the messages :-) >> >> >> Best regards, >> >> Henrik >> >> >> >> > Jim >> > >> > >> >> -----Original Message----- >> >> From: Henrik Levkowetz [mailto:henrik@levkowetz.com] >> >> Sent: Monday, March 05, 2012 7:59 AM >> >> To: Ole Laursen >> >> Cc: Russ Housley; Alexa Morris; iola-conversion-tool@ietf.org; >> >> jimsch@augustcellars.com >> >> Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] >> >> Missing messages from the submitter >> >> >> >> Hi Ole, >> >> >> >> On 2012-03-05 16:08 Ole Laursen said: >> >> > 2012/3/5 Russ Housley : >> >> >>> Alexa: I've tried going through a submission on my local >> >> >>> development server and sure I didn't get the confirmation email, >> >> >>> but as far as I can tell from the code, the submitter doesn't get >> >> >>> a confirmation email on submission of 00 revisions of drafts? >> >> >> >> >> >> They should. >> >> > >> >> > Ah, wait a second, there's a difference between WG drafts and >> >> > individual drafts. I do get the confirmation in the latter case. >> >> > Sorry. >> >> > >> >> > My first idea would be checking the mail logs and see if it got >> >> > lost there. I have a dump of the database, and it looks like it >> >> > went down the right branch of the code, saved the submitter email >> >> > as ietf@augustcellars.com and then went into the email sending code. >> >> > Henrik, can you check that? >> >> >> >> Just did that, and the result is that they definitely were handed >> >> over to >> > the >> >> mail server, and as far as I can tell also went out to the submitters' >> > mail server >> >> for delivery. >> >> >> >> >> >> Best regards, >> >> >> >> Henrik >> > >> > >> > > > From jimsch@augustcellars.com Mon Mar 5 14:36:29 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EF9421E804D for ; Mon, 5 Mar 2012 14:36:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.134 X-Spam-Level: X-Spam-Status: No, score=-3.134 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HCNXCYE05eFP for ; Mon, 5 Mar 2012 14:36:28 -0800 (PST) Received: from smtp4.pacifier.net (smtp4.pacifier.net [64.255.237.176]) by ietfa.amsl.com (Postfix) with ESMTP id EBC0B21E8047 for ; Mon, 5 Mar 2012 14:36:07 -0800 (PST) Received: from Tobias (173-160-230-153-Washington.hfc.comcastbusiness.net [173.160.230.153]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp4.pacifier.net (Postfix) with ESMTPSA id 9048E38F0B; Mon, 5 Mar 2012 14:36:07 -0800 (PST) From: "Jim Schaad" To: "'Henrik Levkowetz'" , "'Ole Laursen'" References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> <4F54E2B8.8020607@levkowetz.com> In-Reply-To: <4F54E2B8.8020607@levkowetz.com> Date: Mon, 5 Mar 2012 14:35:21 -0800 Message-ID: <00ab01ccfb20$40822ce0$c18686a0$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG+8Tk4TMKZIZ3scEwD+5OwKAdOUQG36QjhAQ+azKgB1vAEIAIeYTy4AeEBMA2WM28vwA== Content-Language: en-us X-Mailman-Approved-At: Tue, 06 Mar 2012 05:58:11 -0800 Cc: 'Alexa Morris' , 'Russ Housley' , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:36:29 -0000 Henrik, Is there any possibility that an issue could be present because I had multiple MX records and the primary server was down during that period? Jim > -----Original Message----- > From: Henrik Levkowetz [mailto:henrik@levkowetz.com] > Sent: Monday, March 05, 2012 7:59 AM > To: Ole Laursen > Cc: Russ Housley; Alexa Morris; iola-conversion-tool@ietf.org; > jimsch@augustcellars.com > Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing > messages from the submitter > > Hi Ole, > > On 2012-03-05 16:08 Ole Laursen said: > > 2012/3/5 Russ Housley : > >>> Alexa: I've tried going through a submission on my local development > >>> server and sure I didn't get the confirmation email, but as far as I > >>> can tell from the code, the submitter doesn't get a confirmation > >>> email on submission of 00 revisions of drafts? > >> > >> They should. > > > > Ah, wait a second, there's a difference between WG drafts and > > individual drafts. I do get the confirmation in the latter case. > > Sorry. > > > > My first idea would be checking the mail logs and see if it got lost > > there. I have a dump of the database, and it looks like it went down > > the right branch of the code, saved the submitter email as > > ietf@augustcellars.com and then went into the email sending code. > > Henrik, can you check that? > > Just did that, and the result is that they definitely were handed over to the > mail server, and as far as I can tell also went out to the submitters' mail server > for delivery. > > > Best regards, > > Henrik From jimsch@augustcellars.com Mon Mar 5 15:21:39 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B55021E8035 for ; Mon, 5 Mar 2012 15:21:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.989 X-Spam-Level: X-Spam-Status: No, score=-2.989 tagged_above=-999 required=5 tests=[AWL=0.009, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, RCVD_IN_DNSWL_LOW=-1, WEIRD_PORT=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jR0Z-KpxItJC for ; Mon, 5 Mar 2012 15:21:38 -0800 (PST) Received: from smtp4.pacifier.net (smtp4.pacifier.net [64.255.237.176]) by ietfa.amsl.com (Postfix) with ESMTP id EBDA021E802D for ; Mon, 5 Mar 2012 15:21:37 -0800 (PST) Received: from Tobias (173-160-230-153-Washington.hfc.comcastbusiness.net [173.160.230.153]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp4.pacifier.net (Postfix) with ESMTPSA id A939138EEA; Mon, 5 Mar 2012 15:21:37 -0800 (PST) From: "Jim Schaad" To: "'Henrik Levkowetz'" References: <48471106-25E6-44A4-9639-DA7190B685AA@vigilsec.com> <4F54E2B8.8020607@levkowetz.com> <00ab01ccfb20$40822ce0$c18686a0$@augustcellars.com> <4F55490D.3080609@levkowetz.com> In-Reply-To: <4F55490D.3080609@levkowetz.com> Date: Mon, 5 Mar 2012 15:20:52 -0800 Message-ID: <00b401ccfb26$9bb7ba20$d3272e60$@augustcellars.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG+8Tk4TMKZIZ3scEwD+5OwKAdOUQG36QjhAQ+azKgB1vAEIAIeYTy4AeEBMA0CF8LLCQDxJgJPlhs0gAA= Content-Language: en-us X-Mailman-Approved-At: Tue, 06 Mar 2012 05:58:11 -0800 Cc: 'Ole Laursen' , 'Russ Housley' , iola-conversion-tool@ietf.org, 'Alexa Morris' Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 23:21:39 -0000 Winery.augustcellars.com is my secondary server, I am collecting messages from that server - so it must be deciding that you are bad juju for some reason. I guess that will be part of my trip to the winery later this week to figure out what spam filter these messages are going to that is not catching the rest of my IETF mail. Jim > -----Original Message----- > From: Henrik Levkowetz [mailto:henrik@levkowetz.com] > Sent: Monday, March 05, 2012 3:15 PM > To: Jim Schaad > Cc: 'Ole Laursen'; 'Russ Housley'; 'Alexa Morris'; iola-conversion-tool@ietf.org > Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing > messages from the submitter > > Hi Jim, > > On 2012-03-05 23:35 Jim Schaad said the following: > > Henrik, > > > > Is there any possibility that an issue could be present because I had > > multiple MX records and the primary server was down during that period? > > It shouldn't matter, if you've collected messages from the secondary server > meanwhile. Otherwise, it definitely could matter. The mail server log > showed these lines for the final delivery of the outgoing > messages: > > Mar 2 14:17:20 ietfa postfix/smtp[32486]: 3F10E21F858E: > to=, > relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, > delays=0.04/0/30/0.46, dsn=2.6.0, status=sent (250 2.6.0 > <20120302221648.748.41367.idtracker@ietfa.amsl.com> [InternalId=238] > Queued mail for delivery) > > and > > Mar 2 14:18:03 ietfa postfix/smtp[505]: 4FE2A21F859A: > to=, > relay=winery.augustcellars.com[206.212.239.129]:25, delay=31, > delays=0/0.01/30/0.39, dsn=2.6.0, status=sent (250 2.6.0 > <20120302221732.927.86622.idtracker@ietfa.amsl.com> [InternalId=241] > Queued mail for delivery) > > If 'winery.augustcellars.com' is your secondary mail server, then my bet is > that that's where you'll find the messages :-) > > > Best regards, > > Henrik > > > > > Jim > > > > > >> -----Original Message----- > >> From: Henrik Levkowetz [mailto:henrik@levkowetz.com] > >> Sent: Monday, March 05, 2012 7:59 AM > >> To: Ole Laursen > >> Cc: Russ Housley; Alexa Morris; iola-conversion-tool@ietf.org; > >> jimsch@augustcellars.com > >> Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] > >> Missing messages from the submitter > >> > >> Hi Ole, > >> > >> On 2012-03-05 16:08 Ole Laursen said: > >> > 2012/3/5 Russ Housley : > >> >>> Alexa: I've tried going through a submission on my local > >> >>> development server and sure I didn't get the confirmation email, > >> >>> but as far as I can tell from the code, the submitter doesn't get > >> >>> a confirmation email on submission of 00 revisions of drafts? > >> >> > >> >> They should. > >> > > >> > Ah, wait a second, there's a difference between WG drafts and > >> > individual drafts. I do get the confirmation in the latter case. > >> > Sorry. > >> > > >> > My first idea would be checking the mail logs and see if it got > >> > lost there. I have a dump of the database, and it looks like it > >> > went down the right branch of the code, saved the submitter email > >> > as ietf@augustcellars.com and then went into the email sending code. > >> > Henrik, can you check that? > >> > >> Just did that, and the result is that they definitely were handed > >> over to > > the > >> mail server, and as far as I can tell also went out to the submitters' > > mail server > >> for delivery. > >> > >> > >> Best regards, > >> > >> Henrik > > > > > > From olau@iola.dk Tue Mar 6 08:57:17 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11B3621F8703 for ; Tue, 6 Mar 2012 08:57:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.832 X-Spam-Level: X-Spam-Status: No, score=-2.832 tagged_above=-999 required=5 tests=[AWL=0.145, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Drr74NWFu2l for ; Tue, 6 Mar 2012 08:57:14 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 21E1221F8820 for ; Tue, 6 Mar 2012 08:57:12 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so5314641vcb.31 for ; Tue, 06 Mar 2012 08:57:11 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.22.166 as permitted sender) client-ip=10.52.22.166; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.22.166 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.22.166]) by 10.52.22.166 with SMTP id e6mr43325636vdf.5.1331053031533 (num_hops = 1); Tue, 06 Mar 2012 08:57:11 -0800 (PST) Received: by 10.52.22.166 with SMTP id e6mr37064950vdf.5.1331053031201; Tue, 06 Mar 2012 08:57:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Tue, 6 Mar 2012 08:56:51 -0800 (PST) In-Reply-To: References: From: Ole Laursen Date: Tue, 6 Mar 2012 17:56:51 +0100 Message-ID: To: Stephanie McCammon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlaMLa/nNwuugiZ/Ax+74iowaldZMZ+jOBMIAYpmOsAnQMfielcrlAaj8YSs3ACcq9o9nA7 Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 16:57:17 -0000 2012/3/5 Stephanie McCammon : > This doesn't make it very clear that the chair needs to click on the 'I-D > Submission Tool URL' in order to approve the draft. =A0Could it instead s= ay > something like, "Click here to approve draft" or something along those > lines? =A0There should also be something that says they need to login in = order > to approve the draft. =A0There have been countless instances of chairs no= t > knowing where to go to approve the drafts and once they get there they ca= n't > approve it because they aren't logged in. I have just now changed the template to say: WG chair approval is needed for posting of {{ draft.filename }}-{{ draft.revision }}. Go to this URL to approve the draft (note: you need to login to be able to approve): https://{{ domain }}/submit/status/{{ draft.submission_id }}/{{ draft.submission_hash }}/ Ole From olau@iola.dk Tue Mar 6 12:41:07 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2871A21F873A for ; Tue, 6 Mar 2012 12:41:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.835 X-Spam-Level: X-Spam-Status: No, score=-2.835 tagged_above=-999 required=5 tests=[AWL=0.142, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ysu87bqSa82K for ; Tue, 6 Mar 2012 12:41:03 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id DF62521F8734 for ; Tue, 6 Mar 2012 12:41:02 -0800 (PST) Received: by vbbez10 with SMTP id ez10so5535286vbb.31 for ; Tue, 06 Mar 2012 12:41:02 -0800 (PST) Received-SPF: pass (google.com: domain of olau@iola.dk designates 10.52.174.162 as permitted sender) client-ip=10.52.174.162; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olau@iola.dk designates 10.52.174.162 as permitted sender) smtp.mail=olau@iola.dk Received: from mr.google.com ([10.52.174.162]) by 10.52.174.162 with SMTP id bt2mr43881473vdc.56.1331066462366 (num_hops = 1); Tue, 06 Mar 2012 12:41:02 -0800 (PST) Received: by 10.52.174.162 with SMTP id bt2mr37535758vdc.56.1331066462078; Tue, 06 Mar 2012 12:41:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Tue, 6 Mar 2012 12:40:42 -0800 (PST) In-Reply-To: References: <4F550E88.9070203@nostrum.com> From: Ole Laursen Date: Tue, 6 Mar 2012 21:40:42 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmd9Q/o3K4r8cXgcofv7x8a3FchciS7AkfjrF94BXVKh1SKXjAJCc4qKL7pfSGvIfhOBomM Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Several problems with HTML agenda page X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 20:41:07 -0000 2012/3/5 Ole Laursen : >> Problem 5: The multi-draft PDF function appears to have been broken. Go to >> https://datatracker.ietf.org/meeting/agenda.html#tsvwg and scroll down to >> the TSVWG session. Just above the agenda, on the right, click on the "pdf" >> link. Instead of getting a PDF file, you'll get a 404 error. This is true >> also of the tar file link right next to it. > > I was really confused by this, but it turns out it works fine for > meeting 82. So I think the problem is that this part of the code isn't > querying the session for the agenda path, but trying to deduce it in > various ways which now fail with the newly uploaded agendas. I'll see > if I can get that fixed tomorrow, it's getting a little late. Yeah, the newly uploaded agendas don't follow the same naming pattern. It turns out the agenda code had two places where it was trying the various ways rather than just asking the agenda or session for the name. I've fixed those now. This should fix the PDF/tarball downloads as well as the iframe session agendas that pop up when you select a group in the top group selector widget. (This will be online when Henrik has deployed it.) You can check the progress on the BOF fix here http://trac.tools.ietf.org/tools/ietfdb/ticket/784 Ole From olau@iola.dk Wed Mar 7 07:54:48 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF85D21F85AA for ; Wed, 7 Mar 2012 07:54:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.839 X-Spam-Level: X-Spam-Status: No, score=-2.839 tagged_above=-999 required=5 tests=[AWL=0.138, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4T4gzwVv16+y for ; Wed, 7 Mar 2012 07:54:48 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 25F4621F859E for ; Wed, 7 Mar 2012 07:54:47 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so6387840vcb.31 for ; Wed, 07 Mar 2012 07:54:47 -0800 (PST) Received: by 10.52.68.206 with SMTP id y14mr3798585vdt.107.1331135687191; Wed, 07 Mar 2012 07:54:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.156.18 with HTTP; Wed, 7 Mar 2012 07:54:27 -0800 (PST) In-Reply-To: <9DDC1B59-E801-46AD-95A7-63223690F946@amsl.com> References: <93C55C1D-6DA3-4446-998F-8C5A72824938@amsl.com> <1D6BB920-AF31-458F-8BCA-0BA50D20EEF0@vigilsec.com> <86AF53FB-F163-4D61-AD50-34264C62CB0E@vigilsec.com> <9DDC1B59-E801-46AD-95A7-63223690F946@amsl.com> From: Ole Laursen Date: Wed, 7 Mar 2012 16:54:27 +0100 Message-ID: To: Cindy Morgan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQndPEgHkg9r+LwQTfBB2HtMNbpBtNTG4nZLzc0r+seX++Q5GGmCMw6opcQZcc0RGnJ/tsg8 Cc: Russ Housley , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Incorrect time stamps in the History trail for recently-published RFCs X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 15:54:49 -0000 Hi people! An update on the publication dates of RFCs: I've talked to Henrik about our options, and we'll go with a solution that doesn't require any changes in the data provided by rfc-editor.org for the time being. That's implemented now, so the "RFC published" entries should end up at the proper spot in the future. I have a dump of dates obtained from the RFC Editor announcements that we can use to fix the existing entries. Ole 2012/3/5 Cindy Morgan : > Please see below. > > > On Mar 5, 2012, at 6:27 AM, Russ Housley wrote: > >> Ole: >> >>> 2012/3/2 Russ Housley : >>>>> Does anyone know whether we could get the actual date out of the RFC >>>>> Editor? I can imagine a couple of other hacks to improve on the >>>>> first-day-of-month-assumption, but by far the most robust thing would >>>>> if the downloaded data just told us it. >>>> >>>> This will be addressed in the future under another task order. =A0Curr= ently, the RFC Editor send an email to the Secretariat, and the date comes = from that email. =A0The goal is to have a message sent that the datatracker= can consume in an automated fashion. >>> >>> Aha. If that date could be put into the generated XML file here: >>> >>> http://www.rfc-editor.org/rfc/rfc-index.xml >>> >>> Then it's a <1 hour job to fix it in the Datatracker end. The XML file >>> already says >>> >>> =A0 =A0 =A0 >>> =A0 =A0 =A0 =A0 =A0 March >>> =A0 =A0 =A0 =A0 =A0 2011 >>> =A0 =A0 =A0 >>> >>> so a 29 would fit the purpose nicely. Would it be feasible >>> to do this in a not too distant timeframe? >> >> This data has never included the day. =A0I think we need to use the mess= ages that are sent to the secretariat to get the day. > > > And in fact, it's not messages that are sent directly to the Secretariat;= we would get the information from the announcements that the RFC Editor se= nds to IETF-Announce (e.g. http://www.ietf.org/mail-archive/web/ietf-announ= ce/current/msg09972.html). > > Best regards, > Cindy > From avezza@amsl.com Wed Mar 7 14:49:55 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31D7721F8625 for ; Wed, 7 Mar 2012 14:49:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.499 X-Spam-Level: X-Spam-Status: No, score=-2.499 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4MoZ-mrXPDHl for ; Wed, 7 Mar 2012 14:49:54 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 9FB1E21F8608 for ; Wed, 7 Mar 2012 14:49:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 9620C12C2EC for ; Wed, 7 Mar 2012 14:49:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JvT4R1a+qyum for ; Wed, 7 Mar 2012 14:49:51 -0800 (PST) Received: from [10.0.1.5] (146-115-157-64.c3-0.frm-ubr1.sbo-frm.ma.cable.rcn.com [146.115.157.64]) by c8a.amsl.com (Postfix) with ESMTPA id 35AFC12BFFD for ; Wed, 7 Mar 2012 14:49:51 -0800 (PST) From: Amy Vezza Content-Type: multipart/alternative; boundary=Apple-Mail-22-666070695 Date: Wed, 7 Mar 2012 17:49:48 -0500 Message-Id: <9E351938-489F-4EDB-B262-DC15A6B88448@amsl.com> To: Iola-conversion-tool@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [iola-conversion-tool] Bug report - Document listed twice on IESG Agenda X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 22:49:55 -0000 --Apple-Mail-22-666070695 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Logged in as a Secretariat user I changed the IESG Telechat agenda = (https://datatracker.ietf.org/iesg/agenda/) section a document was in by = changing the Document State from Publication Requested to IESG = Evaluation. The document is draft-tsou-softwire-gwinit-6rd and it was in section = 3.2.3 For Action (it had two other things wrong with it due to user = unfamiliarity, and I fixed those as well - unchecked the "returning = item" box as it is not a returning item, and checked the "IRTF/RFC = Editor" submission box, as this is an ISE stream document). When I = changed the state it moved to section 3.3.1 New Items as it should have, = but now it is listed twice. =20 I may have inadvertently caused this doubling, but I am not sure how. Regards, Amy= --Apple-Mail-22-666070695 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii https://datatracker.iet= f.org/iesg/agenda/) section a document was in by changing the = Document State from Publication Requested to IESG = Evaluation.

The document is = draft-tsou-softwire-gwinit-6rd and it was in section 3.2.3 For = Action (it had two other things wrong with it due to user unfamiliarity, = and I fixed those as well - unchecked the "returning item" box as it is = not a returning item, and checked the "IRTF/RFC Editor" submission box, = as this is an ISE stream document).  When I changed the state it = moved to section 3.3.1 New Items as it should have, but now it is listed = twice.  

I may have inadvertently caused = this doubling, but I am not sure = how.

Regards,

Amy
<= /body>= --Apple-Mail-22-666070695-- From olau@iola.dk Thu Mar 8 06:35:07 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D42C221F85E6 for ; Thu, 8 Mar 2012 06:35:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.841 X-Spam-Level: X-Spam-Status: No, score=-2.841 tagged_above=-999 required=5 tests=[AWL=0.136, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YV5Uyyi872yV for ; Thu, 8 Mar 2012 06:35:07 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3E7F321F85E4 for ; Thu, 8 Mar 2012 06:35:06 -0800 (PST) Received: by vbbez10 with SMTP id ez10so476469vbb.31 for ; Thu, 08 Mar 2012 06:35:06 -0800 (PST) Received: by 10.52.94.20 with SMTP id cy20mr9957597vdb.117.1331217306297; Thu, 08 Mar 2012 06:35:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Thu, 8 Mar 2012 06:34:45 -0800 (PST) In-Reply-To: <9E351938-489F-4EDB-B262-DC15A6B88448@amsl.com> References: <9E351938-489F-4EDB-B262-DC15A6B88448@amsl.com> From: Ole Laursen Date: Thu, 8 Mar 2012 15:34:45 +0100 Message-ID: To: Amy Vezza Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQl5daOCZbYAlG0c8qFgB5Hq2ZjsyTWaEc4aNLAETfDOQtam7OjHH1TOukqOiKWqTwDsgD1X Cc: Iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug report - Document listed twice on IESG Agenda X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 14:35:08 -0000 2012/3/7 Amy Vezza : > The document is=A0draft-tsou-softwire-gwinit-6rd=A0and it was in section = 3.2.3 > For Action (it had two other things wrong with it due to user unfamiliari= ty, > and I fixed those as well - unchecked the "returning item" box as it is n= ot > a returning item, and checked the "IRTF/RFC Editor" submission box, as th= is > is an ISE stream document). =A0When I changed the state it moved to secti= on > 3.3.1 New Items as it should have, but now it is listed twice. I had a look draft-tsou-softwire-gwinit-6rd and found a problem with the code that pulls the documents out of the database so a document may end up being listed twice in the agenda (the data itself is fine as far as I can see). We had a similar problem not long ago so I've now looked through the whole agenda code and believe I've fixed all of them. So the extra listing will go away when Henrik deploys my changes. He's out of office until March 12th so it may take a couple of days. Ole From adam@nostrum.com Mon Mar 12 11:18:21 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76C7F21F86F3 for ; Mon, 12 Mar 2012 11:18:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.522 X-Spam-Level: X-Spam-Status: No, score=-102.522 tagged_above=-999 required=5 tests=[AWL=0.078, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zUKt2jlJo9JZ for ; Mon, 12 Mar 2012 11:18:20 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 9A95121F8652 for ; Mon, 12 Mar 2012 11:18:20 -0700 (PDT) Received: from dn3-228.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2CIIEm3019252 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 12 Mar 2012 13:18:18 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F5E3DE6.1000702@nostrum.com> Date: Mon, 12 Mar 2012 13:18:14 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: iola-conversion-tool@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [iola-conversion-tool] More agenda woes: week view and WG agendas X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 18:18:21 -0000 Go to: http://datatracker.ietf.org/meeting/agenda/#sipcore You'll notice that the SIPCORE agenda appears just fine in the long-form agenda that follows the calendar view -- it's an IFRAME that points to Now, click on the pinkish-purple "SIPCORE" block on the week view. It opens up and displays an IFRAME with an src of , which returns a 404 error. /a From olau@iola.dk Tue Mar 13 05:13:34 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BD4021F8701 for ; Tue, 13 Mar 2012 05:13:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.544 X-Spam-Level: X-Spam-Status: No, score=-2.544 tagged_above=-999 required=5 tests=[AWL=-0.167, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oLQyQTdjEYhn for ; Tue, 13 Mar 2012 05:13:33 -0700 (PDT) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 648D321F8709 for ; Tue, 13 Mar 2012 05:13:32 -0700 (PDT) Received: by vcbfk13 with SMTP id fk13so674267vcb.31 for ; Tue, 13 Mar 2012 05:13:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=xI0xQn91yua5FcX0KzqgN+CiqvGfx+Wmk/5dahDc5t0=; b=SVc5pHkpw1tMKhbSoCHuo1uAsmWy4l161U4hPdkKCHAAnIr3jD1Vnze9rdZDX30mZA YM8DC5afT+t7kHOJZpqRwh2Vl+MqyI36YAVwmfBxNTUbEKKeX5zIkbX6UtnoUP4iFxQ8 KCTg/XGrgxFu2vO6t5gfbn9H9hxPfd/4R+JKUHeTkCbBnMtd3BkJRul1mHcMfACDxwWN XKW5kcppD1+sP3Moe1alh9YAHoKxPQ5fX7f2OkyIUJ9Gr8sg1Ib4I55iDaZ6RqTiFQtp RguZMk/E2zlpieKvEBo/sgRgyywgKZL03pgpc4Cw3oY7D5caLuzQgmx7AMxb+24df49a bytw== Received: by 10.52.25.70 with SMTP id a6mr16857724vdg.66.1331640812221; Tue, 13 Mar 2012 05:13:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Tue, 13 Mar 2012 05:13:12 -0700 (PDT) In-Reply-To: <4F5E3DE6.1000702@nostrum.com> References: <4F5E3DE6.1000702@nostrum.com> From: Ole Laursen Date: Tue, 13 Mar 2012 13:13:12 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQki/bpRTWJw8C+di9jrQzz5LRC65g6iRILSWjMOEafTIBex+LH1BOm7XrYyy+Ecq6GAxMNW Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] More agenda woes: week view and WG agendas X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 12:13:34 -0000 2012/3/12 Adam Roach : > You'll notice that the SIPCORE agenda appears just fine in the long-form > agenda that follows the calendar view -- it's an IFRAME that points to > > > Now, click on the pinkish-purple "SIPCORE" block on the week view. It opens > up and displays an IFRAME with an src of > , > which returns a 404 error. Hm, right, there was a problem with the way URLs were constructed that were depending on the particular directory pattern the files were stored in. I fixed that but apparently forgot this file. I've fixed that and a similar problem with agenda.csv now, should be online when Henrik has deployed it. Thanks for the report! Ole From henrik@levkowetz.com Tue Mar 13 08:56:35 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5706021F8893 for ; Tue, 13 Mar 2012 08:56:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.813 X-Spam-Level: X-Spam-Status: No, score=-102.813 tagged_above=-999 required=5 tests=[AWL=-0.212, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7o7490FDhA-x for ; Tue, 13 Mar 2012 08:56:34 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id AFEAA21F8877 for ; Tue, 13 Mar 2012 08:56:34 -0700 (PDT) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=60046 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S7U5O-0006Mg-3G; Tue, 13 Mar 2012 16:56:30 +0100 Message-ID: <4F5F6E2D.90406@levkowetz.com> Date: Tue, 13 Mar 2012 16:56:29 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ole Laursen References: <9E351938-489F-4EDB-B262-DC15A6B88448@amsl.com> In-Reply-To: X-Enigmail-Version: 1.3.5 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: olau@iola.dk, avezza@amsl.com, Iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: Amy Vezza , Iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug report - Document listed twice on IESG Agenda X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 15:56:35 -0000 Hi Amy, Ole, The fix has now been deployed. Best regards, Henrik On 2012-03-08 15:34 Ole Laursen said: > 2012/3/7 Amy Vezza : >> The document is draft-tsou-softwire-gwinit-6rd and it was in section 3.2.3 >> For Action (it had two other things wrong with it due to user unfamiliarity, >> and I fixed those as well - unchecked the "returning item" box as it is not >> a returning item, and checked the "IRTF/RFC Editor" submission box, as this >> is an ISE stream document). When I changed the state it moved to section >> 3.3.1 New Items as it should have, but now it is listed twice. > > I had a look draft-tsou-softwire-gwinit-6rd and found a problem with > the code that pulls the documents out of the database so a document > may end up being listed twice in the agenda (the data itself is fine > as far as I can see). > > We had a similar problem not long ago so I've now looked through the > whole agenda code and believe I've fixed all of them. So the extra > listing will go away when Henrik deploys my changes. He's out of > office until March 12th so it may take a couple of days. > > > Ole From henrik@levkowetz.com Tue Mar 13 08:57:28 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEBE821F88B4 for ; Tue, 13 Mar 2012 08:57:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.47 X-Spam-Level: X-Spam-Status: No, score=-102.47 tagged_above=-999 required=5 tests=[AWL=-0.470, BAYES_00=-2.599, J_CHICKENPOX_63=0.6, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DijYV3Fa2H1I for ; Tue, 13 Mar 2012 08:57:28 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 3AB5421F88AD for ; Tue, 13 Mar 2012 08:57:28 -0700 (PDT) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=60074 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S7U6G-0006O5-V9; Tue, 13 Mar 2012 16:57:25 +0100 Message-ID: <4F5F6E64.5000303@levkowetz.com> Date: Tue, 13 Mar 2012 16:57:24 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ole Laursen References: <4F5E3DE6.1000702@nostrum.com> In-Reply-To: X-Enigmail-Version: 1.3.5 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: olau@iola.dk, adam@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: Adam Roach , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] More agenda woes: week view and WG agendas X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 15:57:28 -0000 The fix has been deployed. Best regards, Henrik On 2012-03-13 13:13 Ole Laursen said: > 2012/3/12 Adam Roach : >> You'll notice that the SIPCORE agenda appears just fine in the long-form >> agenda that follows the calendar view -- it's an IFRAME that points to >> >> >> Now, click on the pinkish-purple "SIPCORE" block on the week view. It opens >> up and displays an IFRAME with an src of >> , >> which returns a 404 error. > > Hm, right, there was a problem with the way URLs were constructed that > were depending on the particular directory pattern the files were > stored in. I fixed that but apparently forgot this file. I've fixed > that and a similar problem with agenda.csv now, should be online when > Henrik has deployed it. > > Thanks for the report! > > > Ole From smccammon@amsl.com Tue Mar 6 08:59:53 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10B2421F863B for ; Tue, 6 Mar 2012 08:59:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.41 X-Spam-Level: X-Spam-Status: No, score=-2.41 tagged_above=-999 required=5 tests=[AWL=0.188, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x5LG+peurJW0 for ; Tue, 6 Mar 2012 08:59:52 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id 864E221F84EF for ; Tue, 6 Mar 2012 08:59:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 923B112C85F; Tue, 6 Mar 2012 08:59:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id opKmE2vPHUUR; Tue, 6 Mar 2012 08:59:51 -0800 (PST) Received: from [12.22.58.172] (unknown [12.22.58.172]) by c8a.amsl.com (Postfix) with ESMTPSA id 7265E12C852; Tue, 6 Mar 2012 08:59:51 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-376-558673875 From: Stephanie McCammon In-Reply-To: Date: Tue, 6 Mar 2012 08:59:51 -0800 Message-Id: <8D536157-1D94-4B22-B293-38AB058B0FB7@amsl.com> References: To: Ole Laursen X-Mailer: Apple Mail (2.1084) X-Mailman-Approved-At: Tue, 13 Mar 2012 09:21:32 -0700 Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #45823] Missing messages from the submitter X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 16:59:53 -0000 --Apple-Mail-376-558673875 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks Ole! Sincerely, Stephanie On Mar 6, 2012, at 8:56 AM, Ole Laursen wrote: > 2012/3/5 Stephanie McCammon : >> This doesn't make it very clear that the chair needs to click on the = 'I-D >> Submission Tool URL' in order to approve the draft. Could it instead = say >> something like, "Click here to approve draft" or something along = those >> lines? There should also be something that says they need to login = in order >> to approve the draft. There have been countless instances of chairs = not >> knowing where to go to approve the drafts and once they get there = they can't >> approve it because they aren't logged in. >=20 > I have just now changed the template to say: >=20 > WG chair approval is needed for posting of {{ draft.filename }}-{{ > draft.revision }}. >=20 > Go to this URL to approve the draft (note: you need to login to be > able to approve): >=20 > https://{{ domain }}/submit/status/{{ draft.submission_id }}/{{ > draft.submission_hash }}/ >=20 >=20 > Ole >=20 Stephanie McCammon IETF Registrar 48377 Fremont Blvd, Ste. 117 Fremont, CA 94538 T: +1.510.492.4081 F: +1.510.492.4001 Association Management Solutions (AMS) Forum Management, Meeting, and Event Planning www.amsl.com --Apple-Mail-376-558673875 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
2012/3/5 Stephanie McCammon <smccammon@amsl.com>:
This doesn't make it very clear that the chair needs = to click on the 'I-D
Submission = Tool URL' in order to approve the draft.  Could it instead = say
something like, "Click = here to approve draft" or something along = those
lines?  There = should also be something that says they need to login in = order
to approve the draft. =  There have been countless instances of chairs = not
knowing where to go to = approve the drafts and once they get there they = can't
approve it because they = aren't logged in.

I have just now changed the = template to say:

WG chair approval is needed for posting of {{ = draft.filename }}-{{
draft.revision }}.

Go to this URL to = approve the draft (note: you need to login to be
able to = approve):

https://{{ domain }}/submit/status/{{ = draft.submission_id }}/{{
draft.submission_hash = }}/


Ole


Stephanie McCammon
IETF = Registrar
48377 Fremont Blvd, Ste. 117
Fremont, CA 94538
T: = +1.510.492.4081
F: +1.510.492.4001

Association Management = Solutions (AMS)
Forum Management, Meeting, and Event Planning
www.amsl.com



= --Apple-Mail-376-558673875-- From amorris@amsl.com Tue Mar 13 15:28:15 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D9BD21E802C for ; Tue, 13 Mar 2012 15:28:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d4No5CFd2h5u for ; Tue, 13 Mar 2012 15:28:14 -0700 (PDT) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id A3DED21E8028 for ; Tue, 13 Mar 2012 15:28:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 89F4A12C8E8 for ; Tue, 13 Mar 2012 15:28:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LVnR9pvXFqqn for ; Tue, 13 Mar 2012 15:28:13 -0700 (PDT) Received: from [12.22.58.163] (unknown [12.22.58.163]) by c8a.amsl.com (Postfix) with ESMTPSA id 6D15512C8A6 for ; Tue, 13 Mar 2012 15:28:13 -0700 (PDT) From: Alexa Morris Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Mar 2012 15:28:13 -0700 References: <2D8D781E-5CBC-402E-A10E-3AA27CD5CD7A@amsl.com> To: iola-conversion-tool@ietf.org Message-Id: Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [iola-conversion-tool] Fwd: [www.ietf.org/rt #46122] RFC 6349 PDF error X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2012 22:28:15 -0000 Please see below, we think this maybe related to the database conversion = but please let me know if that is not the case. Thanks, Alexa Begin forwarded message: > From: Sandy Ginoza > Date: March 13, 2012 3:09:12 PM PDT > To: Alice Hagens > Cc: Steve Young , it@amsl.com, Alexa Morris = > Subject: Re: [www.ietf.org/rt #46122] RFC 6349 PDF error=20 >=20 > Hi Alice, >=20 > This suggestion is correct to me if the goal is to link to the .pdf = files created from the text files (all RFCs have them) -- as opposed to = linking to the enhanced .pdf files (of which there are few). >=20 >> link of the form: >> http://www.rfc-editor.org/rfc/rfcXXXX.pdf >> should be: >> http://www.rfc-editor.org/pdfrfc/rfcXXXX.txt.pdf >=20 > Thanks, > Sandy >=20 > On Mar 13, 2012, at 3:04 PM, Alice Hagens wrote: >=20 >> Hi Sandy, >>=20 >> Looks like this is an error on all datatracker pages for RFCs where = there is the PDF link. >>=20 >> link of the form: >> http://www.rfc-editor.org/rfc/rfcXXXX.pdf >> should be: >> http://www.rfc-editor.org/pdfrfc/rfcXXXX.txt.pdf >>=20 >> Example: http://datatracker.ietf.org/doc/rfc6349/ >> link to: >> http://www.rfc-editor.org/rfc/rfc6349.pdf >> should be: >> http://www.rfc-editor.org/pdfrfc/rfc6349.txt.pdf >>=20 >> Do you agree? >>=20 >> Other examples: >> https://datatracker.ietf.org/doc/rfc5234/ >> https://datatracker.ietf.org/doc/rfc2119/ >>=20 >> Alternatively: PDF link could point to the tools.ietf.org PDF >> e.g. http://tools.ietf.org/pdf/rfc6349 >> But I'm guessing rfc-editor.org is the Right Choice. >>=20 >> Thanks, >> Alice >>=20 >> On Mar 13, 2012, at 5:48 PM, Steve Young wrote: >>=20 >>> Hi all, >>>=20 >>> I'm sending this to a wide range of people because I'm not sure what = the >>> answer is here... >>>=20 >>> Is the error below simply because rfc6349 doesn't exist any more on >>> rfc-editor because it's not a viable rfc and therefore shouldn't be = listed >>> in datatracker, or should it exist on rfc-editor but doesn't for = some >>> reason, or or or... >>>=20 >>> Any insight from anyone so we can determine what needs to be done to = fix >>> this would be welcome. >>>=20 >>> Thanks, >>> Steve >>>=20 >>> On 3/13/12 1:42 PM, "Marshall Eubanks via RT" = wrote: >>>=20 >>>>=20 >>>> Tue Mar 13 13:42:56 2012: Request 46122 was acted upon. >>>> Transaction: Ticket created by marshall.eubanks@gmail.com >>>> Queue: IETF-Action >>>> Subject: RFC 6349 PDF error >>>> Owner: Nobody >>>> Requestors: marshall.eubanks@gmail.com >>>> Status: new >>>> Ticket >>>>=20 >>>>=20 >>>> In >>>>=20 >>>> On the datatracker page for this RFC >>>>=20 >>>> http://datatracker.ietf.org/doc/rfc6349/ >>>>=20 >>>> if you click on "pdf" you get >>>>=20 >>>> http://www.rfc-editor.org/rfc/rfc6349.pdf >>>>=20 >>>> which returns >>>>=20 >>>> ----- >>>> Object not found! >>>>=20 >>>> The requested URL was not found on this server. The link on the >>>> referring page seems to be wrong or outdated. Please inform the = author >>>> of that page about the error. >>>>=20 >>>> If you think this is a server error, please contact the webmaster. >>>>=20 >>>> Error 404 >>>>=20 >>>> www.rfc-editor.org >>>> Tue Mar 13 13:39:25 2012 >>>> Apache/2.2.10 (Linux/SUSE) mod_ssl/2.2.10 OpenSSL/0.9.8h PHP/5.2.13 >>>> with Suhosin-Patch mod_python/3.3.1 Python/2.6 mod_perl/2.0.4 >>>> Perl/v5.10.0 >>>> ----- >>>>=20 >>>> I have not tested this for other RFCs. >>>>=20 >>>> Regards >>>> Marshall >>>>=20 >>>>=20 >>>=20 >>>=20 >>=20 >=20 ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com From olau@iola.dk Wed Mar 14 05:37:24 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E63C21F879A for ; Wed, 14 Mar 2012 05:37:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.841 X-Spam-Level: X-Spam-Status: No, score=-2.841 tagged_above=-999 required=5 tests=[AWL=0.136, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ebYngeIWHpuo for ; Wed, 14 Mar 2012 05:37:24 -0700 (PDT) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF6C21F873D for ; Wed, 14 Mar 2012 05:37:23 -0700 (PDT) Received: by vcbfk13 with SMTP id fk13so2293228vcb.31 for ; Wed, 14 Mar 2012 05:37:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=ZWfo8WSvvRfNlRBegfC4jgAcqaAwdEfiaWC1IgXzktc=; b=TSzmfL1VQK2GRezSpS3dRn691OXqd1yPG0dwRbLNbHGH7UTyy6RXjzuD3oRVdGzYut NSrqGnhPzVek6FE5vAVTCWtmVeAd/mNyYElu257xddl6q6j/XR01CtF++85/RZBQaLUp jdbHvPUKtseTmQ1N+iuA32LER5MNxaP4yHmQLdNz6K55A00FBzxVWKYfePRITtxKzKYF j9D9W9PqL+t9KC+XeSG92cLmZFo3IXvs8kgdkE3F8KWCQTIVTmlUbF48AjgnBkJTyNJH vDLLQ9Ue7X8DmzU9dItjbG/fOwqcpDrFQ6jeZ9+ADNlIAXJjXH8BSQhwKciqgNm9XdZW yXXQ== Received: by 10.52.173.104 with SMTP id bj8mr1671245vdc.83.1331728643219; Wed, 14 Mar 2012 05:37:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Wed, 14 Mar 2012 05:37:03 -0700 (PDT) In-Reply-To: References: <2D8D781E-5CBC-402E-A10E-3AA27CD5CD7A@amsl.com> From: Ole Laursen Date: Wed, 14 Mar 2012 13:37:03 +0100 Message-ID: To: Alexa Morris Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkWRS9RKx4GiePJI+o5YgINrwLy1/nYjvTGEnXFkpnKQOk4jMbA4WIs/0LOB4oab7jpmTt4 Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Fwd: [www.ietf.org/rt #46122] RFC 6349 PDF error X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 12:37:24 -0000 2012/3/13 Alexa Morris : > Please see below, we think this maybe related to the database conversion but please let me know if that is not the case. Yes, it's definitely related. There's an issue open about it now: http://trac.tools.ietf.org/tools/ietfdb/ticket/807 Ole From adam@nostrum.com Wed Mar 14 10:48:01 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E2FD21F87B6 for ; Wed, 14 Mar 2012 10:48:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.225 X-Spam-Level: X-Spam-Status: No, score=-102.225 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_63=0.6, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A8dEhxDQYePU for ; Wed, 14 Mar 2012 10:48:00 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 878CA21F8793 for ; Wed, 14 Mar 2012 10:48:00 -0700 (PDT) Received: from dn3-228.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2EHlwRq095982 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 14 Mar 2012 12:47:59 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F60D9CE.9080109@nostrum.com> Date: Wed, 14 Mar 2012 12:47:58 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ole Laursen References: <4F5E3DE6.1000702@nostrum.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] More agenda woes: week view and WG agendas X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 17:48:01 -0000 On 3/13/12 7:13 AM, Ole Laursen wrote: > 2012/3/12 Adam Roach: >> You'll notice that the SIPCORE agenda appears just fine in the long-form >> agenda that follows the calendar view -- it's an IFRAME that points to >> >> >> Now, click on the pinkish-purple "SIPCORE" block on the week view. It opens >> up and displays an IFRAME with an src of >> , >> which returns a 404 error. > Hm, right, there was a problem with the way URLs were constructed that > were depending on the particular directory pattern the files were > stored in. I fixed that but apparently forgot this file. I've fixed > that and a similar problem with agenda.csv now, should be online when > Henrik has deployed it. > > Thanks for the report! > > Thanks. It appears to be working for all the working groups with uploaded agendas, but it's still failing for the plenaries: http://datatracker.ietf.org/meeting/agenda/#GEN I note that the plenaries are still rendering only when one selects the entire GEN area, rather than always rendering. /a From adam@nostrum.com Wed Mar 14 11:19:44 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3579921F84D0 for ; Wed, 14 Mar 2012 11:19:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.515 X-Spam-Level: X-Spam-Status: No, score=-102.515 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZpO7cPTexTgA for ; Wed, 14 Mar 2012 11:19:43 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id C063621F84CF for ; Wed, 14 Mar 2012 11:19:43 -0700 (PDT) Received: from dn3-228.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2EIJgIQ001223 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 14 Mar 2012 13:19:43 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F60E13E.90309@nostrum.com> Date: Wed, 14 Mar 2012 13:19:42 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: iola-conversion-tool@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: [iola-conversion-tool] Agenda page now completely hosed X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 18:19:44 -0000 Argh! https://datatracker.ietf.org/meeting/83/agenda.html#RAI /a From rjsparks@nostrum.com Wed Mar 14 11:29:53 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19A7D21F868A for ; Wed, 14 Mar 2012 11:29:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.544 X-Spam-Level: X-Spam-Status: No, score=-102.544 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58SxrlaWHcR9 for ; Wed, 14 Mar 2012 11:29:52 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 599CB21F863F for ; Wed, 14 Mar 2012 11:29:52 -0700 (PDT) Received: from dn3-177.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2EITp7C002939 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 14 Mar 2012 13:29:51 -0500 (CDT) (envelope-from rjsparks@nostrum.com) Message-ID: <4F60E39F.9000009@nostrum.com> Date: Wed, 14 Mar 2012 13:29:51 -0500 From: Robert Sparks User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: iola-conversion-tool@ietf.org References: <4F60E13E.90309@nostrum.com> In-Reply-To: <4F60E13E.90309@nostrum.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism) Subject: Re: [iola-conversion-tool] Agenda page now completely hosed X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 18:29:53 -0000 +many - please fix quickly On 3/14/12 1:19 PM, Adam Roach wrote: > Argh! > > https://datatracker.ietf.org/meeting/83/agenda.html#RAI > > /a From olau@iola.dk Wed Mar 14 12:33:10 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DCAB21F880F for ; Wed, 14 Mar 2012 12:33:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.843 X-Spam-Level: X-Spam-Status: No, score=-2.843 tagged_above=-999 required=5 tests=[AWL=0.134, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u8R7MgBrQsMO for ; Wed, 14 Mar 2012 12:33:10 -0700 (PDT) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id D05A021F8810 for ; Wed, 14 Mar 2012 12:33:09 -0700 (PDT) Received: by vcbfk13 with SMTP id fk13so2793175vcb.31 for ; Wed, 14 Mar 2012 12:33:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=fv55SX3iwrBdpiF1iWHzZAFwnZDuKvUKXNxltV7sEcU=; b=bbVZkTALNXrflqQe/arJcSG4Uh4uWwFdrpOWYrvK8zDShYO0MGOVE4y6zIrarx93B4 tJ4LM9TnGQAlvnyFUhSQ+ppfDoE4A3hgApctWJuUM6c34OrAKSI4h4YFx1hCL7QmMKCA O/n7+ybzH3dwuSoJxqSIBlEKqzvvvSUEkUCGJY1t9Z93TPYFt8zrjro5QSovZf7JhpWb QX3DqoroBCpcncICzj8wF/VXxxV5/c72o8g5lRMhVyVghbS33irEn/aPpSoCsQmwP636 VkopQiNbXL1Fy9t4HvVS50qa3DVNQJdyZG/Y5hkVngUvrMH8Ni1PzlXZGmub4CljzPyC 8LGg== Received: by 10.52.28.178 with SMTP id c18mr2766500vdh.45.1331753589214; Wed, 14 Mar 2012 12:33:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Wed, 14 Mar 2012 12:32:49 -0700 (PDT) In-Reply-To: <4F60D9CE.9080109@nostrum.com> References: <4F5E3DE6.1000702@nostrum.com> <4F60D9CE.9080109@nostrum.com> From: Ole Laursen Date: Wed, 14 Mar 2012 20:32:49 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnDkFHyUPRSu67CFU9LTWc3zPJuY6DXZ3LdcoI8E0yK3mxNhnq602/cl8YCcGCsTW8Fkcvk Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] More agenda woes: week view and WG agendas X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 19:33:10 -0000 2012/3/14 Adam Roach : > Thanks. It appears to be working for all the working groups with uploaded > agendas, but it's still failing for the plenaries: > > http://datatracker.ietf.org/meeting/agenda/#GEN Right, as long as the views aren't in tune with the (much simpler) models, this is a special case. I've fixed that one now. I wish we'd found more of these before going live, but when I went through this long time ago, I wasn't aware the scripting on the agenda page was so deep - so I haven't been through all of it as I was otherwise trying to do. The intention of the proxy layer has never been a 1:1 mapping, just to be good enough to fool what's actually in use. > I note that the plenaries are still rendering only when one selects the > entire GEN area, rather than always rendering. I'm sorry, if you have mentioned that already, I think it got lost in the noise. I've hacked the proxy to fix this now. The fixes should be live when Henrik has deployed them. Ole From olau@iola.dk Wed Mar 14 12:44:39 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D1C221F8777 for ; Wed, 14 Mar 2012 12:44:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.846 X-Spam-Level: X-Spam-Status: No, score=-2.846 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hfjkDIuNKTCL for ; Wed, 14 Mar 2012 12:44:38 -0700 (PDT) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by ietfa.amsl.com (Postfix) with ESMTP id 865A221F8772 for ; Wed, 14 Mar 2012 12:44:38 -0700 (PDT) Received: by wibhq7 with SMTP id hq7so2589941wib.13 for ; Wed, 14 Mar 2012 12:44:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=eRVbUKdfdpUza/9qMMytXlZVg3rYqZ4OiqIjXSqm2L0=; b=H5kt5HWa4fTVSi5KzAaoqzMYh/hgxfmfUGklJ9OQ0DtYXZY7hNk8IqeBb7OXUp5POf V2iM6qef8oB5k7sfiTQSnk9AXxHYG4Rkn4eUMBGZhKMISPO7fpi8V1i3dWkqYl2bXvCa swnWJOgskLWprYcFcDOrEyHCQZniLlLUNwnJ573KBUMdehWf79Z/X9V1/f3K18/OVuuM SIFsuBOfs2YcIbSpfumqslRyb6L65PJdgCu5clVPz6C2j6HU0A/GTBFGYCBFjBTXzQqc sDIZSVxygLkaFv70dnK8QlVE97mBL8JNgrBroCJt1tTXpRq6QQAphTKvPGLOupxShFuo lQQQ== Received: by 10.52.28.178 with SMTP id c18mr2789262vdh.45.1331754277280; Wed, 14 Mar 2012 12:44:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Wed, 14 Mar 2012 12:44:17 -0700 (PDT) In-Reply-To: <4F60E13E.90309@nostrum.com> References: <4F60E13E.90309@nostrum.com> From: Ole Laursen Date: Wed, 14 Mar 2012 20:44:17 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkakDqY6mvEv2MlZt2TaypD0OBYHtD0WDMK3LWLRdxCoI3JKQ37GX/JzUzefot6GkO4R/e7 Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Agenda page now completely hosed X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 19:44:39 -0000 2012/3/14 Adam Roach : > Argh! > > https://datatracker.ietf.org/meeting/83/agenda.html#RAI I've made a commit to fix that. Until Henrik deploys it, go to https://datatracker.ietf.org/meeting/83/agenda/#RAI instead of the .html URL. I'm not sure why .html is not redirecting. There are a couple of oddities in the meeting code. Ole From henrik@levkowetz.com Wed Mar 14 12:51:46 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E02F721F86F2 for ; Wed, 14 Mar 2012 12:51:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.956 X-Spam-Level: X-Spam-Status: No, score=-101.956 tagged_above=-999 required=5 tests=[AWL=0.643, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65euKwHz1CHg for ; Wed, 14 Mar 2012 12:51:45 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 1698C21F8667 for ; Wed, 14 Mar 2012 12:51:44 -0700 (PDT) Received: from localhost ([127.0.0.1]:58689 helo=vigonier.local ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1S7uEZ-0004U6-1h; Wed, 14 Mar 2012 20:51:43 +0100 Message-ID: <4F60F6CE.1010506@levkowetz.com> Date: Wed, 14 Mar 2012 20:51:42 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adam Roach References: <4F60E13E.90309@nostrum.com> In-Reply-To: <4F60E13E.90309@nostrum.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: adam@nostrum.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Agenda page now completely hosed X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Mar 2012 19:51:47 -0000 Ok, so this is maybe one that Adam should do the permanent fix for during the sprint ;-) This was a case of too many variations on the same URL. These worked just fine: https://datatracker.ietf.org/meeting/agenda/#RAI https://datatracker.ietf.org/meeting/agenda#RAI https://datatracker.ietf.org/meeting/agenda.html#RAI https://datatracker.ietf.org/meeting/83/agenda/#RAI but not the one mentioned by Adam because someone (probably Adam ,;-) had missed adding a pattern for the url the week-view.html page ended up with when included with a relative url from that page: https://datatracker.ietf.org/meeting/83/agenda.html#RAI I've now added yet another url for the week-view.html page in order to make the agena page work for now, giving us 4 different patterns in ietf/meetings/urls.py for the week-view page. I'm going to add a ticket to eliminate most of those, and use only *one* location for the week-view page. Best regards, Henrik On 2012-03-14 19:19 Adam Roach said the following: > Argh! > > https://datatracker.ietf.org/meeting/83/agenda.html#RAI > > /a From rjsparks@nostrum.com Thu Mar 15 09:05:37 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6BEF21F8792 for ; Thu, 15 Mar 2012 09:05:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.553 X-Spam-Level: X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[AWL=0.047, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kVc4B-RMNZ7F for ; Thu, 15 Mar 2012 09:05:37 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 3DC4321F8795 for ; Thu, 15 Mar 2012 09:05:37 -0700 (PDT) Received: from unexplicable.local (pool-71-170-125-181.dllstx.fios.verizon.net [71.170.125.181]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2FG5a8i019361 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 15 Mar 2012 11:05:36 -0500 (CDT) (envelope-from rjsparks@nostrum.com) Message-ID: <4F62134F.3020101@nostrum.com> Date: Thu, 15 Mar 2012 11:05:35 -0500 From: Robert Sparks User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Database Conversion Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 71.170.125.181 is authenticated by a trusted mechanism) Subject: [iola-conversion-tool] The IESG agenda and the documents on future telechats pages show the documents in a different order - they should be the same X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2012 16:05:37 -0000 See RjS From rcross@amsl.com Wed Mar 21 07:17:31 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D0C521F86F3 for ; Wed, 21 Mar 2012 07:17:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.39 X-Spam-Level: X-Spam-Status: No, score=-2.39 tagged_above=-999 required=5 tests=[AWL=0.208, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dYIYm5AsGvYo for ; Wed, 21 Mar 2012 07:17:30 -0700 (PDT) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1890:123a::1:14]) by ietfa.amsl.com (Postfix) with ESMTP id A89BD21F86E4 for ; Wed, 21 Mar 2012 07:17:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 9D0A612C98B; Wed, 21 Mar 2012 07:17:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JIL--YoFVqdV; Wed, 21 Mar 2012 07:17:30 -0700 (PDT) Received: from [10.0.1.3] (c-98-232-67-166.hsd1.wa.comcast.net [98.232.67.166]) by c8a.amsl.com (Postfix) with ESMTPSA id 47EFA12C98A; Wed, 21 Mar 2012 07:17:30 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-5--302552436 From: Ryan Cross In-Reply-To: <4F5500BF.9050604@levkowetz.com> Date: Wed, 21 Mar 2012 07:17:29 -0700 Message-Id: <874725C6-E6A1-4DE5-B3FE-3EA0618ECE6A@amsl.com> References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> <4F54EDF2.7020200@levkowetz.com> <4F5500BF.9050604@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.1084) Cc: Alexa Morris , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 14:17:31 -0000 --Apple-Mail-5--302552436 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Henrik, On Mar 5, 2012, at 10:06 AM, Henrik Levkowetz wrote: > 3. Even after I fixed the things above, I went 'round and 'round a = couple > of times, as I only saw a blank space where the agenda should have > been. This seems to have been caused by the uploaded document = having > a mac character set encoding and mac line-endings -- Ryan, you = maybe > should investigate that further, and see if you should do = character > set and line-ending conversion. I think what's on disk should = either > be ascii or unicode -- for drafts we check that it's pure ascii, = but > the agendas are different, and we should maybe enforce unicode? Does this mean the code is parsing the agenda file? Does it need to do = this? I'm happy to add character set validation, but this would affect = everyone submitting agenda's so I want to be sure that is the official = requirement. Thanks, Ryan= --Apple-Mail-5--302552436 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Henrik,

On Mar 5, 2012, at 10:06 AM, Henrik Levkowetz = wrote:

 3. Even = after I fixed the things above, I went 'round and 'round a = couple
    of times, as I only saw a blank space = where the agenda should have
    been.  This = seems to have been caused by the uploaded document = having
    a mac character set encoding and mac = line-endings -- Ryan, you maybe
    should = investigate that further, and see if you should do = character
    set and line-ending conversion. =  I think what's on disk should either
    be = ascii or unicode -- for drafts we check that it's pure ascii, = but
    the agendas are different, and we should = maybe enforce unicode?
Does this mean the code = is parsing the agenda file?  Does it need to do this?  I'm = happy to add character set validation, but this would affect everyone = submitting agenda's so I want to be sure that is the official = requirement.

Thanks,
Ryan
<= /html>= --Apple-Mail-5--302552436-- From henrik@levkowetz.com Wed Mar 21 07:51:23 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01A8321F8717 for ; Wed, 21 Mar 2012 07:51:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.295 X-Spam-Level: X-Spam-Status: No, score=-102.295 tagged_above=-999 required=5 tests=[AWL=0.305, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CrKvFYEm8f7O for ; Wed, 21 Mar 2012 07:51:22 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id D49A721F8715 for ; Wed, 21 Mar 2012 07:51:21 -0700 (PDT) Received: from [2a01:3f0:1:0:21e:c2ff:fe13:7e3e] (port=49408 helo=brunello.netnod.se) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.77) (envelope-from ) id 1SAMsi-00058u-HC; Wed, 21 Mar 2012 15:51:20 +0100 Message-ID: <4F69EAE8.50804@levkowetz.com> Date: Wed, 21 Mar 2012 15:51:20 +0100 From: Henrik Levkowetz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ryan Cross References: <8F28AC7A-8D1D-465C-A92B-DCC07197DADF@amsl.com> <4F54DC2D.1000302@levkowetz.com> <11DE49D4-2C52-492F-A467-EEE22F19382A@amsl.com> <4F54EDF2.7020200@levkowetz.com> <4F5500BF.9050604@levkowetz.com> <874725C6-E6A1-4DE5-B3FE-3EA0618ECE6A@amsl.com> In-Reply-To: <874725C6-E6A1-4DE5-B3FE-3EA0618ECE6A@amsl.com> X-Enigmail-Version: 1.4 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: rcross@amsl.com, amorris@amsl.com, iola-conversion-tool@ietf.org, henrik-sent@levkowetz.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on grenache.tools.ietf.org) Cc: Alexa Morris , iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Bug in Datatracker Agenda Code? X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 14:51:23 -0000 Hi Ryan, On 2012-03-21 15:17 Ryan Cross said: > Hi Henrik, > > On Mar 5, 2012, at 10:06 AM, Henrik Levkowetz wrote: > >> 3. Even after I fixed the things above, I went 'round and 'round a >> couple of times, as I only saw a blank space where the agenda >> should have been. This seems to have been caused by the uploaded >> document having a mac character set encoding and mac line-endings >> -- Ryan, you maybe should investigate that further, and see if you >> should do character set and line-ending conversion. I think what's >> on disk should either be ascii or unicode -- for drafts we check >> that it's pure ascii, but the agendas are different, and we should >> maybe enforce unicode? > Does this mean the code is parsing the agenda file? Does it need to > do this? I'm happy to add character set validation, but this would > affect everyone submitting agenda's so I want to be sure that is the > official requirement. No, the code isn't parsing the agenda file, but the file is being displayed through web browsers, and if you tell the browsers it's latin-1 when it's utf-8, or vice versa, things don't look good. And for mac line-endings things can get so bad that the browser doesn't show anything at all in some circumstances -- that seemed to be what happened above. Best regards, Henrik From adam@nostrum.com Thu Mar 22 11:14:55 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 420C821F8587 for ; Thu, 22 Mar 2012 11:14:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.4 X-Spam-Level: X-Spam-Status: No, score=-102.4 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gO1k4Kt9Gc6Q for ; Thu, 22 Mar 2012 11:14:54 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id B8FEA21F8578 for ; Thu, 22 Mar 2012 11:14:54 -0700 (PDT) Received: from svantevit-en1.roach.at (99-152-144-32.lightspeed.dllstx.sbcglobal.net [99.152.144.32]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2MIEnEW002197 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 22 Mar 2012 13:14:53 -0500 (CDT) (envelope-from adam@nostrum.com) Message-ID: <4F6B6C19.7020909@nostrum.com> Date: Thu, 22 Mar 2012 13:14:49 -0500 From: Adam Roach User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: iola-conversion-tool@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (nostrum.com: 99.152.144.32 is authenticated by a trusted mechanism) Subject: [iola-conversion-tool] Timezone X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 18:14:55 -0000 It looks like the timezone field on the meeting object for IETF 83 (more specifically, the proxy object) is returning GMT+1 for IETF 83. Since Paris goes into daylight savings time this weekend, I believe it should be +2. This is impacting the generation of the ics files from the datatracker page. For example: # wget -q -O- http://datatracker.ietf.org/meeting/83/agenda.ics?RAI | head -12 BEGIN:VCALENDAR VERSION:2.0 METHOD:PUBLISH BEGIN:VTIMEZONE TZID:Europe/Paris BEGIN:STANDARD TZOFFSETFROM:+0100 TZOFFSETTO:+0100 TZNAME:Europe/Paris DTSTART:19700101T000000 END:STANDARD END:VTIMEZONE That +0100 should be a +0200. /a From olau@iola.dk Thu Mar 22 12:03:49 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19A4C21F84A2 for ; Thu, 22 Mar 2012 12:03:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.849 X-Spam-Level: X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[AWL=0.128, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ryPJohc6LqQP for ; Thu, 22 Mar 2012 12:03:48 -0700 (PDT) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 62D0121F84A0 for ; Thu, 22 Mar 2012 12:03:48 -0700 (PDT) Received: by vbbez10 with SMTP id ez10so1356919vbb.31 for ; Thu, 22 Mar 2012 12:03:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=z/s9vcBH8lkE99lr8hyb4ZWJ3wZ+AjzBmlM32mg3bqc=; b=Muxl0i3MJIOF8ONa+NheYyxNVSoi9TE5Ejluvk6fSUDeeEF4vdbVamYEayHuQ8vtlV ZPDumszDWi2j7p6TU3ea/GJHKPeyrBNf0xe0NeNdPmYd00z486DP9ecQ/wwRBBofncHP Pi3T0F9GaiZzAHXbhH7fqzeQOmByythBxvyIGmowD6OiIJolkJWZemLsbOWTZivm5A1K F+uMrpxHkGyKsoeIN40/zwkhnKX5y98lC5iexJX/jQMg+uKzJjViMjihkRIdzQDzHtfC +WmyyDbsBx9JarmyFtpu5FzTGUoFTgnw1dZ/6wmRPCC75N3IAGME89l0iW3967kBGI+z uhXw== Received: by 10.52.23.10 with SMTP id i10mr3620416vdf.24.1332443027565; Thu, 22 Mar 2012 12:03:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Thu, 22 Mar 2012 12:03:27 -0700 (PDT) In-Reply-To: <4F6B6C19.7020909@nostrum.com> References: <4F6B6C19.7020909@nostrum.com> From: Ole Laursen Date: Thu, 22 Mar 2012 20:03:27 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQl3VXxfUuPAEU51Nf4dCXhNgGP+fdCvTwzlMxigF/JQdkjTmjS6q9E8ddnT+f96XolPOB7M Cc: iola-conversion-tool@ietf.org Subject: Re: [iola-conversion-tool] Timezone X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 19:03:49 -0000 2012/3/22 Adam Roach : > It looks like the timezone field on the meeting object for IETF 83 (more > specifically, the proxy object) is returning GMT+1 for IETF 83. Since Paris > goes into daylight savings time this weekend, I believe it should be +2. > This is impacting the generation of the ics files from the datatracker page. I had a look at the code, and the reason it says +1 instead of +2 is that it's calculating the offset from the first day (Sunday) at zero hour. :) I've done a quick fix to have it calculate it from eight o'clock instead (will be online when Henrik deploys it). I haven't worked with iCal before, but it looks like one ought to dump both DST and non-DST with separate labels and then output the right label for each entry? Ole From adam@nostrum.com Thu Mar 22 13:39:50 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E09221F8518 for ; Thu, 22 Mar 2012 13:39:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.204 X-Spam-Level: X-Spam-Status: No, score=-101.204 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dbHEK-suziAX for ; Thu, 22 Mar 2012 13:39:49 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id C2C6F21F8517 for ; Thu, 22 Mar 2012 13:39:49 -0700 (PDT) Received: from [192.168.2.2] (m825636d0.tmodns.net [208.54.86.130]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q2MKdl2b024962 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 22 Mar 2012 15:39:49 -0500 (CDT) (envelope-from adam@nostrum.com) References: <4F6B6C19.7020909@nostrum.com> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPad Mail (9B176) From: Adam Roach Date: Thu, 22 Mar 2012 15:40:37 -0500 To: Ole Laursen Received-SPF: pass (nostrum.com: 208.54.86.130 is authenticated by a trusted mechanism) Cc: "iola-conversion-tool@ietf.org" Subject: Re: [iola-conversion-tool] Timezone X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 20:39:50 -0000 On Mar 22, 2012, at 14:03, Ole Laursen wrote: > 2012/3/22 Adam Roach : >> It looks like the timezone field on the meeting object for IETF 83 (more >> specifically, the proxy object) is returning GMT+1 for IETF 83. Since Par= is >> goes into daylight savings time this weekend, I believe it should be +2. >> This is impacting the generation of the ics files from the datatracker pa= ge. >=20 > I had a look at the code, and the reason it says +1 instead of +2 is > that it's calculating the offset from the first day (Sunday) at zero > hour. :) >=20 > I've done a quick fix to have it calculate it from eight o'clock > instead (will be online when Henrik deploys it). I haven't worked with > iCal before, but it looks like one ought to dump both DST and non-DST > with separate labels and then output the right label for each entry? >=20 Thanks for the fix!=20 =46rom an ical perspective, the time zone block should encode the DST rules f= or the locale under a single label. The old database only gave us an integer= offset, so the output we presently generate is very primitive (and slightly= wrong). It sounds like the new DB is much more intelligent about this kind o= f thing. Hopefully, my code refactor of the agenda code on Saturday will res= ult in doing this correctly.=20 /a From olau@iola.dk Fri Mar 23 05:19:11 2012 Return-Path: X-Original-To: iola-conversion-tool@ietfa.amsl.com Delivered-To: iola-conversion-tool@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48CF321F84BD for ; Fri, 23 Mar 2012 05:19:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.851 X-Spam-Level: X-Spam-Status: No, score=-2.851 tagged_above=-999 required=5 tests=[AWL=0.126, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3kl604F4JwnP for ; Fri, 23 Mar 2012 05:19:10 -0700 (PDT) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 438ED21F846B for ; Fri, 23 Mar 2012 05:19:09 -0700 (PDT) Received: by vcbfk13 with SMTP id fk13so3311839vcb.31 for ; Fri, 23 Mar 2012 05:19:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=smZaF51h6I2FKaXBRAZAmPr7paOGJT6ZNMtW6bl9x2k=; b=n/KeGQy8cxlvfHyg5yB8sqGVb5BCVeFuHGiUj+VEi98S3UdqF+QhVCyW6pVotgz3Q7 Jzw0UsJZt2w2x51ED3Ctdcuf5MLGjhSrkZehc3IBwJqifuxkirEMqLJNDnQ7GCPKWL/Q x2mioZ4lLP+fxjJ5hy1y4ecRrp6wQClG3tmEf8AQntst1Yl81AKR2lxmJGelU+yYZ6Qw 4sCw1De5YHMg2+a6/ut0J0k9nxaM9m//DcQStmff5atV/PdPUPz8n8EWlwIzCgKReU96 vEV7Xp6klVRiTe3EJ+dBRhl3R9p+PRCvwEIYc1FdiSRPxT+XwfYOFdS/fe4+vDBGJAZm DAMg== Received: by 10.220.230.74 with SMTP id jl10mr5360483vcb.32.1332505149444; Fri, 23 Mar 2012 05:19:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.71.136 with HTTP; Fri, 23 Mar 2012 05:18:49 -0700 (PDT) In-Reply-To: References: <4F6B6C19.7020909@nostrum.com> From: Ole Laursen Date: Fri, 23 Mar 2012 13:18:49 +0100 Message-ID: To: Adam Roach Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmijXjQpNXPcZHAiFY9Xu1chN2Q/MdfdFYRLvUrUhFsYROMDxwk1hfAEjwy4btYSzLznwDU Cc: "iola-conversion-tool@ietf.org" Subject: Re: [iola-conversion-tool] Timezone X-BeenThere: iola-conversion-tool@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 12:19:11 -0000 2012/3/22 Adam Roach : > From an ical perspective, the time zone block should encode the DST rules= for the locale under a single label. The old database only gave us an inte= ger offset, so the output we presently generate is very primitive (and slig= htly wrong). It sounds like the new DB is much more intelligent about this = kind of thing. Hopefully, my code refactor of the agenda code on Saturday w= ill result in doing this correctly. Ah, that sounds even better. Yes, we store a name, it's supposed to be a name from the standard time zone database, I think. If you discover some brokenness regarding that, it's probably better to fix the database than continue with a hack. Ole