From nobody Sun Jul 1 17:10:52 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D04D5130EDC for ; Sun, 1 Jul 2018 17:10:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0U50f8KUvbdG for ; Sun, 1 Jul 2018 17:10:38 -0700 (PDT) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69C7A130F3E for ; Sun, 1 Jul 2018 17:10:37 -0700 (PDT) Received: by mail-oi0-x22b.google.com with SMTP id n84-v6so13244489oib.9 for ; Sun, 01 Jul 2018 17:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Zvdd31NIoxwy9WXcZOcwObrcg3mYShGeGMt4M1i8PWU=; b=JST1Gjq1cHBw/POERDNDEl9F2ZT9oCcmv9irBy+uT0H+KkwuXLQ5SM/p9wIgUHnmZT Xi5D1ad7QTIKuOdQI9/DZmKVvxfaItzYLot94cwPxVZi1d4X3RKlcERCr+imZEYk0krg vocIY2Ueu3S+IOBi1/sRMf2G4hiZdQ7gdaQL0XXLxB5NAIGGDN2oknehOsS2RhqNHc72 O8O+55OTZxAXRbm4KDEeaRC/IuohsxzWQRrx3cGmMK8zxQLZ/NJJEkrnA+VYlYesVoep /RXWhhsFeC8ThIlLWi5H7PCceZtMYN6y5ykVeP9T6f08lm0olBHoU3BhSJdNv6ZzcMLk 6GEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Zvdd31NIoxwy9WXcZOcwObrcg3mYShGeGMt4M1i8PWU=; b=bB3FIt51Ua/qxZ4YUQqlD4hW8+NeFTkj2zw3HPF7CpZdMhHlsoeHPWqCvs731DW5Pi WAcXDDqyz4PXIf6SvLouorejmYA0Q38sZpS3VrHedgAvvYfx4C3YJkhA7Z6QkT/ovUzV KMj39leUA08B/vcKTmj4GShFxJ5XTxuZsQSP4187A9XLbMd0fxbHMvxVm3+RD4jeeooZ zW/LRhPVr+nYHD7AMEePdM/0Egt7Dfwx6Gw1/bKrN1iR2SSAE0fH1OezrjMD/xIa4y0H Do13dVfNJE52bHYBv71Hu4o7WA7X4uk9fsEIgisv3oR+TW9+hrriYjd7PZjuxIjVRN0U RVWQ== X-Gm-Message-State: APt69E1twYmYLfp8YD/Dct9Rxq3Nwz8ztOTaArnZEV2xZGFvfNIggKqU IZCplMywQpaPinrdK8RfW/whfu8jbq0aqTOcQZbI4A== X-Google-Smtp-Source: AAOMgpefgYQ4qf2m12gFgSTKl3kY9yFYvRUGnSKO8bgPYMvSjq45WcO+NKsBjckTBdZMRpcmd2Vj9yOlaNJ+ggjTkDA= X-Received: by 2002:aca:4e50:: with SMTP id c77-v6mr12506007oib.254.1530490236619; Sun, 01 Jul 2018 17:10:36 -0700 (PDT) MIME-Version: 1.0 References: <2dad6a3e-ed2e-f00f-7b89-ddbb113cfd21@nostrum.com> <1C59282D-5EE6-4191-9426-E2A55B598B75@vigilsec.com> In-Reply-To: <1C59282D-5EE6-4191-9426-E2A55B598B75@vigilsec.com> From: Martin Thomson Date: Mon, 2 Jul 2018 10:10:29 +1000 Message-ID: To: Russ Housley Cc: Robert Sparks , "tools-discuss@ietf.org Discussion" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] Enable reply-all for draft announcements X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2018 00:10:49 -0000 Thanks Robert! On Sat, Jun 30, 2018 at 4:16 AM Russ Housley wrote: > > That one is too easy to let wait for the code sprint. I just offered a commit. > > Russ > > On Jun 29, 2018, at 1:16 PM, Robert Sparks wrote: > > This should be straightforward to implement - see . Should be an easy sprint task. > > I've created ticket > > RjS > > > On 6/28/18 10:16 AM, Warren Kumari wrote: > > > > On Wed, Jun 27, 2018 at 5:20 PM Martin Thomson wrote: >> >> (this might be the wrong venue, but it's what I came up with) >> >> I am probably not the only one doing this, but I tend to reply-all to >> draft announcements, especially for working group drafts to provide a >> bit of a summary of changes. Because i-d-announce@ietf.org (or >> internet-drafts@ietf.org) is on the CC, this results in me opening a >> ticket. >> >> I never want to do that. Sometimes I remember to trim the list of >> recipients, but I forget more often than not. >> > > Wow, you sometimes remember? I always mean to, but basically never manage. > > This sounds like a great suggestion -- why are those there? It must get super annoying to keep closing those tickets. > > W > >> >> Is there some mail hackery (Reply-To with a blackhole address, for >> instance) that can be used to avoid this happening? >> >> Do both of the mail aliases need to be on the CC? >> >> ___________________________________________________________ >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org and mailarchive.ietf.org >> bugs at http://tools.ietf.org/tools/ietfdb >> or send email to datatracker-project@ietf.org >> >> Please report tools.ietf.org bugs at >> http://tools.ietf.org/tools/issues >> or send email to webmaster@tools.ietf.org > > > > -- > I don't think the execution is relevant when it was obviously a bad idea in the first place. > This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. > ---maf > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org From nobody Sun Jul 8 21:33:42 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54482130F05 for ; Sun, 8 Jul 2018 21:33:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rknL1EIZicgi for ; Sun, 8 Jul 2018 21:33:38 -0700 (PDT) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37F2D130DCC for ; Sun, 8 Jul 2018 21:33:38 -0700 (PDT) Received: by mail-oi0-x236.google.com with SMTP id y207-v6so33413596oie.13 for ; Sun, 08 Jul 2018 21:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ahX7L60MVoSfhjtXOa7jJ22l35Gwevjy+9erFbuy6bY=; b=NDtzQeY8lEDE61w/lHc4YqGUFz+xx6gu7lQT+n1/hFWs6+Lo3E0HOktt7+eQdvTUUP snxciCNQwn64sJQeOzNndbfzguTOKrbXB1MBB5u3L533IPH3rd3E/jT3ATLhUGBGhRqM SoMpRes5JHAVNwAVQpz+HYoMDwFVC0KGfgjEZ/kUnSdXP/hib8o/thpBzCliuhchZBt6 3gnUauwvQGxRI/2oql1h85USH55CkIMsQNfjg0U7XZUuSELF9ARkqLn4i9yXYWnh6Pda 8ZhK0ntQ3q65gc8ZHBB2WxpnYu4BvfcfCKcSG/kNaUEY3RqjerIMjtj6Cdq6vvwLku6Y N6dQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ahX7L60MVoSfhjtXOa7jJ22l35Gwevjy+9erFbuy6bY=; b=TjWuuT1405YI1QpOd5dxPBkV8TVyTO33+A3kBYmyDnz7CydPLv78zj4p99nuFDWKfA wafls7aDDbSqXoB7ZqtdCxhQ6D6rDcYRKtrTlA/kPg4fZ6UEBtXirskSdoJoUItCCm8c 43uqLSieMgRfl0YWkHGhLSyosY3fS5t+y1BqmKPX88O8tgSVZmIU4lhfdnRIBqZUJ8s3 vUqhVL470RmP4b/LtvZo39AfpzbTvgHMxferjVH5NzZKroZeyiOEK6biwyOWuvGQ/aVF GHnT7SMxmiOpZZIZSECOYX0NC8fa865H3YXB/BOX7sa4qrxzIEZklDoeZ5OCzu5tb6iA 2jUQ== X-Gm-Message-State: APt69E3dloTHYnsn6vWrb1+aMg1mAC0CRLWlWn+1uY8oPlsORqPmZDmh Twe8aZE6I8Iy+4hVem+2R0ob9KvMClAWoHAf6Tc= X-Google-Smtp-Source: AAOMgpcAcQ47kZig5z5Yef2sZGMJ9e4pGZpUeGycoYhOLd4W0IiYh2DcF2o3NaSt6bp4a1ijEVrPBHFT4iHiJcAfSUI= X-Received: by 2002:aca:4e50:: with SMTP id c77-v6mr19762185oib.254.1531110817353; Sun, 08 Jul 2018 21:33:37 -0700 (PDT) MIME-Version: 1.0 References: <1abd2465-8e7f-c53b-845c-0af1ee23ed2c@levkowetz.com> In-Reply-To: From: Martin Thomson Date: Mon, 9 Jul 2018 14:33:27 +1000 Message-ID: To: Henrik Levkowetz Cc: "tools-discuss@ietf.org Discussion" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] Error with NIST DOIs X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2018 04:33:41 -0000 ...and I'm seeing the same error back again. On Thu, Jun 28, 2018 at 8:07 AM Martin Thomson wrote: > > Thanks Henrik! All working again. > On Wed, Jun 27, 2018 at 10:24 PM Henrik Levkowetz wrote: > > > > Fixed. > > > > Henrik > > > > On 2018-06-27 14:10, Henrik Levkowetz wrote: > > > Hi Martin, > > > > > > This seems to be an issue with ruby on the server (for running doilit). > > > > > > I'm currently installing ruby 2.5.1, and will re-install rubygems, and > > > verify that doilit runs properly again. > > > > > > Henrik > > > > > > On 2018-06-27 08:25, Martin Thomson wrote: > > >> I've been relying on the bibxml7 service (which is great) for > > >> citations the NIST SHA-2 and AES specs. > > >> > > >> This just stopped working. It's not all DOIs, because we have other > > >> citations that load properly. > > >> > > >> https://xml2rfc.tools.ietf.org/public/rfc/bibxml7/reference.DOI.10.6028/NIST.FIPS.180-4.xml > > >> now returns an HTTP 404 saying "invalid DOI or type". > > >> > > >> Earlier today it was returning XML: > > >> > > >> > > >> > > >> Secure Hash Standard > > >> > > >> > > >> > > >> > > >> > > >> > >> value="report"/> > > >> > > >> > > >> > > >> https://doi.org/10.6028/NIST.FIPS.180-4 redirects to the specification. > > >> > > >> ___________________________________________________________ > > >> Tools-discuss mailing list > > >> Tools-discuss@ietf.org > > >> https://www.ietf.org/mailman/listinfo/tools-discuss > > >> > > >> Please report datatracker.ietf.org and mailarchive.ietf.org > > >> bugs at http://tools.ietf.org/tools/ietfdb > > >> or send email to datatracker-project@ietf.org > > >> > > >> Please report tools.ietf.org bugs at > > >> http://tools.ietf.org/tools/issues > > >> or send email to webmaster@tools.ietf.org > > >> > > > From nobody Mon Jul 9 03:36:26 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E438C130E62 for ; Mon, 9 Jul 2018 03:36:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id krGxBxJQFPx9 for ; Mon, 9 Jul 2018 03:36:23 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB46F130E60 for ; Mon, 9 Jul 2018 03:36:22 -0700 (PDT) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:63011 helo=tannat.local) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fcTWn-0000DD-Td; Mon, 09 Jul 2018 03:36:22 -0700 To: Martin Thomson References: <1abd2465-8e7f-c53b-845c-0af1ee23ed2c@levkowetz.com> Cc: "tools-discuss@ietf.org Discussion" From: Henrik Levkowetz Message-ID: Date: Mon, 9 Jul 2018 12:36:14 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, martin.thomson@gmail.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Error with NIST DOIs X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2018 10:36:25 -0000 Hi Martin, On 2018-07-09 06:33, Martin Thomson wrote: > ...and I'm seeing the same error back again. This time it seems to be an issue with the SSL cert verification of the DOI server cert. I'll investigate further, to see if this is related to a missing issuer cert locally or something else, and also see if I can come up with a workaround. Regards, Henrik > On Thu, Jun 28, 2018 at 8:07 AM Martin Thomson wrote: >> >> Thanks Henrik! All working again. >> On Wed, Jun 27, 2018 at 10:24 PM Henrik Levkowetz wrote: >> > >> > Fixed. >> > >> > Henrik >> > >> > On 2018-06-27 14:10, Henrik Levkowetz wrote: >> > > Hi Martin, >> > > >> > > This seems to be an issue with ruby on the server (for running doilit). >> > > >> > > I'm currently installing ruby 2.5.1, and will re-install rubygems, and >> > > verify that doilit runs properly again. >> > > >> > > Henrik >> > > >> > > On 2018-06-27 08:25, Martin Thomson wrote: >> > >> I've been relying on the bibxml7 service (which is great) for >> > >> citations the NIST SHA-2 and AES specs. >> > >> >> > >> This just stopped working. It's not all DOIs, because we have other >> > >> citations that load properly. >> > >> >> > >> https://xml2rfc.tools.ietf.org/public/rfc/bibxml7/reference.DOI.10.6028/NIST.FIPS.180-4.xml >> > >> now returns an HTTP 404 saying "invalid DOI or type". >> > >> >> > >> Earlier today it was returning XML: >> > >> >> > >> >> > >> >> > >> Secure Hash Standard >> > >> >> > >> >> > >> >> > >> >> > >> >> > >> > > >> value="report"/> >> > >> >> > >> >> > >> >> > >> https://doi.org/10.6028/NIST.FIPS.180-4 redirects to the specification. >> > >> >> > >> ___________________________________________________________ >> > >> Tools-discuss mailing list >> > >> Tools-discuss@ietf.org >> > >> https://www.ietf.org/mailman/listinfo/tools-discuss >> > >> >> > >> Please report datatracker.ietf.org and mailarchive.ietf.org >> > >> bugs at http://tools.ietf.org/tools/ietfdb >> > >> or send email to datatracker-project@ietf.org >> > >> >> > >> Please report tools.ietf.org bugs at >> > >> http://tools.ietf.org/tools/issues >> > >> or send email to webmaster@tools.ietf.org >> > >> >> > > > From nobody Mon Jul 9 05:36:56 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8339B130F74 for ; Mon, 9 Jul 2018 05:36:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.099 X-Spam-Level: X-Spam-Status: No, score=-0.099 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p-QkZyqOIGsO for ; Mon, 9 Jul 2018 05:36:49 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB9A3130FC7 for ; Mon, 9 Jul 2018 05:36:47 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id k81-v6so35537770oib.4 for ; Mon, 09 Jul 2018 05:36:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fTezx2Xnlsy49g7je0I5aRDkcIiyLco2Rn6tl/00zws=; b=a2RyH40ufZcO0QnBZcg0DCa4rC5s6c7AfgsLuKDcwy/l5FY7KP8Z/EwiWIjLMjLzT+ 2ckTO7e8QB4QpGnIuiFNeIX2+xpIegyrS8bwAWwJ0+3nmr/aLCASqv2cM9glZJN4kcxT VkCVQ2vF5QnHFXYcvR1mOBKRx3XAmDMulwxmXEiG5EDfrPzs/rN0PRd/R35IifnN1JsO T599wYtq2jrCVzo5rpqctW5Yqq5O+TFdkFdhEXlLRBiT7vUfwP7bYF8ltLAvx3VrxH5t kiPGJ5DuQHLvbsyh8FaaIq2Rpw9og1hAeNggFfCMDzWoHsisrT/pfg/B6tikUx1BkSUO 54jA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fTezx2Xnlsy49g7je0I5aRDkcIiyLco2Rn6tl/00zws=; b=GeyCTeO65EKbxTi4JWu3NKC8j6zdtwO8JqgoFPIuVDAqwZ8yPcmVA1EgyparbXg0/F qbPwB4uFzQ6o7NgBZ3MW8vv5/CyW5JflofazNKIM7uKdU94vZpRavqBQzHMEWRQRhfq+ zj4cBoNzu6MSEGbCjCGDS7EVLfanIO41XrUJOWr+JunIJKaU1Fy/akuPSXpw56doVl37 FCUrIBjnaRvIyvgyRvVU9KHhROlnEjI29WLCNjH4OodeK5lQoyRGCoDSvn6Qc9KG1uh/ 4rT/NhmUJcLPyRav4DnRdp8EOasy1g8+a8r5KSq3B7wyqBiii+y+0vSEDRN2/zOnSsU1 8QoQ== X-Gm-Message-State: AOUpUlF8x/i2Onq7uv18kERznjta33LcsDlxshG9cmnTsBK7oU4r55uU BLHJdOGXoIyxX8++ITGJ590N5Ng3pRCQ+mnGBZw= X-Google-Smtp-Source: AAOMgpfNo41j+gvFmIUfryE6WHQkhOwzkkZMZjJDGR9EA5c7S28Y/SJd50MrrLXYfIKdqwXuPQHKWDwQ8tZ1Ak/Nz9s= X-Received: by 2002:aca:df42:: with SMTP id w63-v6mr4577284oig.295.1531139806980; Mon, 09 Jul 2018 05:36:46 -0700 (PDT) MIME-Version: 1.0 References: <1abd2465-8e7f-c53b-845c-0af1ee23ed2c@levkowetz.com> In-Reply-To: From: Martin Thomson Date: Mon, 9 Jul 2018 22:36:34 +1000 Message-ID: To: Henrik Levkowetz Cc: "tools-discuss@ietf.org Discussion" Content-Type: multipart/alternative; boundary="0000000000004befc005709044ed" Archived-At: Subject: Re: [Tools-discuss] Error with NIST DOIs X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2018 12:36:53 -0000 --0000000000004befc005709044ed Content-Type: text/plain; charset="UTF-8" Thanks Henrik. doilit seemed fine on my end. It is probably just a server config issue as you say. On Mon, 9 Jul. 2018, 20:36 Henrik Levkowetz, wrote: > Hi Martin, > > On 2018-07-09 06:33, Martin Thomson wrote: > > ...and I'm seeing the same error back again. > > This time it seems to be an issue with the SSL cert verification of the DOI > server cert. > > I'll investigate further, to see if this is related to a missing issuer > cert > locally or something else, and also see if I can come up with a workaround. > > > Regards, > > Henrik > > > On Thu, Jun 28, 2018 at 8:07 AM Martin Thomson > wrote: > >> > >> Thanks Henrik! All working again. > >> On Wed, Jun 27, 2018 at 10:24 PM Henrik Levkowetz > wrote: > >> > > >> > Fixed. > >> > > >> > Henrik > >> > > >> > On 2018-06-27 14:10, Henrik Levkowetz wrote: > >> > > Hi Martin, > >> > > > >> > > This seems to be an issue with ruby on the server (for running > doilit). > >> > > > >> > > I'm currently installing ruby 2.5.1, and will re-install rubygems, > and > >> > > verify that doilit runs properly again. > >> > > > >> > > Henrik > >> > > > >> > > On 2018-06-27 08:25, Martin Thomson wrote: > >> > >> I've been relying on the bibxml7 service (which is great) for > >> > >> citations the NIST SHA-2 and AES specs. > >> > >> > >> > >> This just stopped working. It's not all DOIs, because we have > other > >> > >> citations that load properly. > >> > >> > >> > >> > https://xml2rfc.tools.ietf.org/public/rfc/bibxml7/reference.DOI.10.6028/NIST.FIPS.180-4.xml > >> > >> now returns an HTTP 404 saying "invalid DOI or type". > >> > >> > >> > >> Earlier today it was returning XML: > >> > >> > >> > >> > >> > >> > >> > >> Secure Hash Standard > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> >> > >> value="report"/> > >> > >> > >> > >> > >> > >> > >> > >> https://doi.org/10.6028/NIST.FIPS.180-4 redirects to the > specification. > >> > >> > >> > >> ___________________________________________________________ > >> > >> Tools-discuss mailing list > >> > >> Tools-discuss@ietf.org > >> > >> https://www.ietf.org/mailman/listinfo/tools-discuss > >> > >> > >> > >> Please report datatracker.ietf.org and mailarchive.ietf.org > >> > >> bugs at http://tools.ietf.org/tools/ietfdb > >> > >> or send email to datatracker-project@ietf.org > >> > >> > >> > >> Please report tools.ietf.org bugs at > >> > >> http://tools.ietf.org/tools/issues > >> > >> or send email to webmaster@tools.ietf.org > >> > >> > >> > > > > > --0000000000004befc005709044ed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Henrik. doilit seemed fine on my end. It is probab= ly just a server config issue as you say.=C2=A0

On Mon, 9 Jul. 2018, 20:36 Henrik Levkowetz, <= henrik@levkowetz.com> wrote:=
Hi Martin,

On 2018-07-09 06:33, Martin Thomson wrote:
> ...and I'm seeing the same error back again.

This time it seems to be an issue with the SSL cert verification of the DOI=
server cert.

I'll investigate further, to see if this is related to a missing issuer= cert
locally or something else, and also see if I can come up with a workaround.=


Regards,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

> On Thu, Jun 28, 2018 at 8:07 AM Martin Thomson <martin.thomso= n@gmail.com> wrote:
>>
>> Thanks Henrik!=C2=A0 All working again.
>> On Wed, Jun 27, 2018 at 10:24 PM Henrik Levkowetz <henrik@lev= kowetz.com> wrote:
>> >
>> > Fixed.
>> >
>> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>> >
>> > On 2018-06-27 14:10, Henrik Levkowetz wrote:
>> > > Hi Martin,
>> > >
>> > > This seems to be an issue with ruby on the server (for r= unning doilit).
>> > >
>> > > I'm currently installing ruby 2.5.1, and will re-ins= tall rubygems, and
>> > > verify that doilit runs properly again.
>> > >
>> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>> > >
>> > > On 2018-06-27 08:25, Martin Thomson wrote:
>> > >> I've been relying on the bibxml7 service (which = is great) for
>> > >> citations the NIST SHA-2 and AES specs.
>> > >>
>> > >> This just stopped working.=C2=A0 It's not all DO= Is, because we have other
>> > >> citations that load properly.
>> > >>
>> > >> https://xml2rfc.tools.ietf.org/public/rfc/bibxml7/= reference.DOI.10.6028/NIST.FIPS.180-4.xml
>> > >> now returns an HTTP 404 saying "invalid DOI or = type".
>> > >>
>> > >> Earlier today it was returning XML:
>> > >>
>> > >> <reference anchor=3D"DOI_10.6028_NIST.FIPS.1= 80-4" >
>> > >>=C2=A0 =C2=A0<front>
>> > >>=C2=A0 =C2=A0 =C2=A0<title>Secure Hash Standard= </title>
>> > >>=C2=A0 =C2=A0 =C2=A0<author initials=3D"Q.&qu= ot; surname=3D"Dang" fullname=3D"Quynh H. Dang">
>> > >>=C2=A0 =C2=A0 =C2=A0 =C2=A0<organization></o= rganization>
>> > >>=C2=A0 =C2=A0 =C2=A0</author>
>> > >>=C2=A0 =C2=A0 =C2=A0<date year=3D"2015" = month=3D"July"/>
>> > >>=C2=A0 =C2=A0</front>
>> > >>=C2=A0 =C2=A0<seriesInfo name=3D"National Ins= titute of Standards and Technology"
>> > >> value=3D"report"/>
>> > >>=C2=A0 =C2=A0<seriesInfo name=3D"DOI" va= lue=3D"10.6028/nist.fips.180-4"/>
>> > >> </reference>
>> > >>
>> > >> https://doi.org/10.6028/NIS= T.FIPS.180-4 redirects to the specification.
>> > >>
>> > >> ____________________________________________________= _______
>> > >> Tools-discuss mailing list
>> > >> Tools-discuss@ietf.org
>> > >> https://www.iet= f.org/mailman/listinfo/tools-discuss
>> > >>
>> > >> Please report datatracker.ietf.org = and mailarchive.ietf.org
>> > >> bugs at http://tools.ietf.org/to= ols/ietfdb
>> > >> or send email to datatracker-project@ietf.= org
>> > >>
>> > >> Please report tools.ietf.org bugs at
>> > >> http://tools.ietf.org/tools/is= sues
>> > >> or send email to webmaster@tools.ietf.org<= br> >> > >>
>> > >
>
--0000000000004befc005709044ed-- From nobody Tue Jul 10 16:42:27 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAC271311CF for ; Tue, 10 Jul 2018 16:42:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=qhYDpHLV; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=syDtH6lh Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8QdK7tJpiG_o for ; Tue, 10 Jul 2018 16:42:21 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 852881311D2 for ; Tue, 10 Jul 2018 16:42:21 -0700 (PDT) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id CEA7E21BF7 for ; Tue, 10 Jul 2018 19:42:20 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 10 Jul 2018 19:42:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=Qyihg/jjGDloVDLjFxOrftvuLjavJ8cpz/1jbprA3+M=; b=qhYDpHLV Jn5p+PmlO0uRdEpJflg3CMkPf5rKsuccj51HsL9M8JqpSaC/lYshK3riRaJ7mfkF 03kcvQwpfBHg/fKe4YtpBF03D5dyMNj9e7NPm589JwHZwdMZt43PslSjJsksq0td Let+FMcrlh91e4yxU7L5JNieiQ8raAtgD/4y7FleP3ctjLSjG4U7/SZis2CDvBIr 0w4ZqYQLK53odAezvuYVlE5cGziuuW9bFuQJBwdXU31W2WfwHoDJCKfqH8zKYer8 t4qjf1m0jHHzGQH8rfIZdozTwqilwg6iDBvuQ9VZqB1xPoea6db4/2zJ5prq1UcT c3O45YRohUR2wA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=Qyihg/jjGDloVDLjFxOrftvuLjavJ 8cpz/1jbprA3+M=; b=syDtH6lh6y3Eg+B3VzOdj8YTnbyY5wug+shmChnzIWs6k 4xbfBHrpvWHpQcLCM+Uw8ExFwUqjy+RFI7t0Ga1sDStPsD6NtLft10eCveafajY/ TtaaaO1abYr1nbsKrY08AwYNqKQKg45L5B77TB16CzppYkEZjOcHB2iEyIdovJYN BlqOWHefxINNUKpmHELtc8WlgS3wHV+/9BZ68va3CKxbqE4rE0QUWi4l1iSCbsBy 4WCKYdnnAVIY2PHGrBziE26iLC4Ssbww9tK7T/LuF7PA4/U7TL84gWs4mgCRTAv+ sCKqMLpIT0yVmaIvGKgyG6Saxm1xhLYsvunpPOekA== X-ME-Proxy: X-ME-Sender: Received: from attitudadjuster.localdomain (unknown [144.136.175.28]) by mail.messagingengine.com (Postfix) with ESMTPA id 9CC03E44F1 for ; Tue, 10 Jul 2018 19:42:19 -0400 (EDT) From: Mark Nottingham Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Message-Id: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> Date: Wed, 11 Jul 2018 09:42:14 +1000 To: tools-discuss@ietf.org X-Mailer: Apple Mail (2.3445.8.2) Archived-At: Subject: [Tools-discuss] Broken draft? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2018 23:42:25 -0000 Hi, Could someone look into this? https://tools.ietf.org/html/draft-ietf-httpbis-expect-ct-06 Thanks, -- Mark Nottingham https://www.mnot.net/ From nobody Tue Jul 10 17:10:25 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF4BD1311F0 for ; Tue, 10 Jul 2018 17:10:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HxGoVcAdOZgP for ; Tue, 10 Jul 2018 17:10:21 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45355130DE3 for ; Tue, 10 Jul 2018 17:10:21 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id d189-v6so46038300oib.6 for ; Tue, 10 Jul 2018 17:10:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sP015jVrkiCE1aMjQZ22wHA21bLvSawmTbCCiSfPAvE=; b=Gm6tmkH5/LZv4NWjuJRBvSGb8iKu2nW10oN2Et7Q4orP3ttKKFGvwZDrDBidM0cn0H t5QHfsOZpCC3WdTjbFIdcRQ4O87SKzjr2uR95yYlrFtBl7oF67ayqUIotvo0qLZU2uHC bpPakpv68W1BEWbwciB3+wJ3UUiKGtecCc3HK1z9f9XlY9T1IdQ0R3fv/e51D9sNNNIr Q8xzyt0iaCK/g+qYTsX+8zLDZaSk+3zxAhQbhAHS0dvmww9yL98vnCmH8oGBHkGgYeu/ /syvm95PBF7ZRxMFeofF+kXTa5HDzbAfdFq3oL8OCpFvBbK/ho3F0wDQu4uhOVECDbn5 y7aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sP015jVrkiCE1aMjQZ22wHA21bLvSawmTbCCiSfPAvE=; b=hMmBg1n6y8Ukn/+IhGYRVIXcqTXYABvAorD/W7slBF26RtFUns6PHxi5IUIHjx/Aj5 PC5/tjzeKRQXradfwxKl2N7E8f0y4Ka+nAWiyFyKYEO7GTvMH3Ubp8XwLNgY+RL8NyR/ 6WFZnfyw/h3qtl9LYE02CnpakcZJA6sHuTil+L4KuzoH8bEsMa2mp9FiFOzJym+c5wmc /xDelYvxZ2qAutx39dnrN8CMKbzBZSdx/3XQ9aazAW9qktdCGZQgYM5BumaCqaYrJxfp ZtvzGmaCU5Si6cR7kUFiGwGuqDWHk7aNQrybkXeEXLpcQrROeIooqQjCezSiUFpJ+p3z yHig== X-Gm-Message-State: APt69E0kOLzIEUyz/VbtDrRWj9RfpnRdNhSlMCNeZq94gbBnfBPh0xVl POL5Txx2GFXeqFUM/+3WGXPVFREbF+Tj4KHWreQ= X-Google-Smtp-Source: AAOMgpdqlM0GFOdehAr1Bv1HlYAISmbIfbtwaNzsifcxwwLmruZeOXGAbjUPZS2rIkoEoW4FgQPBqZafJhJE0442H9w= X-Received: by 2002:aca:4e50:: with SMTP id c77-v6mr27736995oib.254.1531267820596; Tue, 10 Jul 2018 17:10:20 -0700 (PDT) MIME-Version: 1.0 References: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> In-Reply-To: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> From: Martin Thomson Date: Wed, 11 Jul 2018 10:10:09 +1000 Message-ID: To: Mark Nottingham , Henrik Levkowetz Cc: "tools-discuss@ietf.org Discussion" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] Broken draft? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 00:10:23 -0000 Henrik, this looks like a manifestation of the same certification error we saw with the DOI references. From the error page: () On Wed, Jul 11, 2018 at 9:42 AM Mark Nottingham wrote: > > Hi, > > Could someone look into this? > > https://tools.ietf.org/html/draft-ietf-httpbis-expect-ct-06 > > Thanks, > > > -- > Mark Nottingham https://www.mnot.net/ > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org From nobody Wed Jul 11 04:08:07 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32BE812F1A6 for ; Wed, 11 Jul 2018 04:08:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BbxsvaJjFuBX for ; Wed, 11 Jul 2018 04:08:02 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AACF1292F1 for ; Wed, 11 Jul 2018 04:08:02 -0700 (PDT) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:53598 helo=tannat.local) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fdCyX-00051P-5C; Wed, 11 Jul 2018 04:08:01 -0700 To: Mark Nottingham , tools-discuss@ietf.org References: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> From: Henrik Levkowetz Message-ID: <3165cad2-7b88-f5bf-74e3-0a3d3e1ccbd0@levkowetz.com> Date: Wed, 11 Jul 2018 13:07:54 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, mnot@mnot.net 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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Broken draft? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 11:08:05 -0000 Fixed. Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or send email to webmaster@tools.ietf.org Best regards, Henrik On 2018-07-11 01:42, Mark Nottingham wrote: > Hi, > > Could someone look into this? > > https://tools.ietf.org/html/draft-ietf-httpbis-expect-ct-06 > > Thanks, > > > -- > Mark Nottingham https://www.mnot.net/ > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > From nobody Wed Jul 11 04:09:38 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF770130DD1 for ; Wed, 11 Jul 2018 04:09:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eWm0U0PsU4Ia for ; Wed, 11 Jul 2018 04:09:34 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 643AB130DD0 for ; Wed, 11 Jul 2018 04:09:34 -0700 (PDT) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:53604 helo=tannat.local) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fdCzz-00042T-S5; Wed, 11 Jul 2018 04:09:33 -0700 To: Martin Thomson , Mark Nottingham References: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> Cc: "tools-discuss@ietf.org Discussion" From: Henrik Levkowetz Message-ID: <48014a07-6cdf-fddf-25be-e61a26870a29@levkowetz.com> Date: Wed, 11 Jul 2018 13:09:24 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, mnot@mnot.net, martin.thomson@gmail.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Broken draft? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2018 11:09:36 -0000 Hi Martin, On 2018-07-11 02:10, Martin Thomson wrote: > Henrik, this looks like a manifestation of the same certification > error we saw with the DOI references. From the error page: > > ( failed (_ssl.c:590)>) Indeed, it was. That is not sorted, but I've taken that tools server out of the DNS round-robin for regular tools.ietf.org urls. The xml2rfc issue remains; hope to get that sorted today. Best, Henrik > On Wed, Jul 11, 2018 at 9:42 AM Mark Nottingham wrote: >> >> Hi, >> >> Could someone look into this? >> >> https://tools.ietf.org/html/draft-ietf-httpbis-expect-ct-06 >> >> Thanks, >> >> >> -- >> Mark Nottingham https://www.mnot.net/ >> >> ___________________________________________________________ >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org and mailarchive.ietf.org >> bugs at http://tools.ietf.org/tools/ietfdb >> or send email to datatracker-project@ietf.org >> >> Please report tools.ietf.org bugs at >> http://tools.ietf.org/tools/issues >> or send email to webmaster@tools.ietf.org > From nobody Thu Jul 12 02:43:23 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A34561310A0 for ; Thu, 12 Jul 2018 02:43:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2Ca-r0GisiTr for ; Thu, 12 Jul 2018 02:43:19 -0700 (PDT) Received: from formal.dehy.de (formal.dehy.de [81.169.166.228]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E15F13108F for ; Thu, 12 Jul 2018 02:43:17 -0700 (PDT) Received: from pikantus.localnet (cable-78-34-34-47.netcologne.de [78.34.34.47]) by formal.dehy.de (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id w6C9h9L3011866; Thu, 12 Jul 2018 11:43:09 +0200 From: Antony Stone Organization: Open Source IT To: tools-discuss@ietf.org Date: Thu, 12 Jul 2018 11:43:03 +0200 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) Cc: Henrik Levkowetz , Martin Thomson , Mark Nottingham References: <56929F56-2CE4-4AA3-BCA9-1E85994676DD@mnot.net> <48014a07-6cdf-fddf-25be-e61a26870a29@levkowetz.com> In-Reply-To: <48014a07-6cdf-fddf-25be-e61a26870a29@levkowetz.com> X-From: pikantus MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201807121143.04479.Antony.Stone@open.source.it> X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (formal.dehy.de [81.169.166.228]); Thu, 12 Jul 2018 11:43:10 +0200 (CEST) Archived-At: Subject: Re: [Tools-discuss] Broken draft? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2018 09:43:23 -0000 On Wednesday 11 July 2018 at 13:09:24, Henrik Levkowetz wrote: > Hi Martin, > > On 2018-07-11 02:10, Martin Thomson wrote: > > Henrik, this looks like a manifestation of the same certification > > error we saw with the DOI references. From the error page: > > > > ( > failed (_ssl.c:590)>) > > Indeed, it was. That is not sorted, but I've taken that tools server > out of the DNS round-robin for regular tools.ietf.org urls. The xml2rfc > issue remains; hope to get that sorted today. We believe this is now fixed - there was a problem with the CA certificates on the machine, which has now been rectified. Please report if further problems are apparent. > > On Wed, Jul 11, 2018 at 9:42 AM Mark Nottingham wrote: > >> Hi, > >> > >> Could someone look into this? > >> > >> https://tools.ietf.org/html/draft-ietf-httpbis-expect-ct-06 Regards, -- Antony Stone Systems admin IETF Tools servers https://www.linkedin.com/in/antonystone From nobody Fri Jul 13 12:44:26 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23A32130F30 for ; Fri, 13 Jul 2018 12:44:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FL6XJvqWh7I7 for ; Fri, 13 Jul 2018 12:44:23 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14B65130DC5 for ; Fri, 13 Jul 2018 12:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1531511061; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9HYrt9sL8b5mELvI7tPeRvoghTqjR9dzgcIUy4G/U5I=; b=C2tVBfhXi2qkCJtxA4+SkS9LOsork91nR/c66Nf4aX7zb82ds8i4XkkTfnp3tfQb jI9VxTTaTjPznhbJlfwzZnBt5XxNZETnhup1RLAlce8kNzZTzeM3irOKdt1+sraf g+1vPQ58rLhMcZt13fXk2pdRp7J6DUnNym0X6KtppQk=; X-AuditID: c1b4fb30-93dff70000000a77-ff-5b4901156102 Received: from ESESSMB502.ericsson.se (Unknown_Domain [153.88.183.120]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 8F.83.02679.511094B5; Fri, 13 Jul 2018 21:44:21 +0200 (CEST) Received: from [100.94.56.147] (153.88.183.153) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 13 Jul 2018 21:44:20 +0200 To: From: Magnus Westerlund Message-ID: Date: Fri, 13 Jul 2018 15:44:17 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Originating-IP: [153.88.183.153] X-ClientProxiedBy: ESESBMB505.ericsson.se (153.88.183.172) To ESESSMB502.ericsson.se (153.88.183.163) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCLMWRmVeSWpSXmKPExsUyM2J7ha4oo2e0QddPbovtR+YyOjB6LFny kymAMYrLJiU1J7MstUjfLoErY9+5CewFkzgq9j64xdjAeJ6ti5GDQ0LARGLVQp0uRi4OIYGj jBKfr+5nhHDeM0rM7HgBVMTJISIgI7F1QTsjiM0mYCFx80cjWFxYQF9i8dYuJhCbV8Be4uPj j6wgNouAqsT1WQfBakQFYiSOTm5hg6gRlDg58wkLyGJmoPoHW8tAwswC8hLb385hhrDFJZq+ rAQbIySgLdHQ1AFmSwgoSVyfd50Fwk6XuHukm3UCo8AsJFNnIUydhWTqLCRTFzCyrGIULU4t TspNNzLSSy3KTC4uzs/Ty0st2cQIDMuDW34b7GB8+dzxEKMAB6MSD2/Ba49oIdbEsuLK3EOM EhzMSiK8ZT1AId6UxMqq1KL8+KLSnNTiQ4zSHCxK4rwWfpujhATSE0tSs1NTC1KLYLJMHJxS DYxTVkwK82K7Ob07n+nZuTDbdRYaYp8vrrdl8WkKtSxyYlr+6NhWAX6lWJu/TLNubrk81+zG 7KuH/iVu3d518pLfL6+E8KuPj3y6Y7LT8qv+rszeRb4MovovLxgf1eOq/dwds/+S087Z7x68 YVW/laQR8DBDemXCsdmPm0QkfijLVzDWaDtOEdFWYinOSDTUYi4qTgQAvtV+FEcCAAA= Archived-At: Subject: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 19:44:25 -0000 Hi, I have realized a complicating factor for getting the reviewers in TSVART review team to use the datatracker is that they miss their user specific options on review pages. So when the secretary assigns a review and the reviewer gets the email notification about the request to review. Then if one follows the link, the reviewer may not be logged in. And in that case they don't see the accept / reject buttons. Is there some way to make these user specific links to also result in prompting the reviewer to log in if they are not already? Cheers Magnus Westerlund ---------------------------------------------------------------------- Network Architecture & Protocols, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Fri Jul 13 12:54:57 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD7F6130F56 for ; Fri, 13 Jul 2018 12:54:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z0J_KXZmJpDQ for ; Fri, 13 Jul 2018 12:54:46 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EEF0130E25 for ; Fri, 13 Jul 2018 12:54:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 67080300A44 for ; Fri, 13 Jul 2018 15:54:44 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pORC-tt9P8nf for ; Fri, 13 Jul 2018 15:54:43 -0400 (EDT) Received: from [5.5.33.141] (vpn.snozzages.com [204.42.252.17]) by mail.smeinc.net (Postfix) with ESMTPSA id B48E13005C9; Fri, 13 Jul 2018 15:54:42 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) From: Russ Housley In-Reply-To: Date: Fri, 13 Jul 2018 15:54:42 -0400 Cc: tools-discuss@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> References: To: Magnus Westerlund X-Mailer: Apple Mail (2.3445.8.2) Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2018 19:54:55 -0000 Magnus: That is pretty easy to handle. Could you please enter a ticket so that = is does not get forgotten? https://trac.tools.ietf.org/tools/ietfdb/newticket Russ > On Jul 13, 2018, at 3:44 PM, Magnus Westerlund = wrote: >=20 > Hi, >=20 > I have realized a complicating factor for getting the reviewers in = TSVART review team to use the datatracker is that they miss their user = specific options on review pages. So when the secretary assigns a review = and the reviewer gets the email notification about the request to = review. Then if one follows the link, the reviewer may not be logged in. = And in that case they don't see the accept / reject buttons. >=20 > Is there some way to make these user specific links to also result in = prompting the reviewer to log in if they are not already? >=20 > Cheers >=20 > Magnus Westerlund >=20 > ---------------------------------------------------------------------- > Network Architecture & Protocols, Ericsson Research > ---------------------------------------------------------------------- > Ericsson AB | Phone +46 10 7148287 > Torshamnsgatan 23 | Mobile +46 73 0949079 > SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com > ---------------------------------------------------------------------- >=20 > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss >=20 > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org >=20 > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org From nobody Fri Jul 13 22:42:15 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1203C131052 for ; Fri, 13 Jul 2018 22:42:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netapp.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F3TKpFKvA2ck for ; Fri, 13 Jul 2018 22:42:10 -0700 (PDT) Received: from mx143.netapp.com (mx143.netapp.com [IPv6:2620:10a:4005:8000:2306::c]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDF3213104C for ; Fri, 13 Jul 2018 22:42:08 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.51,350,1526367600"; d="scan'208";a="270698114" Received: from vmwexchts03-prd.hq.netapp.com ([10.122.105.31]) by mx143-out.netapp.com with ESMTP; 13 Jul 2018 22:42:08 -0700 Received: from VMWEXCCAS01-PRD.hq.netapp.com (10.122.105.11) by VMWEXCHTS03-PRD.hq.netapp.com (10.122.105.31) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Fri, 13 Jul 2018 22:42:07 -0700 Received: from NAM02-CY1-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS01-PRD.hq.netapp.com (10.122.105.11) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Fri, 13 Jul 2018 22:42:08 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mZfrsS3tY66YKlWHcqtNeBNfUlr1aLeqCp/baf2e21c=; b=IzBfI4uQ53qunYcBJgsboE9X6LMoVGP/viTf7nAfzla2upM4VexjEJ4Gz6dgLPXWM4QGWxhtHju3djuUsYFCIHVWJkKQOAsXg0Nj4orEK3g6zz5/IfiQuDdjOlco6AtpHc5Q0c9Xy5u+25elBS++a+MI944CyFpCjmXw8eQodeA= Received: from MWHPR06MB2830.namprd06.prod.outlook.com (10.175.138.7) by MWHPR06MB2718.namprd06.prod.outlook.com (10.168.204.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.18; Sat, 14 Jul 2018 05:42:05 +0000 Received: from MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::cc2d:b840:31a2:53d0]) by MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::cc2d:b840:31a2:53d0%8]) with mapi id 15.20.0952.017; Sat, 14 Jul 2018 05:42:05 +0000 From: "Eggert, Lars" To: Russ Housley CC: Magnus Westerlund , "tools-discuss@ietf.org" Thread-Topic: [Tools-discuss] Datatracker email links and user login Thread-Index: AQHUGuHxobKfc/ZFCEezjwfTf6eNlKSNkOoAgACkHGU= Date: Sat, 14 Jul 2018 05:42:04 +0000 Message-ID: <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> References: , <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> In-Reply-To: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com; x-originating-ip: [2001:a61:2b9e:7000:2d37:a40d:9684:4b77] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR06MB2718; 7:Fb/NtqhxSq10sIp62iRaplEiR4zhCoh6Ypxac3cuyDJ8s8GaU9phVMaf7hOtVnhi80lqXYDxcJr1plbqd6Uogog3ZMCDq8IP9kIN46oF/+Z9gLL3HCbP399dXiyvVkbpev1vzgVksOtFR4fm9eV+ianaaUjx9l8rf3lVRfh2eIbui9jzvoP0rZ9zhJAujCynDGsHvmulYQFc50eC1dykgf2A/xSpNdcpUWDRik4ep+Z6vNJn5iptLyUIlC28LF0K x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: ae53919b-e3c3-4555-ba8c-08d5e94c8803 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7193020); SRVR:MWHPR06MB2718; x-ms-traffictypediagnostic: MWHPR06MB2718: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(120809045254105); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(3231311)(944501410)(52105095)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:MWHPR06MB2718; BCL:0; PCL:0; RULEID:; SRVR:MWHPR06MB2718; x-forefront-prvs: 07334CBCCD x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(366004)(376002)(346002)(39860400002)(136003)(199004)(189003)(6306002)(6512007)(46003)(25786009)(6246003)(83716003)(6486002)(6116002)(2900100001)(86362001)(5660300001)(316002)(6916009)(1720100001)(54906003)(99286004)(6436002)(53936002)(76176011)(97736004)(5250100002)(14454004)(105586002)(229853002)(2906002)(36756003)(11346002)(106356001)(446003)(14444005)(486006)(256004)(966005)(8936002)(186003)(478600001)(2616005)(81166006)(81156014)(8676002)(53546011)(82746002)(33656002)(102836004)(476003)(7736002)(305945005)(4326008)(6506007)(19273905006)(68736007)(563064011); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB2718; H:MWHPR06MB2830.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: BzIwLReT/bHbPmO29lI6fADyVIfmMUQtDKmoN31Se4XUhXdOSgfL6B7yF0JFpx+d3FSg2NHpPx+PJZYO3GycFlvnOxGtaTw4Ge/vshcOi7R4YZgGxqn61eGxVMpKIQjqock5EnBR7jZhPjZ0aMUOhnUZeWadr30xA6MYxIVSH7zWfisi9VOneVvV1/QJisFQ9gvtgiRpW9jJoyBHt4MN5YS4grmD/uBo77kswI42fRmKj70Hyc/Oh8jfQqzCbnCHzfg23hcELZRpJn7qNm+KV/Tyf8G8ugvWMe4FNBdDXrIxwCrIOoUmC/InEqIErIfq1ivA/lHSgfpLUi551uWGxmH2EGmxMjo06tHSnRZTS00= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ae53919b-e3c3-4555-ba8c-08d5e94c8803 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jul 2018 05:42:04.7481 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB2718 X-OriginatorOrg: netapp.com Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 05:42:13 -0000 I think there was a change at some point that makes the data tracker more a= ggressive about requiring another sign in round, which makes this worse. --=20 Sent from a mobile device; please excuse typos. +49 151 120 55791 > On Jul 13, 2018, at 21:55, Russ Housley wrote: >=20 > Magnus: >=20 > That is pretty easy to handle. Could you please enter a ticket so that i= s does not get forgotten? >=20 > https://trac.tools.ietf.org/tools/ietfdb/newticket >=20 > Russ >=20 >=20 >=20 >> On Jul 13, 2018, at 3:44 PM, Magnus Westerlund wrote: >>=20 >> Hi, >>=20 >> I have realized a complicating factor for getting the reviewers in TSVAR= T review team to use the datatracker is that they miss their user specific = options on review pages. So when the secretary assigns a review and the rev= iewer gets the email notification about the request to review. Then if one = follows the link, the reviewer may not be logged in. And in that case they = don't see the accept / reject buttons. >>=20 >> Is there some way to make these user specific links to also result in pr= ompting the reviewer to log in if they are not already? >>=20 >> Cheers >>=20 >> Magnus Westerlund >>=20 >> ---------------------------------------------------------------------- >> Network Architecture & Protocols, Ericsson Research >> ---------------------------------------------------------------------- >> Ericsson AB | Phone +46 10 7148287 >> Torshamnsgatan 23 | Mobile +46 73 0949079 >> SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com >> ---------------------------------------------------------------------- >>=20 >> ___________________________________________________________ >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >>=20 >> Please report datatracker.ietf.org and mailarchive.ietf.org >> bugs at http://tools.ietf.org/tools/ietfdb >> or send email to datatracker-project@ietf.org >>=20 >> Please report tools.ietf.org bugs at >> http://tools.ietf.org/tools/issues >> or send email to webmaster@tools.ietf.org >=20 > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss >=20 > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org >=20 > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org From nobody Sat Jul 14 07:58:16 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B9EF130FF8 for ; Sat, 14 Jul 2018 07:58:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XHVDuhbvsmXc for ; Sat, 14 Jul 2018 07:58:13 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56819130DDE for ; Sat, 14 Jul 2018 07:58:13 -0700 (PDT) Received: from [2001:67c:370:128:8db7:51e:185:8869] (port=53356) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1feLzv-0000YD-8A; Sat, 14 Jul 2018 07:58:11 -0700 To: "Eggert, Lars" , Russ Housley References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> Cc: Magnus Westerlund , "tools-discuss@ietf.org" From: Henrik Levkowetz Message-ID: <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> Date: Sat, 14 Jul 2018 16:58:09 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:370:128:8db7:51e:185:8869 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, magnus.westerlund@ericsson.com, housley@vigilsec.com, lars@netapp.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jul 2018 14:58:14 -0000 Hi Lars, On 2018-07-14 07:42, Eggert, Lars wrote: > I think there was a change at some point that makes the data tracker > more aggressive about requiring another sign in round, which makes > this worse. I've also noticed this lately, and been somewhat surprised. I'll have a look. Best regards, Henrik From nobody Sun Jul 15 06:42:23 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FD4A130DEB for ; Sun, 15 Jul 2018 06:42:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T7HBFD8_DJkc for ; Sun, 15 Jul 2018 06:42:19 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EDB6130DD1 for ; Sun, 15 Jul 2018 06:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1531662137; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=CWcpZUOABXkrWnXqgQVgc5CM67KC6CI1GLKIbP8mVeQ=; b=chHFBIHikER6JThNLBQVuPkO6fGjfkCeZubzqAfH9+ToYrrBFu3G47Kc6kF3CW3N NwMmR6NzZFF440/xwXcRi7XQTkGrWhRUbU4kzlFRD5uUND8E6irGTS0RK6VJPZoU tA4+/02rYLrbzByMVYbKfHtprhbOYrcGv+Miau7wvOE=; X-AuditID: c1b4fb2d-5ecb19c0000055ff-37-5b4b4f39716d Received: from ESESSMB502.ericsson.se (Unknown_Domain [153.88.183.120]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id AF.F2.22015.93F4B4B5; Sun, 15 Jul 2018 15:42:17 +0200 (CEST) Received: from [100.94.54.86] (153.88.183.153) by ESESSMB502.ericsson.se (153.88.183.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Sun, 15 Jul 2018 15:42:16 +0200 To: Henrik Levkowetz , "Eggert, Lars" , Russ Housley CC: "tools-discuss@ietf.org" References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> From: Magnus Westerlund Message-ID: <53cffc63-b965-3c3d-6644-83a94073867f@ericsson.com> Date: Sun, 15 Jul 2018 09:42:13 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Originating-IP: [153.88.183.153] X-ClientProxiedBy: ESESSMB503.ericsson.se (153.88.183.164) To ESESSMB502.ericsson.se (153.88.183.163) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJLMWRmVeSWpSXmKPExsUyM2J7ha6lv3e0wf//phbNbYfYLF69uMlu 8eJ1D4vF9iNzGR1YPJYs+cnksXz+DkaPGZ++sHmsuvOFNYAlissmJTUnsyy1SN8ugSvj6aQt jAWH2Ctmnj7A3MDYz9bFyMkhIWAicWXzESCbi0NI4CijRP/dm8wQzjtGieb5fewgVcICzhKv ez8ygtgiAiUS77+/ZQKxmQVMJVZ3zwabJCTwgFHi9hFBEJtNwELi5o9GsDivgL3E0YsQvSwC qhK3jy9kBbFFBWIkjk5ugaoRlDg58wkLiM0p4CixsOMG1HwLiZnzzzNC2PISzVtnM0PY4hJN X1ayQuzVlmho6mCF+EZJ4vq86ywQdrrEtKdrmCYwCs9CsmIWkrGzkIydhWTsAkaWVYyixanF xbnpRsZ6qUWZycXF+Xl6eaklmxiBEXJwy2/dHYyrXzseYhTgYFTi4W108Y4WYk0sK67MPcQo wcGsJMK7StwrWog3JbGyKrUoP76oNCe1+BCjNAeLkjiv3qo9UUIC6YklqdmpqQWpRTBZJg5O qQbGQu2OJXxrp3BO48tQYEhQfKHJsuOvtlnIYbWvs2V3LDkrnC63JcBBy50vL9tmbcezrQsm sL4/WKxlZ2A9+VtKpnTYVEe5CctP3ot/OPFMS+3WBzsvrWJKuRV6OrWddbLKdvkSgQ8XVm/3 P/3byWpGwN3ZKTwBRQ/Z4vt070e6rPY7p+PNYeSmxFKckWioxVxUnAgAhyhixIwCAAA= Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2018 13:42:22 -0000 Created issue: https://trac.tools.ietf.org/tools/ietfdb/ticket/2543 Den 2018-07-14 kl. 10:58, skrev Henrik Levkowetz: > Hi Lars, > > On 2018-07-14 07:42, Eggert, Lars wrote: >> I think there was a change at some point that makes the data tracker >> more aggressive about requiring another sign in round, which makes >> this worse. > > I've also noticed this lately, and been somewhat surprised.  I'll > have a look. > > > Best regards, > >     Henrik > > -- Magnus Westerlund ---------------------------------------------------------------------- Network Architecture & Protocols, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ---------------------------------------------------------------------- From nobody Sun Jul 15 07:07:46 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDDA0130DD1 for ; Sun, 15 Jul 2018 07:07:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5VdzDlrROnPg for ; Sun, 15 Jul 2018 07:07:43 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EB90120049 for ; Sun, 15 Jul 2018 07:07:43 -0700 (PDT) Received: from [2001:67c:370:128:78c2:bd03:f59b:6aa9] (port=58155) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fehgc-0002Bi-4w; Sun, 15 Jul 2018 07:07:42 -0700 To: Magnus Westerlund , "Eggert, Lars" , Russ Housley References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> <53cffc63-b965-3c3d-6644-83a94073867f@ericsson.com> Cc: "tools-discuss@ietf.org" From: Henrik Levkowetz Message-ID: <891ca591-3010-fb7e-5bb8-3d0071e8bf9d@levkowetz.com> Date: Sun, 15 Jul 2018 16:07:41 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <53cffc63-b965-3c3d-6644-83a94073867f@ericsson.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:370:128:78c2:bd03:f59b:6aa9 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, housley@vigilsec.com, lars@netapp.com, magnus.westerlund@ericsson.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2018 14:07:45 -0000 On 2018-07-15 15:42, Magnus Westerlund wrote: > Created issue: > > https://trac.tools.ietf.org/tools/ietfdb/ticket/2543 Thank you! Henrik > Den 2018-07-14 kl. 10:58, skrev Henrik Levkowetz: >> Hi Lars, >> >> On 2018-07-14 07:42, Eggert, Lars wrote: >>> I think there was a change at some point that makes the data tracker >>> more aggressive about requiring another sign in round, which makes >>> this worse. >> >> I've also noticed this lately, and been somewhat surprised. I'll >> have a look. >> >> >> Best regards, >> >> Henrik >> >> > From nobody Sun Jul 15 11:02:42 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34CC1130ECD for ; Sun, 15 Jul 2018 11:02:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xkdca904jF62 for ; Sun, 15 Jul 2018 11:02:39 -0700 (PDT) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11897130EC8 for ; Sun, 15 Jul 2018 11:02:39 -0700 (PDT) Received: by mail-oi0-x230.google.com with SMTP id q11-v6so45214154oic.12 for ; Sun, 15 Jul 2018 11:02:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=iMGrhfv8YkZ9C5blOnLkuR7o7O6ZeoMmhRn7tFtRhoY=; b=DfXjikrDEJ5ZH8vszfI8wwhaEG6qvPa0GP5OOF8hpzIZdp37+R/MH4zR/YNQuOD4zw jMHKslo2RHFrQWfg4s7MQ335Qo64wpjoG5Of7hkk1T4hyRBqBD34O8bMbuPKlMdW0WNU +qmm2/ytHs0j+D/AEpzDLx7UEO/3WH1K3A1JG2vGSOGQrJCceS4gPVh+PUxEU6bqzitA dD1qx1CqKttBkFBl+sRDDZjkHZ4WlGKlwC7WyqTTV11qdvprc9sVtx619thBWaDEem2C BqLidLuOHsHe07loMigRf7m6/zZoXLDDOPCE9sZf/YD1WHCBDrG/UYtXEUzGEhvaaAN5 SYAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=iMGrhfv8YkZ9C5blOnLkuR7o7O6ZeoMmhRn7tFtRhoY=; b=HU0VLQ6YuX0UgzPYrK7ULb3DUcX3mdIAuSUgoLLYPcUPoY3aie+7s51j+jWtZGtX/6 RCx8lvQRtpV8uXqgeYcVAxg1+D4pTTQB4Th96Lo+C7E8yom7dqXGKTgYnyuF7n6sW0VL rTOPC5UM8qwkssx5QMb4Lrcwk8fA+zkJ7WaiBaHTc2hy2dL+t8+2XC4nWlu5MKzKMNHK dmAmHKEr3iKbIhbKRreRYAQ/PNgIJW2W0DROvwU+gcT7qwogW6x5q0ojYi4Uwu4JVckI Y4Wa83LDV6EYxcYExCU8CqjJb1DCiKDjckhCkpCwsSYN57F4tFIq0OzQ+zK578gUcO6p TEoQ== X-Gm-Message-State: AOUpUlH8y4nqPlAhLtqY2pXwTmep37B5EjUKBY6l6CsmihZK3ujjzGUW Lwp7v+OM7nyPwZzkLuBkqqM7DvN1382F7vH9vY4iaQOk X-Google-Smtp-Source: AAOMgpfQRPDdbp6OIIUTab67eMqEr3zLYq04T4JhEnErbMHdUObeR0mESpaY/SaGKhC186qTOVlNap/4B/ZVn8hN96s= X-Received: by 2002:aca:120e:: with SMTP id 14-v6mr14274604ois.144.1531677758226; Sun, 15 Jul 2018 11:02:38 -0700 (PDT) MIME-Version: 1.0 From: Martin Thomson Date: Sun, 15 Jul 2018 14:02:29 -0400 Message-ID: To: "tools-discuss@ietf.org Discussion" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Tools-discuss] Odd bug with nonexistent RFC X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2018 18:02:41 -0000 https://tools.ietf.org/html/rfc397 The IETF site says 397, but this says 387. RFC 387 does appear to exist. From nobody Sun Jul 15 11:17:06 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A14012F18C for ; Sun, 15 Jul 2018 11:17:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UVTzXJjpuQdh for ; Sun, 15 Jul 2018 11:17:03 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 107D1128CF3 for ; Sun, 15 Jul 2018 11:17:03 -0700 (PDT) Received: from [2001:67c:370:128:594e:305b:101d:6111] (port=60882) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1felZu-0006qb-AX; Sun, 15 Jul 2018 11:17:02 -0700 To: Martin Thomson , "tools-discuss@ietf.org Discussion" References: From: Henrik Levkowetz Message-ID: <0bd77338-4504-d7e8-7e7a-896b71ac226f@levkowetz.com> Date: Sun, 15 Jul 2018 20:17:00 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:370:128:594e:305b:101d:6111 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, martin.thomson@gmail.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Odd bug with nonexistent RFC X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2018 18:17:05 -0000 On 2018-07-15 20:02, Martin Thomson wrote: > https://tools.ietf.org/html/rfc397 > > The IETF site says 397, but this says 387. RFC 387 does appear to exist. Huh. I've deleted the tools copy, which will cause it to be re-fetched from the RFC Editor's copy. The RFC Editor's copy seems to have been corrected in 2016. Henrik > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > From nobody Mon Jul 16 09:50:42 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D876130DDF for ; Mon, 16 Jul 2018 09:50:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NwjFf6e1SQyu for ; Mon, 16 Jul 2018 09:50:32 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 363D9131122 for ; Mon, 16 Jul 2018 09:50:28 -0700 (PDT) Received: from [2001:67c:370:128:d49e:675:5049:99c1] (port=49890) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ff6he-0002fU-KI; Mon, 16 Jul 2018 09:50:26 -0700 To: "Eggert, Lars" , Russ Housley References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> Cc: Magnus Westerlund , "tools-discuss@ietf.org" From: Henrik Levkowetz Message-ID: Date: Mon, 16 Jul 2018 18:50:25 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:370:128:d49e:675:5049:99c1 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, magnus.westerlund@ericsson.com, housley@vigilsec.com, lars@netapp.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 16:50:34 -0000 On 2018-07-14 16:58, Henrik Levkowetz wrote: > Hi Lars, > > On 2018-07-14 07:42, Eggert, Lars wrote: >> I think there was a change at some point that makes the data tracker >> more aggressive about requiring another sign in round, which makes >> this worse. > > I've also noticed this lately, and been somewhat surprised. I'll > have a look. I checked this, and the session cookie is still set to 4 weeks, but we're saving session data in memcache, so there's a possibility that it gets pushed out much earlier. I'm going to check with Glen about increasing the memory setting for memcached. Henrik > > Best regards, > > Henrik > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > From nobody Mon Jul 16 11:59:07 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E615E130FD9 for ; Mon, 16 Jul 2018 11:58:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id anQBlxUoYiBL for ; Mon, 16 Jul 2018 11:58:56 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05321131191 for ; Mon, 16 Jul 2018 11:58:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id E21D6401448 for ; Mon, 16 Jul 2018 11:58:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1531767527; bh=7HyfnYfh7E1KZiuB0G8IyNqSlrbMChRPLGC7USTCwtY=; h=To:From:Subject:Date:From; b=pj9pJ6C6SQF5afYGPQjtrqbqSR47wTmpZphL4lk8lVfmSSRHGByaPdsWCn28ES0mg gAW50peo0LvgKflOG5WJ+4m8fyKCsTNCn5AlX9foYyB/njC0lv6kL1SjJcr5SD4zpW O5NLP3OxTfNdrv412CVrlVcInuTmuNyRBJw2ROyc= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from dhcp-9439.meeting.ietf.org (unknown [IPv6:2001:67c:1232:144:81c0:5282:41d1:91d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 79F8E2410B9 for ; Mon, 16 Jul 2018 11:58:47 -0700 (PDT) To: tools-discuss@ietf.org From: "Joel M. Halpern" Message-ID: <37ff5023-f9e6-ad92-c0be-c8d77b9a9d5d@joelhalpern.com> Date: Mon, 16 Jul 2018 14:58:43 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Tools-discuss] Datatracker header bar problem X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 18:59:06 -0000 I am not sure I can give enough information to usefully diagnose this problem, so I am sending an email instead of opening a ticket. On the datatracker, the header bar has a "GROUPS" element. If I mosue over that, and mouse over "Routing" I get a popup list that is supposed to have all the routing WGs. It extends off the bottom of my screen. (I am using a good resolution MAC, with the dock fixed at the bottom.) I can scroll the list somewhat, but once I scroll so that sfc appears at the bottom, any further scrolling scrolls the page, not the popup list. I presume that the web management things that I have scrolled to the bottom of the list, and does not realize that the display actually extends past the bottom of the window, and is thus invisible? Yours, Joel From nobody Mon Jul 16 12:09:18 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E245F131180 for ; Mon, 16 Jul 2018 12:09:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UBj074DjRsEE for ; Mon, 16 Jul 2018 12:09:14 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 018E7130FD9 for ; Mon, 16 Jul 2018 12:09:14 -0700 (PDT) Received: from [2001:67c:370:128:d49e:675:5049:99c1] (port=53157) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ff8rx-0002LK-9v; Mon, 16 Jul 2018 12:09:13 -0700 To: "Joel M. Halpern" , tools-discuss@ietf.org References: <37ff5023-f9e6-ad92-c0be-c8d77b9a9d5d@joelhalpern.com> From: Henrik Levkowetz Message-ID: Date: Mon, 16 Jul 2018 21:09:12 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <37ff5023-f9e6-ad92-c0be-c8d77b9a9d5d@joelhalpern.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:370:128:d49e:675:5049:99c1 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, jmh@joelhalpern.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Datatracker header bar problem X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 19:09:17 -0000 Hi Joel, On 2018-07-16 20:58, Joel M. Halpern wrote: > I am not sure I can give enough information to usefully diagnose this > problem, so I am sending an email instead of opening a ticket. > > On the datatracker, the header bar has a "GROUPS" element. If I mosue > over that, and mouse over "Routing" I get a popup list that is supposed > to have all the routing WGs. It extends off the bottom of my screen. > (I am using a good resolution MAC, with the dock fixed at the bottom.) > I can scroll the list somewhat, but once I scroll so that sfc appears at > the bottom, any further scrolling scrolls the page, not the popup list. > > I presume that the web management things that I have scrolled to the > bottom of the list, and does not realize that the display actually > extends past the bottom of the window, and is thus invisible? Pretty much so. A workaround is to use command-minus to make the browser font smaller (temporarily), which would let the whole secondary menu drop-down be visible on-screen. This is not a new issue, and I haven't found a good way to deal with it. One would wish that bootstrap (which has different layout settings for different browser window sizes) would have some mechanism to deal with sizing drop-down menus, but I haven't found any. Setting different fixed drop-down sizes cause other complaints (there were a number of them when we introduced the bootstrap styling). It bothers me that I don't have anything better to suggest, but it's not for lack of tweaking :-( Best regards, Henrik > > Yours, > Joel > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > From nobody Mon Jul 16 12:12:36 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 490591311EB for ; Mon, 16 Jul 2018 12:12:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k1dAIix7RnbX for ; Mon, 16 Jul 2018 12:12:24 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AC3B31311C4 for ; Mon, 16 Jul 2018 12:12:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 9437A4014B6; Mon, 16 Jul 2018 12:12:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1531768344; bh=+akHoZEfP+Ku5fwApDmqSUjz7rExLlXTSau/2YiQJl8=; h=Subject:To:References:From:Date:In-Reply-To:From; b=lxy2OTFL6uoo2/l6s16QtNKshUwScEdmkSkyRghUl01y4mumNfvS95eVpzaw4V116 /deCuqRpcgPUsW060nSotLlsRkkPy/mUfLyYM6sAxzbwJWaJTQ07/q5VOEZoSqtOEB QoHiScMqDVW9pNr9zlpfhGh7nfJ5vJEZVO7qYAns= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from dhcp-9439.meeting.ietf.org (unknown [IPv6:2001:67c:1232:144:81c0:5282:41d1:91d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 1DD35401443; Mon, 16 Jul 2018 12:12:24 -0700 (PDT) To: Henrik Levkowetz , tools-discuss@ietf.org References: <37ff5023-f9e6-ad92-c0be-c8d77b9a9d5d@joelhalpern.com> From: "Joel M. Halpern" Message-ID: Date: Mon, 16 Jul 2018 15:12:23 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Tools-discuss] Datatracker header bar problem X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 19:12:36 -0000 Thanks Henrik. Sounds like you are as on top of it as possible, and I will stick with the various work-arounds. Yours, Joel On 7/16/18 3:09 PM, Henrik Levkowetz wrote: > Hi Joel, > > On 2018-07-16 20:58, Joel M. Halpern wrote: >> I am not sure I can give enough information to usefully diagnose this >> problem, so I am sending an email instead of opening a ticket. >> >> On the datatracker, the header bar has a "GROUPS" element.  If I mosue >> over that, and mouse over "Routing" I get a popup list that is supposed >> to have all the routing WGs.  It extends off the bottom of my screen. >> (I am using a good resolution MAC, with the dock fixed at the bottom.) >> I can scroll the list somewhat, but once I scroll so that sfc appears at >> the bottom, any further scrolling scrolls the page, not the popup list. >> >> I presume that the web management things that I have scrolled to the >> bottom of the list, and does not realize that the display actually >> extends past the bottom of the window, and is thus invisible? > > Pretty much so.  A workaround is to use command-minus to make the browser > font smaller (temporarily), which would let the whole secondary menu > drop-down be visible on-screen. > > This is not a new issue, and I haven't found a good way to deal with it. > One would wish that bootstrap (which has different layout settings for > different browser window sizes) would have some mechanism to deal with > sizing drop-down menus, but I haven't found any.  Setting different > fixed drop-down sizes cause other complaints (there were a number of them > when we introduced the bootstrap styling). > > It bothers me that I don't have anything better to suggest, but it's not > for lack of tweaking :-( > > > Best regards, > >     Henrik > >> >> Yours, >> Joel >> >> ___________________________________________________________ >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org and mailarchive.ietf.org >> bugs at http://tools.ietf.org/tools/ietfdb >> or send email to datatracker-project@ietf.org >> >> Please report tools.ietf.org bugs at >> http://tools.ietf.org/tools/issues >> or send email to webmaster@tools.ietf.org >> > From nobody Tue Jul 17 00:04:03 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37482130DD0 for ; Tue, 17 Jul 2018 00:04:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netapp.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FSY2fDxUfX3E for ; Tue, 17 Jul 2018 00:03:59 -0700 (PDT) Received: from mx143.netapp.com (mx143.netapp.com [IPv6:2620:10a:4005:8000:2306::c]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96688130DEA for ; Tue, 17 Jul 2018 00:03:56 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.51,364,1526367600"; d="scan'208";a="271253457" Received: from vmwexchts04-prd.hq.netapp.com ([10.122.105.32]) by mx143-out.netapp.com with ESMTP; 17 Jul 2018 00:03:56 -0700 Received: from VMWEXCCAS12-PRD.hq.netapp.com (10.122.105.30) by VMWEXCHTS04-PRD.hq.netapp.com (10.122.105.32) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Tue, 17 Jul 2018 00:03:26 -0700 Received: from NAM04-CO1-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS12-PRD.hq.netapp.com (10.122.105.30) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Tue, 17 Jul 2018 00:03:26 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1DqKuuszssPpbacWMm7Kp8iJ7LOj9o1S/yVRez66fmM=; b=poyd2raruQHnlo4eJsL5r4/F9CZ6cJJmMZ6YlPfVuWsHa9D6xtynmMAyQ6q3IA0KjRiqsf51NK6yScr76evwK2INBgeMQCj5OFqhnrIiDBmTAJHFxca694SuEDvHOteq0xAhTecMiZoyesqyTJf5cIUliytg5k/74gwUFJULOgI= Received: from MWHPR06MB2830.namprd06.prod.outlook.com (10.175.138.7) by MWHPR06MB3389.namprd06.prod.outlook.com (10.174.251.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.17; Tue, 17 Jul 2018 07:03:24 +0000 Received: from MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::cc2d:b840:31a2:53d0]) by MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::cc2d:b840:31a2:53d0%8]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 07:03:24 +0000 From: "Eggert, Lars" To: "Joel M. Halpern" CC: Henrik Levkowetz , "tools-discuss@ietf.org" Thread-Topic: [Tools-discuss] Datatracker header bar problem Thread-Index: AQHUHTcje5QhIgQqQ0+TpPbtVATU7qSSNocAgAAA5ICAAMaoxA== Date: Tue, 17 Jul 2018 07:03:24 +0000 Message-ID: References: <37ff5023-f9e6-ad92-c0be-c8d77b9a9d5d@joelhalpern.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com; x-originating-ip: [109.41.193.94] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR06MB3389; 7:IaULdW0+470Es9Wt5VBOMoBvv+Qky7NZjz29gMM2dKsQ/ZpIjQb3552FEbov9Fam1KM4HLIxu6V+vB7hQt+mO0EQyd1/D2GVjfO0V7CdPw3Im7f7CyM8AWK/jYFjMkd+3rR/LyKV32dDLIo88rf1CbUPUlTGzA2PGGcc4hNL6MLKonXmGjSmMJA/dHOlgJLpew1JiGMSYvC5+8+8dFP23RDVkEMPAvfzzxjlM7ZmSdsTGY6CBfKett2YtrtM9cGS x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 4d07e5ef-140a-4cee-b8d4-08d5ebb363c7 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7193020); SRVR:MWHPR06MB3389; x-ms-traffictypediagnostic: MWHPR06MB3389: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(3231311)(944501410)(52105095)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123562045)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:MWHPR06MB3389; BCL:0; PCL:0; RULEID:; SRVR:MWHPR06MB3389; x-forefront-prvs: 073631BD3D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(136003)(39860400002)(366004)(396003)(31014005)(199004)(189003)(102836004)(446003)(316002)(5250100002)(6116002)(476003)(3846002)(86362001)(486006)(53546011)(6506007)(26005)(97736004)(305945005)(8936002)(256004)(1720100001)(14444005)(81166006)(54906003)(5660300001)(81156014)(66066001)(8676002)(36756003)(76176011)(7736002)(186003)(478600001)(6512007)(99286004)(53936002)(11346002)(25786009)(6436002)(83716003)(229853002)(6486002)(106356001)(2616005)(68736007)(105586002)(2906002)(2900100001)(14454004)(6306002)(82746002)(19273905006)(4326008)(6916009)(966005)(6246003)(33656002)(563064011); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3389; H:MWHPR06MB2830.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: y0bIE7GBu4DCg49xRLhabjcBs/mLuFIA2lxWa0PIZptlpkNSxQgudhiNrRHAXOVOikF+alGHT6NPNroSrpNUhn5xr8U7kPl5725657KcHSgKVYXvHYnOqFhqiV93PxCnPU1HRNmPTYujpQ9k2PNCu8K0I766mWogULibvmve2sHJsrDUgjV42mrcJVAPbzbkMlr09iab+aMmtv0vV3pn/fJmHZXFLqNnrFVQaktQZZ594VOxk9iHkMORIVlfnYsuj9iavJvi4D+WssOY2pmwUYOzPEbUtX0kqh7f9mIdD7pgGWKxKuv9zR+tg4sQCgfSHoRGfLXmjPg3kXejKaaNVZXYuz/P0b3+rlGjd5lIAHk= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 4d07e5ef-140a-4cee-b8d4-08d5ebb363c7 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 07:03:24.5737 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3389 X-OriginatorOrg: netapp.com Archived-At: Subject: Re: [Tools-discuss] Datatracker header bar problem X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2018 07:04:01 -0000 Can you use the left-hand nav pane? --=20 Sent from a mobile device; please excuse typos. +49 151 120 55791 > On Jul 16, 2018, at 21:13, Joel M. Halpern wrote: >=20 > Thanks Henrik. Sounds like you are as on top of it as possible, and I wi= ll stick with the various work-arounds. >=20 > Yours, > Joel >=20 >> On 7/16/18 3:09 PM, Henrik Levkowetz wrote: >> Hi Joel, >>> On 2018-07-16 20:58, Joel M. Halpern wrote: >>> I am not sure I can give enough information to usefully diagnose this >>> problem, so I am sending an email instead of opening a ticket. >>>=20 >>> On the datatracker, the header bar has a "GROUPS" element. If I mosue >>> over that, and mouse over "Routing" I get a popup list that is supposed >>> to have all the routing WGs. It extends off the bottom of my screen. >>> (I am using a good resolution MAC, with the dock fixed at the bottom.) >>> I can scroll the list somewhat, but once I scroll so that sfc appears a= t >>> the bottom, any further scrolling scrolls the page, not the popup list. >>>=20 >>> I presume that the web management things that I have scrolled to the >>> bottom of the list, and does not realize that the display actually >>> extends past the bottom of the window, and is thus invisible? >> Pretty much so. A workaround is to use command-minus to make the browse= r >> font smaller (temporarily), which would let the whole secondary menu >> drop-down be visible on-screen. >> This is not a new issue, and I haven't found a good way to deal with it. >> One would wish that bootstrap (which has different layout settings for >> different browser window sizes) would have some mechanism to deal with >> sizing drop-down menus, but I haven't found any. Setting different >> fixed drop-down sizes cause other complaints (there were a number of the= m >> when we introduced the bootstrap styling). >> It bothers me that I don't have anything better to suggest, but it's not >> for lack of tweaking :-( >> Best regards, >> Henrik >>>=20 >>> Yours, >>> Joel >>>=20 >>> ___________________________________________________________ >>> Tools-discuss mailing list >>> Tools-discuss@ietf.org >>> https://www.ietf.org/mailman/listinfo/tools-discuss >>>=20 >>> Please report datatracker.ietf.org and mailarchive.ietf.org >>> bugs at http://tools.ietf.org/tools/ietfdb >>> or send email to datatracker-project@ietf.org >>>=20 >>> Please report tools.ietf.org bugs at >>> http://tools.ietf.org/tools/issues >>> or send email to webmaster@tools.ietf.org >>>=20 >=20 > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss >=20 > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org >=20 > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org From nobody Tue Jul 17 01:18:35 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9FF312F1AB for ; Tue, 17 Jul 2018 01:18:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.091 X-Spam-Level: X-Spam-Status: No, score=-4.091 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=netapp.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wxz0bb-ce_14 for ; Tue, 17 Jul 2018 01:18:31 -0700 (PDT) Received: from mx144.netapp.com (mx144.netapp.com [IPv6:2620:10a:4005:8000:2306::d]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 873F712777C for ; Tue, 17 Jul 2018 01:18:31 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.51,365,1526367600"; d="asc'?scan'208";a="269606914" Received: from vmwexchts01-prd.hq.netapp.com ([10.122.105.12]) by mx144-out.netapp.com with ESMTP; 17 Jul 2018 01:18:25 -0700 Received: from VMWEXCCAS06-PRD.hq.netapp.com (10.122.105.22) by VMWEXCHTS01-PRD.hq.netapp.com (10.122.105.12) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Tue, 17 Jul 2018 01:18:24 -0700 Received: from NAM04-SN1-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS06-PRD.hq.netapp.com (10.122.105.22) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Tue, 17 Jul 2018 01:18:25 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=okDwUXWc9zjddx7WDul/okFtYTbgvILH7eWQpAGgLXQ=; b=O3DawoaxaH4dLR1aYYjMX6Mx3fzJy5d69fKrDZsN9Wp4rOJX4sizQtEiq2TBqGT/2LM2iwwM+W1Hr6ITl5x0SlAkb9jtn01LAHiUB5fQzrNOeproiNpVnlzYc7YS9Cuf/FPl5nBkfI7aDcy7rZ+ZBov9Won+OOMM7dcwX7toIuc= Received: from MWHPR06MB2830.namprd06.prod.outlook.com (10.175.138.7) by MWHPR06MB3312.namprd06.prod.outlook.com (10.174.251.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.18; Tue, 17 Jul 2018 08:18:23 +0000 Received: from MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::cc2d:b840:31a2:53d0]) by MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::cc2d:b840:31a2:53d0%8]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 08:18:23 +0000 From: "Eggert, Lars" To: Henrik Levkowetz CC: Russ Housley , Magnus Westerlund , "tools-discuss@ietf.org" Thread-Topic: [Tools-discuss] Datatracker email links and user login Thread-Index: AQHUGuHxobKfc/ZFCEezjwfTf6eNlKSNkOoAgACkHGWAAJtegIADRAeAgAEDRAA= Date: Tue, 17 Jul 2018 08:18:22 +0000 Message-ID: <4F1862A5-760D-49CE-9415-2646EDC4C871@netapp.com> References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.9.1) x-originating-ip: [217.70.211.15] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR06MB3312; 7:RBgqpwmTIhR05rkJGI+c5CEX5phxA6YO7pDBMjRkCOSIQWmgKE3zILhVEfk08OWaUlzPyuJPkCAYLTYlCICSX3QadAlME0nwzydsdyr7oucquqLDnH208C2Y2gFcd9QfW/nFWVHP0EGV5yUT/PGuDfMNt0ff4t/2Lv+/DEYeQUTRf2Lw4bdRiSBbFI0uyHzCf9OOBP2aoDV/klD66rf2egSDNaqYpEdsQQd8ArUEb3S70YAMfVAjLjs0+exS8+nn x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 0a758654-80ef-4417-6c28-08d5ebbddd18 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(49563074)(7193020); SRVR:MWHPR06MB3312; x-ms-traffictypediagnostic: MWHPR06MB3312: authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3002001)(3231311)(944501410)(52105095)(93006095)(93001095)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123558120)(20161123564045)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:MWHPR06MB3312; BCL:0; PCL:0; RULEID:; SRVR:MWHPR06MB3312; x-forefront-prvs: 073631BD3D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(346002)(376002)(39860400002)(136003)(366004)(199004)(189003)(476003)(11346002)(76176011)(53546011)(6506007)(102836004)(2616005)(6916009)(4326008)(446003)(256004)(486006)(99286004)(26005)(7736002)(25786009)(53936002)(93886005)(6246003)(8936002)(305945005)(81156014)(2906002)(81166006)(8676002)(186003)(4001150100001)(6436002)(5660300001)(97736004)(86362001)(2900100001)(57306001)(99936001)(66066001)(50226002)(6486002)(106356001)(36756003)(3846002)(6116002)(54906003)(229853002)(82746002)(6512007)(83716003)(5250100002)(14454004)(316002)(33656002)(68736007)(105586002)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3312; H:MWHPR06MB2830.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: Rs1uTHtpYMwlKYy6kO1mZiWDazzkn3PeuLlF1mHY/Vvuj7s+7HV5EggsJ4ruVDk0uBnVuoCkEVF7uPKSaPhQuur41mRBImMaJXZmVv5Ased1vK74hipAYXUKHG4xRD0hn14jbHkULim2I1yb7mewzZdx8beWdGXnikvYLyDfYSQtzl0qbKBdY70+HSTKF0WXHtP+Vt9LiOeQ9LmAJlw5qGXMhZD4SJxkdD6Ijdn4N0Ui9NJTt4uEcBlLaIZLPebh9xHFSoX91Itwq8vvwSFNmasORHCTe6yUnWdvUxt6iA3++lQmQ/sqf5SDKLcvs4s8Raq5DmzOWACRT65UmM4qp8OW5lH00ejy7bGMgkOW7GM= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; boundary="Apple-Mail=_F9E8566B-385C-401E-BF75-CA079A2A282C"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0a758654-80ef-4417-6c28-08d5ebbddd18 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 08:18:22.9331 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3312 X-OriginatorOrg: netapp.com Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2018 08:18:34 -0000 --Apple-Mail=_F9E8566B-385C-401E-BF75-CA079A2A282C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 2018-7-16, at 18:50, Henrik Levkowetz wrote: > I checked this, and the session cookie is still set to 4 weeks, but we're > saving session data in memcache, so there's a possibility that it gets > pushed out much earlier. I'm going to check with Glen about increasing > the memory setting for memcached. I basically need to log in every single day. Lars --Apple-Mail=_F9E8566B-385C-401E-BF75-CA079A2A282C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAltNpk4ACgkQVLXDCb9w wVfgSQ/+NoFKrWo1yy3Dvq3Y8blmE/d9Vl98x+8rLD1oFgU6QrNpYifUbY1FF25l LVTzV4hDuKgsZRveRspMRRwc383HFQwl1RBFp8rBT9xsE0K4SLphhDHVYU2unxia JYe1UIrUhMfru1ElJK6S5AJ/AjAO6BxSFtOkx9DB4gb55OspOOsJrdLlLPZD7G3Z ivdI4r7Zww03Jw67OOcWq6ZCyUbF1mFLvLwgGFwzQOHhF43uUUYx6bmpLJXgAEXW VbvXxIphPO1LQuma0q4upt6Ps7ggR0yOQIbBt18iXRT8I8Y4eJjH+eKDPFOe4BI4 jmrCKvO+z0g7K+sa2huv0N3A177pk2wxpHaf3riKcWwhpu0jHf/7dWML1ACoOddJ XUSSYzRj/zQlD07dzYq/ujPJZhXvlKBLVkYkLuO8SnbgbIk0VhDMyR6sp/VAvzE6 2SdCjYpdzrlQCAorScUF9PMY0DYmkAYTtTL5G4oI0QaW6STQdl2+HdyJK//sEbOf aAsSkDwrVVFtJn04545xbKlsHt+jvaDnlApQL+eYkaolJ88a0GxnlzR0Fb0Cc9iQ t61Tdst5FhK1CFfvoGFamfSL+jl5YMpTllW7itoVvz3U8AaQEDwq+cHDCN9r4/41 pn3GkBRv7tdmab2e6UNtNqzQUqLSCSY8UUASmW2kt3qChLgp4PU= =IU8G -----END PGP SIGNATURE----- --Apple-Mail=_F9E8566B-385C-401E-BF75-CA079A2A282C-- From nobody Tue Jul 17 05:15:04 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5355F130E7C for ; Tue, 17 Jul 2018 05:15:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WcjOoQYP3zto for ; Tue, 17 Jul 2018 05:15:01 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07FA2130E48 for ; Tue, 17 Jul 2018 05:15:01 -0700 (PDT) Received: from [2001:67c:370:128:fc65:14be:d54b:36d5] (port=50475) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ffOsd-00008p-B9; Tue, 17 Jul 2018 05:14:59 -0700 To: "Eggert, Lars" References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> <4F1862A5-760D-49CE-9415-2646EDC4C871@netapp.com> Cc: Magnus Westerlund , "tools-discuss@ietf.org" From: Henrik Levkowetz Message-ID: Date: Tue, 17 Jul 2018 14:14:58 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <4F1862A5-760D-49CE-9415-2646EDC4C871@netapp.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:370:128:fc65:14be:d54b:36d5 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, magnus.westerlund@ericsson.com, lars@netapp.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2018 12:15:02 -0000 On 2018-07-17 10:18, Eggert, Lars wrote: > On 2018-7-16, at 18:50, Henrik Levkowetz wrote: >> I checked this, and the session cookie is still set to 4 weeks, but we're >> saving session data in memcache, so there's a possibility that it gets >> pushed out much earlier. I'm going to check with Glen about increasing >> the memory setting for memcached. > > I basically need to log in every single day. Ack. I've asked Glen to increase the memcached memory by a factor 4. Best regards, Henrik From nobody Wed Jul 18 16:11:36 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8562A13100D for ; Wed, 18 Jul 2018 16:11:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nlMwXN2dCIXf for ; Wed, 18 Jul 2018 16:11:32 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD54D130FFC for ; Wed, 18 Jul 2018 16:11:32 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 6581C20008 for ; Wed, 18 Jul 2018 19:27:22 -0400 (EDT) Received: by sandelman.ca (Postfix, from userid 179) id F11911A76; Wed, 18 Jul 2018 19:06:58 -0400 (EDT) Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id F06BC1A54 for ; Wed, 18 Jul 2018 19:06:58 -0400 (EDT) From: Michael Richardson To: tools-discuss X-Attribution: mcr X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Archived-At: Subject: [Tools-discuss] mobile datatracker and meetecho links X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2018 23:11:35 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On the datatracker, we have links to the meetecho and recordings, etc. on t= he right. As far as I can tell, on the mobile version, there are no such link= s. Instead, we have links to the rooms only. That's great for those using the mobile view at the site, but poor for someone trying to use a phone with meetecho. My suggestion is that maybe we want two versions of the mobile view of the datatracker agenda. On that topic, except for rather spotty coverage by Telus in Northern Ontario, I was able to attend part of the ROLL meeting yesterday and part of the ANIMA meeting this morning. My phone hooked up to my vehicles' audio system, and I tuned into the "IETF Chat Show" on IPv6 FM Kenora. In fact, as I was getting gas in Kenora, I heard Pascal explain that I wasn= 't there in person. I tried shouting back, but I hadn't enabled the mic :-) When the bandwidth got spotty, it seems that the audio was sent rather than the video, which is ideal. Then the signal dropped completely. So another koodos to the meetecho team!!! =2D-=20 Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBW0/IEICLcPvd0N1lAQKyLggAu6jTwQbl65/QtlliD9e49Wztu6QdQjyK v3lGPa9RPKdSHU9epe2Lkm2I+7wOBWjL2TByq8dMSK/l4/mpovEjMigkln0gbVBl ccgiSMtTbLwT4IJjOv4J3dwO+RJL+95f8TXTugwjo5SVpphn6fxiOxWf+kd0YLTb LA4lW0IN82osK03NqB4mvx63NlFF6+7xzlG9nnp0MgeXKjju4Q/ZiKk/y4nFDbqf xtg+1kNKAc7B4KhR/CliiJPS24GH53G3onfJ5s/OOndPm/vqTAf71dWk3l2GTKhP PVLKR2uiS7Dku2pj/J/yjFtykkkABsYz3LzoD9GXl0Gf1thbRA0xTw== =6egL -----END PGP SIGNATURE----- --=-=-=-- From nobody Thu Jul 19 08:07:52 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62CCF1310B9 for ; Thu, 19 Jul 2018 08:07:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EwdsZm9-wDpI for ; Thu, 19 Jul 2018 08:07:35 -0700 (PDT) Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61F47130E84 for ; Thu, 19 Jul 2018 08:07:30 -0700 (PDT) Received: by mail-lj1-x22a.google.com with SMTP id l15-v6so8033496lji.6 for ; Thu, 19 Jul 2018 08:07:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=r47gYelzs4YrB6CObOuNS3EjKF5NITzUAFLlop/4Cps=; b=T/ueSfIHwo5VaTR99ZkAfaLRjLwmYhkzk3WJx8xKIYf9SyM4O45q1p/PzSyCluWUAb x31z7ulu4Cd36+3yu88ZKtnlKOwUtPTpbsKK//n/VDosmzbEDLgW+A4Rlc3Jdju6u24g eIZYujP//si/JmEvorAjOfPhHIoO2aPUBKRcg0jXplZ7Yb6MK5zUKER6raFjpzDSBu1i 4qE61t+ToV9Pet1TfHJd/zzqXtAka+vUb5kXtJXiZdyTPN9077F1J8cDlpNKBKEsRvuq 8MX9+BFaRngw9rKzMiEiK6kyM9HNSQWtCU1Vg3UT95eFC9F5IbshwV3pwqVcizUv58F8 KfFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=r47gYelzs4YrB6CObOuNS3EjKF5NITzUAFLlop/4Cps=; b=ozfXjX0KsHYk5wN119fbDdDA75U87ulM8UZMxqBI46DjWrBZOUUaTvFSIe1403CfJV kty01+emxw+sh+wrnk+tEN75BcqjbZMWmc5sxtSEJLZCAMDCV33xQGgbxNQwmbKlzeEa ZBjho+Pqh6ObYhB2gXiTcMcI+QQORDxQfTNpVVvbsX8QELi9Pfx6+pdxeRwlSp0NYvp9 T8CWBRDhEg1ojpcy+cDXylGfcx1Tem6uXL89cQGvKdgzkGUq8IPjH1nKX+3EC0nNB9PY dpPAnLt1bZAquHBOqt1MuL74MG5e+1zI4xej7Vc7fElLugIq9R9l2BvFdN1PaMCjmdZX BXaw== X-Gm-Message-State: AOUpUlHng/kPZeEAduoKcgmHBfoBDTqmc+llCYL2HLxP+IyXp/QbmCGk gD0c/tPZ0wPPtpZ4xKmuk3q2Gez96xA86Tv5lHOEFW1Dik5++g== X-Google-Smtp-Source: AAOMgpdhA7QbeboRpEtIg8XVdyk1fLCYpZm7vP4PGNYmcI4jIL/mGgoAzM+NpMJ7pOcePEAv35PDjpzRz+ZtHxopBcc= X-Received: by 2002:a2e:9c4d:: with SMTP id t13-v6mr7775265ljj.153.1532012848330; Thu, 19 Jul 2018 08:07:28 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 08:06:47 -0700 (PDT) From: Eric Rescorla Date: Thu, 19 Jul 2018 08:06:47 -0700 Message-ID: To: tools-discuss Content-Type: multipart/alternative; boundary="0000000000009dce2805715b89e5" Archived-At: Subject: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:07:50 -0000 --0000000000009dce2805715b89e5 Content-Type: text/plain; charset="UTF-8" On a recent rsync, all_id2.txt shows draft-10 of a draft, but -11 is in the repo. 08:05:11|~/dev/ietf-phab (master)$ grep ietf-ipsecme-split-dns ids/all_id2.txt draft-ietf-ipsecme-split-dns-10 -1 Active AD Evaluation::AD Followup 2018-07-18 ipsecme sec Eric Rescorla Proposed Standard .txt,.xml Split DNS Configuration for IKEv2 Tommy Pauly , Paul Wouters David Waltermire Eric Rescorla draft-pauly-ipsecme-split-dns-02 -1 Replaced draft-ietf-ipsecme-split-dns 2016-09-21 ipsecme sec Split DNS Configuration for IKEv2 Tommy Pauly , Paul Wouters 08:05:23|~/dev/ietf-phab (master)$ ls ids/draft-ietf-ipsecme-split-dns-11.txt ids/draft-ietf-ipsecme-split-dns-11.txt --0000000000009dce2805715b89e5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On a recent rsync, all_id2.txt shows draft-10 of a dr= aft, but -11 is in the repo.

08:05:11|~/dev/ie= tf-phab (master)$ grep ietf-ipsecme-split-dns ids/all_id2.txt
draft-ietf= -ipsecme-split-dns-10=C2=A0=C2=A0=C2=A0 -1=C2=A0=C2=A0=C2=A0 Active=C2=A0= =C2=A0=C2=A0 AD Evaluation::AD Followup=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 2018-07-18=C2=A0=C2=A0=C2=A0 ipsecme=C2=A0=C2=A0=C2= =A0 sec=C2=A0=C2=A0=C2=A0 Eric Rescorla=C2=A0=C2=A0=C2=A0 Proposed Standard= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 .txt,.xml=C2=A0=C2=A0=C2=A0 Split DNS= Configuration for IKEv2=C2=A0=C2=A0=C2=A0 Tommy Pauly <tpauly@apple.com>, Paul Wouters <pwouters@redhat.com>=C2=A0=C2=A0=C2=A0 Da= vid Waltermire <david.walte= rmire@nist.gov>=C2=A0=C2=A0=C2=A0 Eric Rescorla <ekr@rtfm.com>
draft-pauly-ipsecme-split-dns-02=C2= =A0=C2=A0=C2=A0 -1=C2=A0=C2=A0=C2=A0 Replaced=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0 draft-ietf-ipsecme-split-dns=C2=A0=C2=A0=C2=A0= 2016-09-21=C2=A0=C2=A0=C2=A0 ipsecme=C2=A0=C2=A0=C2=A0 sec=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 Split DNS Configuration for IKEv2=C2=A0=C2=A0=C2=A0 Tommy Pauly <= tpauly@apple.com>, Paul Wouters = <pwouters@redhat.com>
0= 8:05:23|~/dev/ietf-phab (master)$ ls ids/draft-ietf-ipsecme-split-dns-11.tx= t
ids/draft-ietf-ipsecme-split-dns-11.txt

--0000000000009dce2805715b89e5-- From nobody Thu Jul 19 08:17:47 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C129130E1B for ; Thu, 19 Jul 2018 08:17:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y3a3PwLegBU1 for ; Thu, 19 Jul 2018 08:17:43 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDF16130DC4 for ; Thu, 19 Jul 2018 08:17:43 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id 857D31D1B86 for ; Thu, 19 Jul 2018 08:17:28 -0700 (PDT) Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170]) by c8a.amsl.com (Postfix) with ESMTPSA id 6154D1CADDC for ; Thu, 19 Jul 2018 08:17:28 -0700 (PDT) Received: by mail-io0-f170.google.com with SMTP id q9-v6so7359260ioj.8 for ; Thu, 19 Jul 2018 08:17:43 -0700 (PDT) X-Gm-Message-State: AOUpUlHwne/+wKgIvrmj4BrqICd2Mppmnh/B2Wwx0Q61Je2sJ++N2zWh siQDoTi2Seo4JQwYrP5+2/8Y6BRtOXAsRpLntZA= X-Google-Smtp-Source: AAOMgpdc11jbyPyjgoXrJrYf4tQp1Dn4EK2Z1rerpGR5amzXib4UJBQgF/w9zhMXQL0tf+0V6Oh2Zo/TsqIafS9IdE8= X-Received: by 2002:a5e:8341:: with SMTP id y1-v6mr8387798iom.183.1532013462942; Thu, 19 Jul 2018 08:17:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:504:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 08:17:22 -0700 (PDT) In-Reply-To: References: From: Glen Date: Thu, 19 Jul 2018 08:17:22 -0700 X-Gmail-Original-Message-ID: Message-ID: To: Eric Rescorla Cc: tools-discuss Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:17:46 -0000 On Thu, Jul 19, 2018 at 8:06 AM, Eric Rescorla wrote: > On a recent rsync, all_id2.txt shows draft-10 of a draft, but -11 is in the > repo. > > 08:05:11|~/dev/ietf-phab (master)$ grep ietf-ipsecme-split-dns > ids/all_id2.txt On the IETF production server, I have: ietfa:~ietf-ftp/internet-drafts # l all_id2.txt -rw-rw-rw- 2 wwwrun www 7483796 Jul 19 08:07 all_id2.txt ietfa:~ietf-ftp/internet-drafts # l *ietf-ipsecme-split-dns* -rw-rw-rw- 2 wwwrun www 29620 Jul 19 07:46 draft-ietf-ipsecme-split-dns-11.txt -rw-rw-rw- 2 wwwrun www 29310 Jul 19 07:46 draft-ietf-ipsecme-split-dns-11.xml ietfa:~iietf-ftp/internet-drafts # grep ietf-ipsecme-split-dns all_id2.txt draft-ietf-ipsecme-split-dns-11 -1 Active AD Evaluation::AD Followup 2018-07-19 ipsecme sec Eric Rescorla Proposed Standard .txt,.xmlSplit DNS Configuration for IKEv2 Tommy Pauly , Paul Wouters David Waltermire Eric Rescorla draft-pauly-ipsecme-split-dns-02 -1 Replaced draft-ietf-ipsecme-split-dns 2016-09-21 ipsecme sec Split DNS Configuration for IKEv2 Tommy Pauly , Paul Wouters Glen From nobody Thu Jul 19 08:22:52 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A09E130E54 for ; Thu, 19 Jul 2018 08:22:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l0-L88L3oNZQ for ; Thu, 19 Jul 2018 08:22:48 -0700 (PDT) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B4A1130E1B for ; Thu, 19 Jul 2018 08:22:48 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id p10-v6so8109230ljg.2 for ; Thu, 19 Jul 2018 08:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aUazBsfs9jqiwgozn8826tb2aWxGxUt78SR5GHLQTuQ=; b=hXd8NSyQY0grjd36wiysCUOE8fXmuvJE/AyojNnHkD7eyL9yxH/HtxvW2xwLHUkpP0 sl9cajNw4zAmYaMckKvn6PTossUuWqJXHZbAURNi4n1qbh03YM5j4ixSoqq07Ci1MPII tZ6oT/o04IJ2dmfE2aTxU+zODrZzn3CK+CYjhDnMBpzICge+jx8J2/Ul8E+bTIDeQ1VV dUHdSTqBJyYRasCEGoiBEbuIscS1UwUvtPSw9k0G/IGTCAvBUJYlsEDDnm+MvCeLgPNP EWTHOenlWnvsZi1j/M2Ahmt+juTOpF30mU3sn/OoySx6/+kb9efFUUFDq0B0iqNtpRNK VhAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aUazBsfs9jqiwgozn8826tb2aWxGxUt78SR5GHLQTuQ=; b=FoLVM0WYjrCuGUGvBaJk1AsIrmd89Dop+JNgBA1R55kYL1cPZVy4yimbBlVlGPFMOW tWBbKuez+pbSXtpzTm+Z6bzsAdn6EHJ6KdJ0mBatGh2cXaXOsbN2rbflC8e6Yx9OZER1 rZBxpJG5xUHKbnEtbObrruyG0C1MZXiQiFxGXr9m3yO6v9sKlCpXbkxC/UFa1l5Wwxsb 0Ve2EHKdaK7VFVKaYHOIHHcx/etQGeU1q3q/4nNsnasf1GQxrbKGtZmOrqt4ePFvYES5 tPmXyKWsvfE05/wNb1as9EvgiASicrULO280UgCP9zZN4GW3y15kd4BMgWTLJGmv1B8e tagg== X-Gm-Message-State: AOUpUlFMzFGJ9HUxN94PqwxP1kFAOBSw//HyzikSsMZG97tjYD2xJBjL r32+gY+pb7gNdryPlcnqTWPJCafFqJVKa5WQHzHnCKBl4g8= X-Google-Smtp-Source: AAOMgpeTdYLQHQUEsB7so8Fs7h4rLsE4cMV/IBWm90ciNkpcH94F2lsuMxcbPGoFyKWSyIi6LBM3S46LYK7GC/BIXMg= X-Received: by 2002:a19:6308:: with SMTP id x8-v6mr7261813lfb.104.1532013766497; Thu, 19 Jul 2018 08:22:46 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 08:22:05 -0700 (PDT) In-Reply-To: References: From: Eric Rescorla Date: Thu, 19 Jul 2018 08:22:05 -0700 Message-ID: To: Glen Cc: tools-discuss Content-Type: multipart/alternative; boundary="00000000000057eba605715bc0eb" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:22:51 -0000 --00000000000057eba605715bc0eb Content-Type: text/plain; charset="UTF-8" On Thu, Jul 19, 2018 at 8:17 AM, Glen wrote: > On Thu, Jul 19, 2018 at 8:06 AM, Eric Rescorla wrote: > > On a recent rsync, all_id2.txt shows draft-10 of a draft, but -11 is in > the > > repo. > > > > 08:05:11|~/dev/ietf-phab (master)$ grep ietf-ipsecme-split-dns > > ids/all_id2.txt > > On the IETF production server, I have: > > ietfa:~ietf-ftp/internet-drafts # l all_id2.txt > -rw-rw-rw- 2 wwwrun www 7483796 Jul 19 08:07 all_id2.txt > Yes, it is updated now. However, it seems that it's possible for it to get temporarily out of sync, which is suboptimal. -Ekr --00000000000057eba605715bc0eb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable --00000000000057eba605715bc0eb-- From nobody Thu Jul 19 08:32:31 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF02C130E3C for ; Thu, 19 Jul 2018 08:32:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nUKAhwOqWg5h for ; Thu, 19 Jul 2018 08:32:28 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38F99130E28 for ; Thu, 19 Jul 2018 08:32:28 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id F25381D1B8C for ; Thu, 19 Jul 2018 08:32:12 -0700 (PDT) Received: from mail-io0-f171.google.com (mail-io0-f171.google.com [209.85.223.171]) by c8a.amsl.com (Postfix) with ESMTPSA id D06371D1B86 for ; Thu, 19 Jul 2018 08:32:12 -0700 (PDT) Received: by mail-io0-f171.google.com with SMTP id z19-v6so7416166ioh.4 for ; Thu, 19 Jul 2018 08:32:28 -0700 (PDT) X-Gm-Message-State: AOUpUlEsS8MSWuBIOTf/jXc+4QKHLY9WwIIwcXdEXMRAMooZzvtLR6wR 6cMkHlUdXqsbLX2aZmh8pQT/z8UPzoVwibjXACU= X-Google-Smtp-Source: AAOMgpcUZLElPowAYHLlMXpO6oyXEgJtH6B/OO9zy6vXKzSbBHSpBuEsokoXNaZJJWeHRY0MD8NBAwXREAb2AOZ8Oy8= X-Received: by 2002:a5e:8341:: with SMTP id y1-v6mr8433771iom.183.1532014347490; Thu, 19 Jul 2018 08:32:27 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:504:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 08:32:07 -0700 (PDT) In-Reply-To: References: From: Glen Date: Thu, 19 Jul 2018 08:32:07 -0700 X-Gmail-Original-Message-ID: Message-ID: To: Eric Rescorla Cc: tools-discuss Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:32:30 -0000 On Thu, Jul 19, 2018 at 8:22 AM, Eric Rescorla wrote: > Yes, it is updated now. However, it seems that it's possible for it to get > temporarily out of sync, which is suboptimal. Agreed. IIRC all_id2.txt is generated on a periodic cron job, so it may at any time be momentarily out of sync... up to, I suppose, 60 minutes. I don't think regenerating a large file like that on every draft upload is... workable? I must leave it to others to make that call, and/or to determine if there is a better way to get the data you need in real time (API Datatracker call?) Glen From nobody Thu Jul 19 08:37:54 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D483130ED9 for ; Thu, 19 Jul 2018 08:37:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QBIlQw5YW7hE for ; Thu, 19 Jul 2018 08:37:50 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 536A3130E63 for ; Thu, 19 Jul 2018 08:37:50 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id b15-v6so15720090oib.10 for ; Thu, 19 Jul 2018 08:37:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TZ2UilVwxlXQzylrTBbeeU0yQ6SS8QjVEDHKJ9rMkNI=; b=Xt7K2ueYVCJKtBnefryKeP5bhwjo+D2T9Qxti7ejWveQuppqZkRHcBjMTQeh43YYxP jSkKUY/Tn7cZ6t+99v0AxWVm/yZhEb5vI9TAiqC74PNDqkcphId3emYsreiUXriuZdaF NbBSRGdLUfbLahtRLldYovesDrvAmKDVCzuclEwf72nTczOA8uRj6ADMJZq8Wm4u0Ifu 7ZIDRgiHiExsEe//8r7vl+ZFUg+PLOLmxjtvwvS03tc3XAo8+IAsuAEcLf2B7Vm2isw9 sLl88idfr5u+Vu7nb7VEtWUHNUVtl+2iHoRHGdqtSDtzpMMaEnu5dgcbQAlLxQcXNySg l68Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TZ2UilVwxlXQzylrTBbeeU0yQ6SS8QjVEDHKJ9rMkNI=; b=Ea2gpJ9gw3/idF65dHr+yiIWLMoOzkFLJOVLZRt9ifKpLFYnPc5TK35vdmzcWvvSQ2 v8f/ne3LPp0mWmFmMMFOiC9UFVf1mewd8RCHx8qp3roSA19PDer2sKi4Q7KyjZoNXKRU 3XaiJOwS/FSB8sWbcQuM6i/Qvc7pc1Jk22ZkV85b8NoClYfmhx3CvvxYqRwhay1Ev/J3 pJurVGFBMg2RW+PwuAvddWLCAUB9+ulPb6gbMmsg6Im0t6ggCtnyeMRapgw9eWP5ta9U yWptaGP1jL25jAKXnynUxrVRhojp/T7hKdlHbjB+otXfumkMOpNVSiDoSp2x8/mhPwZI TQXQ== X-Gm-Message-State: AOUpUlHaT4aWHh5UcFhx6NRYEPjf9aWKHd8Rv11n8iG2Oij9NFzWDU6D n6AVgZS3KvcECEpsrHPfm/Q+mEqF2WyhW0BJuPqgUe3g X-Google-Smtp-Source: AAOMgpckHEKa082olRqHuvc7kRnAO/Dt6b+DNi8i5XEDq80WNVptqP5AmUUZUH/ta7mWzJEZ+ak5e3PAH8Xq6IsUdaM= X-Received: by 2002:aca:b208:: with SMTP id b8-v6mr10877465oif.144.1532014669537; Thu, 19 Jul 2018 08:37:49 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Martin Thomson Date: Thu, 19 Jul 2018 11:37:38 -0400 Message-ID: To: Glen Cc: Eric Rescorla , "tools-discuss@ietf.org Discussion" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:37:52 -0000 On Thu, Jul 19, 2018 at 11:32 AM Glen wrote: > I don't think regenerating a large file like that on every draft > upload is... workable? I must leave it to others to make that call, > and/or to determine if there is a better way to get the data you need > in real time (API Datatracker call?) I would greatly appreciate having an API. I have recently found a need to retrieve draft status. Separately, we've had requests for an API to get working group metadata (chair identities, for instance). From nobody Thu Jul 19 08:42:52 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 693B01310F0 for ; Thu, 19 Jul 2018 08:42:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HEFzrJqSXiiz for ; Thu, 19 Jul 2018 08:42:47 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A71D130E54 for ; Thu, 19 Jul 2018 08:42:47 -0700 (PDT) Received: from [2001:67c:370:128:bc46:475c:5f32:82d8] (port=61445) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fgB4k-0003YI-7Y; Thu, 19 Jul 2018 08:42:45 -0700 To: Martin Thomson , Glen References: Cc: "tools-discuss@ietf.org Discussion" From: Henrik Levkowetz Message-ID: Date: Thu, 19 Jul 2018 17:42:40 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EkcI36cNnMVh11Cv5Er3nBRNNj4Pvkoq0" X-SA-Exim-Connect-IP: 2001:67c:370:128:bc46:475c:5f32:82d8 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, glen@amsl.com, martin.thomson@gmail.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:42:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EkcI36cNnMVh11Cv5Er3nBRNNj4Pvkoq0 Content-Type: multipart/mixed; boundary="EqN8wjgLUwscwR5CVaetaw7HBQ3vFR1Cd"; protected-headers="v1" From: Henrik Levkowetz To: Martin Thomson , Glen Cc: "tools-discuss@ietf.org Discussion" Message-ID: Subject: Re: [Tools-discuss] all_id2.txt not getting updated References: In-Reply-To: --EqN8wjgLUwscwR5CVaetaw7HBQ3vFR1Cd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2018-07-19 17:37, Martin Thomson wrote: > On Thu, Jul 19, 2018 at 11:32 AM Glen wrote: >> I don't think regenerating a large file like that on every draft >> upload is... workable? I must leave it to others to make that call, >> and/or to determine if there is a better way to get the data you need >> in real time (API Datatracker call?) >=20 > I would greatly appreciate having an API. I have recently found a > need to retrieve draft status. Separately, we've had requests for an > API to get working group metadata (chair identities, for instance). https://datatracker.ietf.org/api/ https://datatracker.ietf.org/api/v1/ https://datatracker.ietf.org/api/v1/group/role/?group__acronym=3Dhttpbi= s https://datatracker.ietf.org/api/v1/doc/document/?name=3Ddraft-ietf-ips= ecme-split-dns Henrik --EqN8wjgLUwscwR5CVaetaw7HBQ3vFR1Cd-- --EkcI36cNnMVh11Cv5Er3nBRNNj4Pvkoq0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAltQsXAACgkQTptXS4+7 Fxrw+Q/+PRRP8e2uVEkkH3PLSxqLESYBsfv3aTspKJh7RdI/I+nJvRGR38PWO3GH Dq1K4HbmUNbuG1whfxUZo9aJAd7O7gP5SDNhXR9ODM8MvjPX/NEy3UiRdTs1071s KrRpjLLo6pqPNgJ26TDvBIsLCwR9HsKkX9CTql71tkDhpJgu4C5NWOtE1GO7xvNt rs9LQd0G2+YJxfVI0wt4rPc5v/wh8WfDH+MArbRinJfiPnQU6AS8AiXAlwuD7AM5 IlYZln03goueMXsrvLevQj1tTx9oTz1E+lhczJTuH8WmycsknSbYuLoOD2YtHa6i +LWVvNnLYpISGSQR0B322pdbpJkslO6f/4Sikxugje/CblBUraJa3S9AQKaD6GzT aDwDMA4OebzpYznaBdPX0lZRiybOSAv2JdrttQoDFrc71VJanH9c9/jLzIUzskkI 5nKTs8TEpQVJkGTBR7XAcQpKPZa0gYrEoONjoFIFJnm/efh9T8Hab2jM1IWGzG42 swjt8AJ0lz2d5cppC5cIIoL3gbvs/8By3TDXtopZJPyyWp1kcvVabZOyYzscBLhv 2eHci8lY3ue5fN+qkhoOByTYT3RTSn7p6QrILFXgbJYXEGtISRcCM9SN73TTgwA2 NhWdDHiKN5DZcmu0gHm3WY9tF9QhUcDjppyUbTDve4lyvH1Uvu4= =53x+ -----END PGP SIGNATURE----- --EkcI36cNnMVh11Cv5Er3nBRNNj4Pvkoq0-- From nobody Thu Jul 19 08:47:28 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C79E130E19 for ; Thu, 19 Jul 2018 08:47:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WhQK6hDcRjuj for ; Thu, 19 Jul 2018 08:47:24 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B6EE130E54 for ; Thu, 19 Jul 2018 08:47:24 -0700 (PDT) Received: from [2001:67c:370:128:bc46:475c:5f32:82d8] (port=61462) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fgB9C-0001gK-TA; Thu, 19 Jul 2018 08:47:21 -0700 To: Martin Thomson , Glen References: Cc: "tools-discuss@ietf.org Discussion" From: Henrik Levkowetz Message-ID: <80db1e73-24a6-9587-a820-b3f9194d69f7@levkowetz.com> Date: Thu, 19 Jul 2018 17:47:16 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fdmkPoUH3d2wQ9RJGBcDnedQQk0tlHGbr" X-SA-Exim-Connect-IP: 2001:67c:370:128:bc46:475c:5f32:82d8 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, glen@amsl.com, martin.thomson@gmail.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:47:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fdmkPoUH3d2wQ9RJGBcDnedQQk0tlHGbr Content-Type: multipart/mixed; boundary="9kWCURdIEuQ2G8cN7KpuOQ8b27ddrKO8L"; protected-headers="v1" From: Henrik Levkowetz To: Martin Thomson , Glen Cc: "tools-discuss@ietf.org Discussion" Message-ID: <80db1e73-24a6-9587-a820-b3f9194d69f7@levkowetz.com> Subject: Re: [Tools-discuss] all_id2.txt not getting updated References: In-Reply-To: --9kWCURdIEuQ2G8cN7KpuOQ8b27ddrKO8L Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Oh, and you can force json by adding a 'format=3Djson' query argument. Otherwise will choose between returning xml or json depending your http accept header field. Henrik On 2018-07-19 17:42, Henrik Levkowetz wrote: >=20 > On 2018-07-19 17:37, Martin Thomson wrote: >> On Thu, Jul 19, 2018 at 11:32 AM Glen wrote: >>> I don't think regenerating a large file like that on every draft >>> upload is... workable? I must leave it to others to make that call, >>> and/or to determine if there is a better way to get the data you need= >>> in real time (API Datatracker call?) >>=20 >> I would greatly appreciate having an API. I have recently found a >> need to retrieve draft status. Separately, we've had requests for an >> API to get working group metadata (chair identities, for instance). >=20 > https://datatracker.ietf.org/api/ > https://datatracker.ietf.org/api/v1/ > https://datatracker.ietf.org/api/v1/group/role/?group__acronym=3Dhttp= bis > https://datatracker.ietf.org/api/v1/doc/document/?name=3Ddraft-ietf-i= psecme-split-dns >=20 >=20 > Henrik >=20 >=20 >=20 > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss >=20 > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org >=20 > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org >=20 --9kWCURdIEuQ2G8cN7KpuOQ8b27ddrKO8L-- --fdmkPoUH3d2wQ9RJGBcDnedQQk0tlHGbr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAltQsoQACgkQTptXS4+7 FxoPtQ/8CcHIG60U59RoyTE7v02Htjj5tlRJDf/2JTRTfZ9aVlBKUjXgnfr42IOP jnq1nZB9FBPhXUwVj8ELLOb6aGatlXmz8Yv+7Jeh00tjcJ+BW4zwm1TfD3zN/ri2 as+KaLM98HX3/3+iaQ435rmDuZbDZU6yZ7AhLd21kXl8JCdV5Uq8LUR/Ava95KTX qdsmYg8RWORN5rt4QEc99UDvi//RuCkE0xi760yPdbXETrRXK021gBXMcesZ0RLL IbwZ1sa5KwtPc3Z9tjtGfgN//pe2pw4Zgg48/EGqcIpx58qttnKJZRZWi8jkbm1L R845CytMt0wgjIcG4dtl4FbhpeMFzd/iikh9hS7CeDBIMfJkD6j7uo8tZF5e7dgQ Duhqfi+EZgfERk3jqHrcoGc2F6QB7vn/efNp/gsYPjxn37/SStIf09b544DoPyit D8fncqqvYcbErXMdDEJVxVfusVCC8pJJCLe3dwyosnqva05b9lDmMOb3nMlV/9so 3kF8tLr8McJAFO71DxTW/Oe211XJjz2bW3KHaagcitJpSYpR4uj9GLogtA706Ebz OrOgmgl00jki9j0Y+lXPlNg+Q+uWKe23g1z9ni+NhnsXX00nkY9OFbSQ6gdU47RT N7U3DEVxAWYqrMDUEsfnWgekMo5/gTHJCmxw1VAiGetPvfUewXc= =2Jxb -----END PGP SIGNATURE----- --fdmkPoUH3d2wQ9RJGBcDnedQQk0tlHGbr-- From nobody Thu Jul 19 08:52:16 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AC44130E7C for ; Thu, 19 Jul 2018 08:52:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6WWkjXI13Y8q for ; Thu, 19 Jul 2018 08:52:12 -0700 (PDT) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C9A0130E54 for ; Thu, 19 Jul 2018 08:52:11 -0700 (PDT) Received: by mail-lj1-x232.google.com with SMTP id u7-v6so8243836lji.3 for ; Thu, 19 Jul 2018 08:52:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=bCg8zV6uCx5HKtA7fwsXY8wKm/Y3T6PFBud2O8pem3Q=; b=sJKcnvyiSkN5ka1uDltdN2zw7977oFU9NrAa/WYUpmdJ1iv30PmMran4V5Ti4SgS0D XjLyqMbU2b0aGlCv2/N9mAlYAASLf8MDDGrZQLfRTAUfasQxS8AeTgXBauEDBusX5MmK qxknhPq2Im9i/MCot4nskAt552cnElT1TNfyBwlyLQCYPan9lWgwWR6HOayPJrYl2JUB W90YcbN3HwpXtaHBY1UiUPpNgbsFZuXJWZXIyOPPlVcsm03moNn33OnSsEi9ONWpPyLl rsMqFm3tFwXLLizVjpoMLfj7hQ/wCMZDtkov3iOKdYvrb0l6GM5Wv5xku3X9wSm4b08Z 0NsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=bCg8zV6uCx5HKtA7fwsXY8wKm/Y3T6PFBud2O8pem3Q=; b=hN6wqq+cibBeakSZJdms/61mtH5PeC7IwScjnk9XYKzJZkoo/km6U/S+PHKp8kO0V/ xOwYTA4DM00jnySYz9yFbECIm0WwSVl5vfFEDTlTIduV/AMHWkhcvNitFsSRDVodBhmp uATjbrU4bQaNFiLv0KFQOiNX2B81UFF94SioDNYoEQQ90dD8VOKP/ebRi0KGUJX26+wO +Hjbrb52xFxi0g5QyAdBPTEf2uJSy7SlHE4MFJhbWG5ZGhPyxnzCq9RKI7XgRlSAV4df O3rzMIjDtdka/JPtYZ8PVyIy1E6PXGZfmMHZImG+AOdBEUVP6QyogB3PR0dV9oL6SQZt 9f0A== X-Gm-Message-State: AOUpUlHmAEHC0XZlemJjjIYTFib8uYWXL+aMJ3TsmNTKg2AgE6eSLipr Qw9w8/b0WgDZPFXnz4eNuo0h3CQUnEQBNnmTXp/1NPucmHo= X-Google-Smtp-Source: AAOMgpd9tHVmnaC44ATMVxWQAi50hgP7VVRa6XIszfyZCpYpn7cw3cNtl87hXJTpSkl7qHFWlscZmNmERp3iov4PSnI= X-Received: by 2002:a19:c403:: with SMTP id u3-v6mr6870175lff.87.1532015529827; Thu, 19 Jul 2018 08:52:09 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 08:51:29 -0700 (PDT) In-Reply-To: References: From: Eric Rescorla Date: Thu, 19 Jul 2018 08:51:29 -0700 Message-ID: To: Glen Cc: tools-discuss Content-Type: multipart/alternative; boundary="0000000000007237c805715c29bd" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:52:14 -0000 --0000000000007237c805715c29bd Content-Type: text/plain; charset="UTF-8" On Thu, Jul 19, 2018 at 8:32 AM, Glen wrote: > On Thu, Jul 19, 2018 at 8:22 AM, Eric Rescorla wrote: > > Yes, it is updated now. However, it seems that it's possible for it to > get > > temporarily out of sync, which is suboptimal. > > Agreed. IIRC all_id2.txt is generated on a periodic cron job, so it > may at any time be momentarily out of sync... up to, I suppose, 60 > minutes. > > I don't think regenerating a large file like that on every draft > upload is... workable? Really? It's order 30K lines. This seems like it ought to be very straightforward. For reference, the time for me to retrieve it and parse it in my script is <2s. I must leave it to others to make that call, > and/or to determine if there is a better way to get the data you need > in real time (API Datatracker call?) > Perhaps. What I need is "here are the new drafts since the following time", so i do that by taking the entire draft DB and just looking for new stuff. I imagine we could invent some kind of timestamp/checkpoint protocol, but that seems pretty complicated and brittle. -Ekr --0000000000007237c805715c29bd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Jul 19, 2018 at 8:32 AM, Glen <glen@amsl.com> wrote:=
On Thu, Jul 19, 2018 at= 8:22 AM, Eric Rescorla <ekr@rtfm.com> wrote:
> Yes, it is updated now. However, it seems that it's possible for i= t to get
> temporarily out of sync, which is suboptimal.

Agreed.=C2=A0 IIRC all_id2.txt is generated on a periodic cron job, = so it
may at any time be momentarily out of sync... up to, I suppose, 60
minutes.

I don't think regenerating a large file like that on every draft
upload is... workable?

For reference, the time for me to retrieve it and parse it in my script i= s <2s.



=
so i do that by taking the entire draft DB and just looking for new st= uff. I
imagine we could invent some kind of timestamp/checkpoint = protocol,
but that seems pretty complicated and brittle.

-Ekr

--0000000000007237c805715c29bd-- From nobody Thu Jul 19 08:52:54 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59EFD130E54 for ; Thu, 19 Jul 2018 08:52:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zd-uW-zlWGfq for ; Thu, 19 Jul 2018 08:52:47 -0700 (PDT) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8942D130E24 for ; Thu, 19 Jul 2018 08:52:47 -0700 (PDT) Received: by mail-oi0-x22c.google.com with SMTP id 13-v6so15897891ois.1 for ; Thu, 19 Jul 2018 08:52:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UEssxPmPdMEugION9G37kmGA5D6AO++hXZE3XAjys5k=; b=kARw7jWRKb/H1ToAPMv/froMpkkS9YYxuvgnPZgJI8SM6zS0cBBBYZnXsHIiAPDrqC cA9/yMYdFcpck5lXxcIeCDsyLX9DPyhHOZ1i3PanSPZClsn3K+jI1xF5al9WPLmefqiZ Xmp3YuIyfEAKfjbfAAeWYmSYmCuGNe3zxIe9BPWyc4wsKEFATtBGmz53aerv+d0aOBmW 2qA9Pd92gs9lJ7trSKTMmG0bc6m2JraMRhI2rxKZrH2NuZhYhaTRbx2aGaVNn3p+SFB7 dxfsszZqliMfUobvR4rW4Hw7TdYdeStUK8yDAil26NsjdJZLVm9xHsRHlRWVAsAVcqL8 bjOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UEssxPmPdMEugION9G37kmGA5D6AO++hXZE3XAjys5k=; b=Ql9geq3wV9kqiC/3Nzl2xIjh3ftuZc8s44AOIhiZq13h+Ggurl1U/8uQyzPZfNKZY4 7wWVEtV8pDZYroq6sGnNypPaE8wVwMeL1nmF11KT+FmJFoTwWTLfDSnsj+zKwUElkupm ky5gNEiX/2GwT533Xpkf6dbGGQHYggs7Gyfhi33v/T2Fk3BpKJecYzL9YiZwFC3bR5WK 2Lw0nqarSivRlKlKCXIb02ARgUmP4VOEMLZDeIDR9x5F0yA0wwQRDuyd4EsjUATLx5Jp 5ejMzFBtwIUhaleAE7/oVZT1grwRx/32qY4Ok0H+DVD8/pJzrhtTc2glJgYrDLN78GeB G11g== X-Gm-Message-State: AOUpUlGIDTKo5pz5gZrvmYJzqXi816PLE8/z9osXm5OsrZ7Cq6/n09N9 wFLO4d4Lbb+k+/5tBSiOOyHgu8V1rccxJYMaqqA= X-Google-Smtp-Source: AAOMgpca7UKO0saWvtOBQcd0CKyTipyDDXfQAURXdK1FisXzxqTMEN+/G/ZnLo9MUKtJvTq7aqAiTK0uOc2E1aQEXUk= X-Received: by 2002:aca:4e50:: with SMTP id c77-v6mr10514343oib.254.1532015566790; Thu, 19 Jul 2018 08:52:46 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Martin Thomson Date: Thu, 19 Jul 2018 11:52:35 -0400 Message-ID: To: Henrik Levkowetz Cc: Glen , "tools-discuss@ietf.org Discussion" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:52:53 -0000 Oh, that's nice. Thanks. I apologize for having opened tickets for these. On Thu, Jul 19, 2018 at 11:42 AM Henrik Levkowetz wrote: > > > On 2018-07-19 17:37, Martin Thomson wrote: > > On Thu, Jul 19, 2018 at 11:32 AM Glen wrote: > >> I don't think regenerating a large file like that on every draft > >> upload is... workable? I must leave it to others to make that call, > >> and/or to determine if there is a better way to get the data you need > >> in real time (API Datatracker call?) > > > > I would greatly appreciate having an API. I have recently found a > > need to retrieve draft status. Separately, we've had requests for an > > API to get working group metadata (chair identities, for instance). > > https://datatracker.ietf.org/api/ > https://datatracker.ietf.org/api/v1/ > https://datatracker.ietf.org/api/v1/group/role/?group__acronym=httpbis > https://datatracker.ietf.org/api/v1/doc/document/?name=draft-ietf-ipsecme-split-dns > > > Henrik > From nobody Thu Jul 19 08:56:21 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A34B5130E17 for ; Thu, 19 Jul 2018 08:56:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nR-EbWmhblSu for ; Thu, 19 Jul 2018 08:56:17 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4964130E19 for ; Thu, 19 Jul 2018 08:56:17 -0700 (PDT) Received: from [2001:67c:370:128:bc46:475c:5f32:82d8] (port=61472) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fgBHr-0006kw-W7; Thu, 19 Jul 2018 08:56:17 -0700 To: Martin Thomson References: Cc: "tools-discuss@ietf.org Discussion" From: Henrik Levkowetz Message-ID: <535b6573-6512-fcfd-045b-1b547738415c@levkowetz.com> Date: Thu, 19 Jul 2018 17:56:13 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cUR6ow4IG8pHvADuv79HNmuJqMH9FPTXl" X-SA-Exim-Connect-IP: 2001:67c:370:128:bc46:475c:5f32:82d8 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, martin.thomson@gmail.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 15:56:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cUR6ow4IG8pHvADuv79HNmuJqMH9FPTXl Content-Type: multipart/mixed; boundary="Rj8IuN2mwRxHGCjjn5FwOVD2tAD3B1iH5"; protected-headers="v1" From: Henrik Levkowetz To: Martin Thomson Cc: "tools-discuss@ietf.org Discussion" Message-ID: <535b6573-6512-fcfd-045b-1b547738415c@levkowetz.com> Subject: Re: [Tools-discuss] all_id2.txt not getting updated References: In-Reply-To: --Rj8IuN2mwRxHGCjjn5FwOVD2tAD3B1iH5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Martin, On 2018-07-19 17:52, Martin Thomson wrote: > Oh, that's nice. Thanks. >=20 > I apologize for having opened tickets for these. No worries. Henrik > On Thu, Jul 19, 2018 at 11:42 AM Henrik Levkowetz wrote: >> >> >> On 2018-07-19 17:37, Martin Thomson wrote: >> > On Thu, Jul 19, 2018 at 11:32 AM Glen wrote: >> >> I don't think regenerating a large file like that on every draft >> >> upload is... workable? I must leave it to others to make that call= , >> >> and/or to determine if there is a better way to get the data you ne= ed >> >> in real time (API Datatracker call?) >> > >> > I would greatly appreciate having an API. I have recently found a >> > need to retrieve draft status. Separately, we've had requests for a= n >> > API to get working group metadata (chair identities, for instance). >> >> https://datatracker.ietf.org/api/ >> https://datatracker.ietf.org/api/v1/ >> https://datatracker.ietf.org/api/v1/group/role/?group__acronym=3Dhtt= pbis >> https://datatracker.ietf.org/api/v1/doc/document/?name=3Ddraft-ietf-= ipsecme-split-dns >> >> >> Henrik >> >=20 > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss >=20 > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org >=20 > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org >=20 --Rj8IuN2mwRxHGCjjn5FwOVD2tAD3B1iH5-- --cUR6ow4IG8pHvADuv79HNmuJqMH9FPTXl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAltQtJ0ACgkQTptXS4+7 FxqYqxAAubYJaXBooow/weIBOw/nNzutQeAtIwsG/vplQM1mbVuPjI2/zyc//DN6 1SOXRWheO338kwfBOu29s3WkneRMtnd1YeU4SZlyvVZkyLQrfOOmIXbAApgpwF7O L6IOdu5CA1ti74QIgxya7pm3W+R06lJc/P7AYWTtgYJf+XVok72uG6Nb2N8mr0eY 9DdGr9L/xnz79TpTujZnoLBE79UHxIIB/CqoqwPLeh7x8+E0v5lYBzEndxtNAda5 fMEEL9McPA3a4i6pI3IqnXlnoYrscERHdOSgxtysWZhjaAFDP+hvA80rzJwFuvIz RHlsFKouBAl6vXqA1ZV1PVMef2us28I92iFFvixMSz1LNe3zin5/3DnlDIUmzNgN RZafdsul+ygCD5qJZcAtYcLIV8xsRtJDVIjRHS6gJXCYon+/Ry0QXqXfmeIJ4/EO 8si4UZ/7ZO+fNmWd26WVhO++hugN9QxytknQ6HZ35HCYvIdiILVL89CPu7oMb9Ee 9sl2wCAbHRNosjTqA8oQbT6JZ7rYVnrSYZ8dMQE8hw8MfNJSXxg/dpRwZU9dd572 5vD5ojX/xuQufZsf8UxF8OG5OpNIkahdsJernk9tIpU7K09DYwlovTJ7fq8YyfAs xSmbAW8PrtYDuSO8dESkL8Mo66p1RBgLUdU74SqBzLTnVSeQN/M= =KLOt -----END PGP SIGNATURE----- --cUR6ow4IG8pHvADuv79HNmuJqMH9FPTXl-- From nobody Thu Jul 19 10:37:27 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8F0D130EA8 for ; Thu, 19 Jul 2018 10:37:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.101 X-Spam-Level: X-Spam-Status: No, score=-1.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zesyn7BXfgZJ for ; Thu, 19 Jul 2018 10:37:24 -0700 (PDT) Received: from relay.kvm02.ops-netman.net (relay.kvm02.ops-netman.net [IPv6:2606:700:e:550:5c82:28ff:fe25:4960]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03773120049 for ; Thu, 19 Jul 2018 10:37:23 -0700 (PDT) Received: from mail.ops-netman.net (mailserver.ops-netman.net [199.168.90.119]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by relay.kvm02.ops-netman.net (Postfix) with ESMTPS id D1B7B3FE31; Thu, 19 Jul 2018 17:37:22 +0000 (UTC) Received: from morrowc-glaptop2.ops-netman.net (unknown [IPv6:2001:67c:1232:144:b9ed:17ed:ae56:8b13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.ops-netman.net (Postfix) with ESMTPSA id 9C20FA7A5F9; Thu, 19 Jul 2018 17:37:22 +0000 (UTC) Authentication-Results: mail.ops-netman.net; dkim=none reason="no signature"; dkim-adsp=fail (unprotected policy); dkim-atps=neutral Date: Thu, 19 Jul 2018 13:37:22 -0400 Message-ID: From: Chris Morrow To: Eric Rescorla Cc: Glen , tools-discuss In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.1 Mule/6.0 (HANACHIRUSATO) Organization: Operations Network Management, Ltd. MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 17:37:26 -0000 On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla wrote: > > [1 ] > [1.1 ] > On Thu, Jul 19, 2018 at 8:32 AM, Glen wrote: > > > > I don't think regenerating a large file like that on every draft > > upload is... workable? > > > Really? It's order 30K lines. This seems like it ought to be very > straightforward. > For reference, the time for me to retrieve it and parse it in my script is > <2s. it MIGHT be that you have to walk the directory tree to build the content for the file, right? and depending upon filesystem with ~30k files that could be an unhappy operation. -chris From nobody Thu Jul 19 10:49:16 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 577EC1310FF for ; Thu, 19 Jul 2018 10:49:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tZWDbA_63Fzj for ; Thu, 19 Jul 2018 10:49:05 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31E6313110D for ; Thu, 19 Jul 2018 10:49:05 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id C78A41D1B9F for ; Thu, 19 Jul 2018 10:48:49 -0700 (PDT) Received: from mail-it0-f46.google.com (mail-it0-f46.google.com [209.85.214.46]) by c8a.amsl.com (Postfix) with ESMTPSA id A0A0B1D1BA0 for ; Thu, 19 Jul 2018 10:48:49 -0700 (PDT) Received: by mail-it0-f46.google.com with SMTP id p17-v6so11087633itc.2 for ; Thu, 19 Jul 2018 10:49:04 -0700 (PDT) X-Gm-Message-State: AOUpUlGWJfcid/cZeL9hiwD5B0085oAgR0ZAdq/hKR52OQDMIrZefiN4 NRCygxSMyzdE0gAse5HCMHOGv/tuoUHffspahi4= X-Google-Smtp-Source: AAOMgpewTUPXTT4gvu242p0voQi/SH7IZBG1W3ddMJp//43BZCRIKKwHvhHN3ltZSvisXD40xeUuGjHUr2dj5UHo5fI= X-Received: by 2002:a24:e08f:: with SMTP id c137-v6mr6960616ith.117.1532022544396; Thu, 19 Jul 2018 10:49:04 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:504:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 10:48:43 -0700 (PDT) In-Reply-To: References: From: Glen Date: Thu, 19 Jul 2018 10:48:43 -0700 X-Gmail-Original-Message-ID: Message-ID: To: Chris Morrow Cc: Eric Rescorla , tools-discuss Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 17:49:14 -0000 On Thu, Jul 19, 2018 at 10:37 AM, Chris Morrow wrote: > On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla wrote: >> Really? It's order 30K lines. This seems like it ought to be very >> straightforward. >> For reference, the time for me to retrieve it and parse it in my script is >> <2s. > it MIGHT be that you have to walk the directory tree to build the > content for the file, right? and depending upon filesystem with ~30k > files that could be an unhappy operation. Correct on every count. The size of the file is not a valid indicator of processing burden. And just to be clear, although I'm sure many people know this... my role at AMS for the IETF is to handle operations (keep the servers running, clean, updated, and answer what questions I can) but the actual engineering of things (such as the IETF's Datatracker software, and related things developed by the IETF) is the TMC's area, and is handled by Henrik and others. So I was trying to provide a snapshot of what I saw to help out here, but I don't know the methods used to generate that file, and so could not even comment reliably on it. (Saying this just so you know I'm not ignoring - I simply don't have the answer.) Glen From nobody Thu Jul 19 11:21:52 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B376A130E3F for ; Thu, 19 Jul 2018 11:21:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xDCiBdYVvCMR for ; Thu, 19 Jul 2018 11:21:47 -0700 (PDT) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D5FF2130E5F for ; Thu, 19 Jul 2018 11:21:46 -0700 (PDT) Received: by mail-lj1-x230.google.com with SMTP id p10-v6so8851218ljg.2 for ; Thu, 19 Jul 2018 11:21:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ewfmHnmCSAmx4Iy8n9tzozji2gS86zmT08h3xhaiYh0=; b=NCnuJTB5VYCglnCOKidZurlXETEMWWiwSDFb1Em4ux18WthfdqaPRtu9p8CBmDnVzu 5mPXJZ6MvE3wwKr+1MmvEp0CY5pBZUXDUyoXIK4+pzr/dN28+6BM3ypBvbFY/5TiAQgo VHBCwg7/zzYV1ANKUC2Xo0jV9BMTfG2cwVZtO1mS9WqAqdnLVLxAs/bIc5U6nxeK/8nU BnpdZBz4hnyxY43EtjsXrEVKN8SXuWEiNfIB35o1W6GZzhWuxHBmG2zHV3pKQw0vkAdq Wne1TDyte51RQruwdWLK93Kq6vfR4CXZKxDs42/zdcozGqFYvwVOxFTkM1EJ4ABa72hJ xEdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ewfmHnmCSAmx4Iy8n9tzozji2gS86zmT08h3xhaiYh0=; b=TPh42TLqXp2GXBwv9Ny4dqHHlyA4+I5rrsj3xJjiOtVeVNEi6VAepdHZLVJul7bJ7P R3DXgzEDnG2KBY9lv59Uq0XtjsOwXifAct+boLYGCCOW3Ia16toFb4G70ab/MLNkGhXO nhqrJqx8AUYfK/n3lWuqLMr/wbuHcFTctInoSqNRu5ugbs7v8xR/1qQ+8lsfxX+bGvQO orNgZe8tqTjPtUWFPXBxI01GxXELYWF6wfGWppR5i92dcqt12weZM+iwrU+qBrRcghZN f3snumz2r1KNld3t8w+bCMWLa+LOLKjMfZTOwd5Z9Uf1GHN0kOURQcRTGrqQ0uISwajy +Cbg== X-Gm-Message-State: AOUpUlFmEWH9DLRdquhHtY+pf97/M7FmVAMbjy3WejqMuN1/SmTALYmF 2pZ8vvcvNuBye1kAyfUI3B2pQwHwIMy595io9RkDcw== X-Google-Smtp-Source: AAOMgpfNsLMBGCvewG9elD6c5HiB21A7X1Az6HIGf9l3pwwqbA5WEqmNy43dQaA8EIJbtUUBpHKdgJwMGzCKPChc+O0= X-Received: by 2002:a19:6308:: with SMTP id x8-v6mr7631420lfb.104.1532024505119; Thu, 19 Jul 2018 11:21:45 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 11:21:03 -0700 (PDT) In-Reply-To: References: From: Eric Rescorla Date: Thu, 19 Jul 2018 11:21:03 -0700 Message-ID: To: Glen Cc: Chris Morrow , tools-discuss Content-Type: multipart/alternative; boundary="0000000000006a4e1005715e409f" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 18:21:50 -0000 --0000000000006a4e1005715e409f Content-Type: text/plain; charset="UTF-8" On Thu, Jul 19, 2018 at 10:48 AM, Glen wrote: > On Thu, Jul 19, 2018 at 10:37 AM, Chris Morrow > wrote: > > On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla wrote: > >> Really? It's order 30K lines. This seems like it ought to be very > >> straightforward. > >> For reference, the time for me to retrieve it and parse it in my script > is > >> <2s. > > it MIGHT be that you have to walk the directory tree to build the > > content for the file, right? and depending upon filesystem with ~30k > > files that could be an unhappy operation. > > Correct on every count. The size of the file is not a valid indicator > of processing burden. > Well, I suppose that's true as a general matter (e.g., if it contains a giant RSA key which I'm expected to factor), but this kind of text processing task is typically pretty linear. I don't know how the data is stored on the server, but it's usually pretty straightforward to build a cache that lets you generate this kind of data quickly. With that said, scraping the filesystem should also be pretty fast. I just measured this quickly on my laptop with an rsynced copy and building up the list of drafts took less than a second. It might take a little longer if you had to extract the metadata, but again, this kind of problem can be addressed with caching. > And just to be clear, although I'm sure many people know this... my > role at AMS for the IETF is to handle operations (keep the servers > running, clean, updated, and answer what questions I can) but the > actual engineering of things (such as the IETF's Datatracker software, > and related things developed by the IETF) is the TMC's area, and is > handled by Henrik and others. > > So I was trying to provide a snapshot of what I saw to help out here, > but I don't know the methods used to generate that file, and so could > not even comment reliably on it. (Saying this just so you know I'm > not ignoring - I simply don't have the answer.) > Sure. Thanks for your response. -Ekr > Glen > --0000000000006a4e1005715e409f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Jul 19, 2018 at 10:48 AM, Glen <glen@amsl.com> wrote= :
On Thu, Jul 19, 2018 at 10:37 AM,= Chris Morrow <morrowc@ops-netman.net> wrote:
> On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla <ekr@rtfm.com> wrote:
>> Really? It's order 30K lines. This seems like it = ought to be very
>> straightforward.
>> For reference, the time for me to retrieve it and parse it in my s= cript is
>> <2s.
> it MIGHT be that you have to walk the directory tree to build the
> content for the file, right? and depending upon filesystem with ~30k > files that could be an unhappy operation.

Correct on every count.=C2=A0 The size of the file is not a valid in= dicator
of processing burden.

Well, I suppose that's true as a general matter (e.g., if it = contains a giant RSA key which
I'm expe= cted to factor), but this kind of text processing task is typically pretty = linear.

I don't know how the data is stored on the server, but it's usual= ly pretty straightforward
to build a cache = that lets you generate this kind of data quickly. With that said, scraping<= /div>
the filesystem should also be pretty fast. = I just measured this quickly on my laptop
w= ith an rsynced copy and building up the list of drafts took less than a sec= ond. It
might take a little longer if you h= ad to extract the metadata, but again, this kind of problem
can be addressed with caching.
=C2=A0
= =C2=A0
And just to be clear, although I'm sure many people know this...=C2=A0 = my
role at AMS for the IETF is to handle operations (keep the servers
running, clean, updated, and answer what questions I can) but the
actual engineering of things (such as the IETF's Datatracker software,<= br> and related things developed by the IETF) is the TMC's area, and is
handled by Henrik and others.

Glen

--0000000000006a4e1005715e409f-- From nobody Thu Jul 19 11:37:30 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E8ED130E3F for ; Thu, 19 Jul 2018 11:37:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ayV_zEAs3yX4 for ; Thu, 19 Jul 2018 11:37:25 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 60631130E27 for ; Thu, 19 Jul 2018 11:37:25 -0700 (PDT) Received: from dhcp-84b0.meeting.ietf.org (dhcp-84b0.meeting.ietf.org [31.133.132.176]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w6JIb6nm088016 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 19 Jul 2018 13:37:07 -0500 (CDT) (envelope-from rjsparks@nostrum.com) To: Eric Rescorla , Glen Cc: tools-discuss References: From: Robert Sparks Message-ID: Date: Thu, 19 Jul 2018 14:37:01 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------6212CFA39AA5D5A179A98E30" Content-Language: en-US Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 18:37:28 -0000 This is a multi-part message in MIME format. --------------6212CFA39AA5D5A179A98E30 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Given what you're doing, would a 'new-revision' document feed be useful? On 7/19/18 2:21 PM, Eric Rescorla wrote: > > > On Thu, Jul 19, 2018 at 10:48 AM, Glen > wrote: > > On Thu, Jul 19, 2018 at 10:37 AM, Chris Morrow > > wrote: > > On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla > wrote: > >> Really? It's order 30K lines. This seems like it ought to be very > >> straightforward. > >> For reference, the time for me to retrieve it and parse it in > my script is > >> <2s. > > it MIGHT be that you have to walk the directory tree to build the > > content for the file, right? and depending upon filesystem with ~30k > > files that could be an unhappy operation. > > Correct on every count.  The size of the file is not a valid indicator > of processing burden. > > > Well, I suppose that's true as a general matter (e.g., if it contains > a giant RSA key which > I'm expected to factor), but this kind of text processing task is > typically pretty linear. > > I don't know how the data is stored on the server, but it's usually > pretty straightforward > to build a cache that lets you generate this kind of data quickly. > With that said, scraping > the filesystem should also be pretty fast. I just measured this > quickly on my laptop > with an rsynced copy and building up the list of drafts took less than > a second. It > might take a little longer if you had to extract the metadata, but > again, this kind of problem > can be addressed with caching. > > And just to be clear, although I'm sure many people know this...  my > role at AMS for the IETF is to handle operations (keep the servers > running, clean, updated, and answer what questions I can) but the > actual engineering of things (such as the IETF's Datatracker software, > and related things developed by the IETF) is the TMC's area, and is > handled by Henrik and others. > > > So I was trying to provide a snapshot of what I saw to help out here, > but I don't know the methods used to generate that file, and so could > not even comment reliably on it.   (Saying this just so you know I'm > not ignoring - I simply don't have the answer.) > > > Sure. Thanks for your response. > > -Ekr > > > Glen > > > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org --------------6212CFA39AA5D5A179A98E30 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Given what you're doing, would a 'new-revision' document feed be useful?


On 7/19/18 2:21 PM, Eric Rescorla wrote:


On Thu, Jul 19, 2018 at 10:48 AM, Glen <glen@amsl.com> wrote:
On Thu, Jul 19, 2018 at 10:37 AM, Chris Morrow <morrowc@ops-netman.net> wrote:
> On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla <ekr@rtfm.com> wrote:
>> Really? It's order 30K lines. This seems like it ought to be very
>> straightforward.
>> For reference, the time for me to retrieve it and parse it in my script is
>> <2s.
> it MIGHT be that you have to walk the directory tree to build the
> content for the file, right? and depending upon filesystem with ~30k
> files that could be an unhappy operation.

Correct on every count.  The size of the file is not a valid indicator
of processing burden.

Well, I suppose that's true as a general matter (e.g., if it contains a giant RSA key which
I'm expected to factor), but this kind of text processing task is typically pretty linear.

I don't know how the data is stored on the server, but it's usually pretty straightforward
to build a cache that lets you generate this kind of data quickly. With that said, scraping
the filesystem should also be pretty fast. I just measured this quickly on my laptop
with an rsynced copy and building up the list of drafts took less than a second. It
might take a little longer if you had to extract the metadata, but again, this kind of problem
can be addressed with caching.
 
 
And just to be clear, although I'm sure many people know this...  my
role at AMS for the IETF is to handle operations (keep the servers
running, clean, updated, and answer what questions I can) but the
actual engineering of things (such as the IETF's Datatracker software,
and related things developed by the IETF) is the TMC's area, and is
handled by Henrik and others.

So I was trying to provide a snapshot of what I saw to help out here,
but I don't know the methods used to generate that file, and so could
not even comment reliably on it.   (Saying this just so you know I'm
not ignoring - I simply don't have the answer.)

Sure. Thanks for your response.

-Ekr


Glen



___________________________________________________________
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discuss

Please report datatracker.ietf.org and mailarchive.ietf.org
bugs at http://tools.ietf.org/tools/ietfdb
or send email to datatracker-project@ietf.org

Please report tools.ietf.org bugs at
http://tools.ietf.org/tools/issues
or send email to webmaster@tools.ietf.org

--------------6212CFA39AA5D5A179A98E30-- From nobody Thu Jul 19 11:40:10 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 344F213110C for ; Thu, 19 Jul 2018 11:40:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2rLmN0k9euZx for ; Thu, 19 Jul 2018 11:39:58 -0700 (PDT) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF56113112C for ; Thu, 19 Jul 2018 11:39:57 -0700 (PDT) Received: by mail-lj1-x232.google.com with SMTP id j19-v6so8899910ljc.7 for ; Thu, 19 Jul 2018 11:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fsYFiqBENf6bSjU3VT6rsiQuIjuOjbLKBkR8P30H+Xg=; b=uhYG1luxXeY8CYXiHlC5nZvqoa4EhdACthyR6uj68LtJQjyTlIXQuC8Zte8MYkY1qQ 37jxe0VGIA1rrLyLBZEc8Or0ijSfZABEYgE8CC+fKXsQ8BGs6uiWSY7lHENGFP/92klq RLYI3PCW5gOQqhlqzb0E5P3J/AEdUta8T4Qnmb/QuZltRRwGLVQLrDevWAIE+X4GVBo3 xaFznKnQyE5h736vb7J6oeE7Hw5klb6jcmnPOjZwjRhzWyzt3m7Ft23IKVPmBPvneIeV NJfdqD/DRvWKCQEHT7mFw8e7A/1knSXN7HrQSoRq2cBUfAv50dHJvgzUS3rwN6+KD/nk bLyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fsYFiqBENf6bSjU3VT6rsiQuIjuOjbLKBkR8P30H+Xg=; b=LKW0BWNhtO5PgUM9Kj4T4JBoaAQ99PT2zuFFbrjM6J8cGysBMZRUTDTZ4t9W75+iMq ZuYZdTQtZJMJZ/elA4j4hxWmvr9HJH5dG5JNglskDFEcpzDc4PXub1l15RbF1Ce0EcR7 +Jc1GFC1sbFlELej2cNmOtVs9UwuaVCJFvdkq/56kMq0aNxtGoTi611yjASnpTwU11kI gF/5p1PPpkWqABdDmkYwyHgOPvlnJ1TDACNbKrWG78nv7Ze++glna2rs1Qe6X9dk9coB CUp9T7glpgxKb4Al8wqzhWrsRiS95B3ojuJ9Ap7iP3s9Q1tdQNJJVNikl77IMtv0L41T 6JbA== X-Gm-Message-State: AOUpUlGL5R0LZrNna3texoUm6Xs8qDFEmjzxPNDYP4zEYu9J42neBVyc dt2dsiAuFysX7bKaTUn5W+iAyuZdBB+GApY2rpkUaQ== X-Google-Smtp-Source: AAOMgpfr6uBJ+TDPh4UlXgtR2ajW0geeSjW8Vvql5DUevxU/EPCrM8N02QnMAhQnFvuKvDU3JStgkDm4AIdGiCJZTMo= X-Received: by 2002:a19:1460:: with SMTP id k93-v6mr7130923lfi.15.1532025595998; Thu, 19 Jul 2018 11:39:55 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 11:39:14 -0700 (PDT) In-Reply-To: References: From: Eric Rescorla Date: Thu, 19 Jul 2018 11:39:14 -0700 Message-ID: To: Robert Sparks Cc: Glen , tools-discuss Content-Type: multipart/alternative; boundary="0000000000006fbfbf05715e81ae" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 18:40:09 -0000 --0000000000006fbfbf05715e81ae Content-Type: text/plain; charset="UTF-8" On Thu, Jul 19, 2018 at 11:37 AM, Robert Sparks wrote: > Given what you're doing, would a 'new-revision' document feed be useful? > Probably would have, but I ended up just using the directory listing. -Ekr > On 7/19/18 2:21 PM, Eric Rescorla wrote: > > > > On Thu, Jul 19, 2018 at 10:48 AM, Glen wrote: > >> On Thu, Jul 19, 2018 at 10:37 AM, Chris Morrow >> wrote: >> > On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla wrote: >> >> Really? It's order 30K lines. This seems like it ought to be very >> >> straightforward. >> >> For reference, the time for me to retrieve it and parse it in my >> script is >> >> <2s. >> > it MIGHT be that you have to walk the directory tree to build the >> > content for the file, right? and depending upon filesystem with ~30k >> > files that could be an unhappy operation. >> >> Correct on every count. The size of the file is not a valid indicator >> of processing burden. >> > > Well, I suppose that's true as a general matter (e.g., if it contains a > giant RSA key which > I'm expected to factor), but this kind of text processing task is > typically pretty linear. > > I don't know how the data is stored on the server, but it's usually pretty > straightforward > to build a cache that lets you generate this kind of data quickly. With > that said, scraping > the filesystem should also be pretty fast. I just measured this quickly on > my laptop > with an rsynced copy and building up the list of drafts took less than a > second. It > might take a little longer if you had to extract the metadata, but again, > this kind of problem > can be addressed with caching. > > > >> And just to be clear, although I'm sure many people know this... my >> role at AMS for the IETF is to handle operations (keep the servers >> running, clean, updated, and answer what questions I can) but the >> actual engineering of things (such as the IETF's Datatracker software, >> and related things developed by the IETF) is the TMC's area, and is >> handled by Henrik and others. >> > >> So I was trying to provide a snapshot of what I saw to help out here, >> but I don't know the methods used to generate that file, and so could >> not even comment reliably on it. (Saying this just so you know I'm >> not ignoring - I simply don't have the answer.) >> > > Sure. Thanks for your response. > > -Ekr > > >> Glen >> > > > > ___________________________________________________________ > Tools-discuss mailing listTools-discuss@ietf.orghttps://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs athttp://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > > > --0000000000006fbfbf05715e81ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Jul 19, 2018 at 11:37 AM, Robert Sparks <rjsp= arks@nostrum.com> wrote:
=20 =20 =20

Given what you're doing, would a 'new-revision' document= feed be useful?

Probably would have, but I end= ed up just using the directory listing.

-Ekr


On 7/19/18 2:21 PM, Eric Rescorla wrote:
=20


On Thu, Jul 19, 2018 at 10:48 AM, Glen <glen@amsl.com> wrote:
On Thu, Jul 19, 2018 at 10:37 AM, Chris Morrow <morrowc@ops-netman.net= > wrote:
> On Thu, 19 Jul 2018 11:51:29 -0400, Eric Rescorla <ekr@r= tfm.com> wrote:
>> Really? It's order 30K lines. This seems like it ought to be very
>> straightforward.
>> For reference, the time for me to retrieve it and parse it in my script is
>> <2s.
> it MIGHT be that you have to walk the directory tree to build the
> content for the file, right? and depending upon filesystem with ~30k
> files that could be an unhappy operation.

Correct on every count.=C2=A0 The size of the file is not a valid indicator
of processing burden.

Well, I suppose that's true as= a general matter (e.g., if it contains a giant RSA key which
I'm expected to factor), but t= his kind of text processing task is typically pretty linear.

I don't know how the data is stored on the server, but it's usually pretty straightforward
to build a cache that lets you generate this kind of data quickly. With that said, scraping
the filesystem should also be pretty fast. I just measured this quickly on my laptop
with an rsynced copy and building up the list of drafts took less than a second. It
might take a little longer if you had to extract the metadata, but again, this kind of problem
can be addressed with caching. =C2=A0
=C2=A0
And just to be clear, although I'm sure many people know this...=C2=A0 my
role at AMS for the IETF is to handle operations (keep the servers
running, clean, updated, and answer what questions I can) but the
actual engineering of things (such as the IETF's Datatracker software,
and related things developed by the IETF) is the TMC's area, and is
handled by Henrik and others.

So I was trying to provide a snapshot of what I saw to help out here,
but I don't know the methods used to generate that file, and so could
not even comment reliably on it.=C2=A0 =C2=A0(Saying this jus= t so you know I'm
not ignoring - I simply don't have the answer.)

Sure. Thanks for your response.

-Ekr


Glen



_________________________________________=
__________________
Tools-discuss mailing list
Tools-discus=
s@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discuss

Please report dat=
atracker.ietf.org and mailarchive.ietf.org
bugs at ht=
tp://tools.ietf.org/tools/ietfdb
or send email to datatracker-project@ietf.org

Please report tools.iet=
f.org bugs at
http://too=
ls.ietf.org/tools/issues
or send email to webmaster@tools.ietf.org


--0000000000006fbfbf05715e81ae-- From nobody Thu Jul 19 14:43:04 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E09AC1271FF for ; Thu, 19 Jul 2018 14:43:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.101 X-Spam-Level: X-Spam-Status: No, score=-1.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mosGg8WjdzKh for ; Thu, 19 Jul 2018 14:43:00 -0700 (PDT) Received: from relay.kvm02.ops-netman.net (relay.ops-netman.net [192.110.255.59]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 907E2130DC2 for ; Thu, 19 Jul 2018 14:43:00 -0700 (PDT) Received: from mail.ops-netman.net (mailserver.ops-netman.net [199.168.90.119]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by relay.kvm02.ops-netman.net (Postfix) with ESMTPS id 7D3C03FD59; Thu, 19 Jul 2018 21:42:58 +0000 (UTC) Received: from morrowc-glaptop2.ops-netman.net (unknown [IPv6:2001:67c:1232:144:b9ed:17ed:ae56:8b13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.ops-netman.net (Postfix) with ESMTPSA id 4F1B6CBF5DB; Thu, 19 Jul 2018 21:42:57 +0000 (UTC) Authentication-Results: mail.ops-netman.net; dkim=none reason="no signature"; dkim-adsp=fail (unprotected policy); dkim-atps=neutral Date: Thu, 19 Jul 2018 17:42:56 -0400 Message-ID: From: Chris Morrow To: Eric Rescorla Cc: Glen , Chris Morrow , tools-discuss In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.1 Mule/6.0 (HANACHIRUSATO) Organization: Operations Network Management, Ltd. MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 21:43:02 -0000 On Thu, 19 Jul 2018 14:21:03 -0400, Eric Rescorla wrote: > I don't know how the data is stored on the server, but it's usually pretty > straightforward > to build a cache that lets you generate this kind of data quickly. With > that said, scraping > the filesystem should also be pretty fast. I just measured this quickly on > my laptop > with an rsynced copy and building up the list of drafts took less than a > second. It > might take a little longer if you had to extract the metadata, but again, > this kind of problem > can be addressed with caching. 'depending on the file system' with, for example, ext3 30k files can be very expensive. (I don't know what the server is, but tools == debian and datatracker appears to be fbsd, so you can make some guesses about filesystem type) -chris From nobody Thu Jul 19 15:04:16 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53A9D130DEB for ; Thu, 19 Jul 2018 15:04:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qpmrQCGtYRtd for ; Thu, 19 Jul 2018 15:04:12 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A53A7124BE5 for ; Thu, 19 Jul 2018 15:04:12 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id 071CD1D1B9C for ; Thu, 19 Jul 2018 15:03:57 -0700 (PDT) Received: from mail-it0-f45.google.com (mail-it0-f45.google.com [209.85.214.45]) by c8a.amsl.com (Postfix) with ESMTPSA id D8FC71D1B99 for ; Thu, 19 Jul 2018 15:03:56 -0700 (PDT) Received: by mail-it0-f45.google.com with SMTP id p17-v6so12049707itc.2 for ; Thu, 19 Jul 2018 15:04:12 -0700 (PDT) X-Gm-Message-State: AOUpUlGj9zAUVBjWi65C4NmjUZ8dMRJX7DPTKtVbRNPwTbZsTzXpVp4X c6D0LeK9jjYp+HQt3mDEWMtPCCrZ45nTQVG6tU4= X-Google-Smtp-Source: AAOMgpcLE3gOYg8APAp4izbwGhDkVzraFhM/wKORXa/UpPQU4F5SQ74E8SiFvsxrd/sba16BaLej4tl+atruyPCv2KY= X-Received: by 2002:a02:2505:: with SMTP id g5-v6mr11199555jag.112.1532037851905; Thu, 19 Jul 2018 15:04:11 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:504:0:0:0:0:0 with HTTP; Thu, 19 Jul 2018 15:03:51 -0700 (PDT) In-Reply-To: References: From: Glen Date: Thu, 19 Jul 2018 15:03:51 -0700 X-Gmail-Original-Message-ID: Message-ID: To: tools-discuss Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2018 22:04:14 -0000 On Thu, Jul 19, 2018 at 2:42 PM, Chris Morrow wrote: > (I don't know what the server is, but tools == debian and datatracker > appears to be fbsd, so you can make some guesses about filesystem > type) The production servers run OpenSuse Leap 42.3, the filesystem is currently ext4, which was the newest filesystem when we took these over years ago. I know better filesystems options exist now, and we may consider a migration when we do a future server upgrade. But to clarify - I did not mean to imply that we could not cope with a given frequency of transaction - the servers are quite powerful and could probably "cope" with a bit more than they currently do (although they do quite a bit already.) I was clearly imprecise, and my imprecision caused a follow-on discussion, for which I apologize. (Even though we all love such discussions anyway. :-) Rather, I think I meant to say something like: At present, the regeneration of all_id2.txt (and similar files) is done by the Datatracker, in a job scheduled by cron to run once an hour. I do not know how feasible it would be to - for example - change it to run the job once per draft submission instead of once per hour. I have no idea whether it would be helpful or off point, whether it would be right or wrong, better or worse, but, absent such a change, the original assertion that the file can be out of immediate sync at any given instant seems to me to be correct. These are all questions for Henrik and Engineering volunteers. And while I'm correcting myself, I was reminded that another statement I made was also imprecise. Instead of TMC, I should have said "Tools Team". They are the ones who handle the engineering and new code development, with Henrik being a primary point of contact for topics like this. Hope this is a bit more clear. Glen From nobody Sat Jul 21 07:34:10 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40A3B12426A for ; Sat, 21 Jul 2018 07:34:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5cxPkczkePPE for ; Sat, 21 Jul 2018 07:34:05 -0700 (PDT) Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C1BC126BED for ; Sat, 21 Jul 2018 07:34:05 -0700 (PDT) Received: by mail-lj1-x22b.google.com with SMTP id l15-v6so13394855lji.6 for ; Sat, 21 Jul 2018 07:34:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=X4XFd+P8q0NpvDltwcD10/dlx/0m0cF3DHZM9fX0aFI=; b=gIxQvw8bevNvObvfqDhWtb43eLNY/w6fp74jk4RrovsbRZr/+CCwQdNYl1LtQqvH/N EkwaMcIbAG84gvciCXsG2Fy4L8+eZ1GpiEvXvpCCOsUskxSwcs1u4QTgnCAHeX8Mp5JA 2lH+XThCebsRbu2OzaF5n3CPu7XoboLrKx8PaT3eqeFi8cqj71Zp6doWBUq0dH0pej6m Hmh6yubFPQEL/qFdA3bQ27cgaYunodHXO+BddHJdEprQcRoQU3SLQi3w6/RMcMYBUkTI 7etMc1T694c6jcu+TG8LkPMrA0gB9cK8Z9UdTjkHLjpc1LH2Q7BpyMu3l07uaXs4B8bw nyZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=X4XFd+P8q0NpvDltwcD10/dlx/0m0cF3DHZM9fX0aFI=; b=WyRlO3XTF9TxBZGrzikB3pcnjwCsF+X/5BoJ1awDy8qlYOT2yi+qPXKsm94jqpjePf +xtmNmQld7YyTXGs7XyVCqXrTrx0A0f5xeuj7djVice5X4gJw4g+fx1Bw8hlDggI0TBG fklDh5NoUONI635dID2KnOn1vJIre0IuGmJRjJJNlpYMlWOCNxk9hNrfMCJ5nykRsHIi aWsEU5i6SfM7V7NaPw/jB0MZJHMnrt0QRooSdBfzFRHkeW8qsV+mYzOsy9rmM+REINGp SdHVUjdiqxwaunBEUdou3Vd209PsZyPI2n+Ij/N0e41rc0Oh74DWb/Fz5FaItloOaPuF fQZQ== X-Gm-Message-State: AOUpUlEumeh7tM9R7059WoHhDBdNzYK1CfF8/AuupPTjfrxTsXg0VNRi Ouv8W7fgpTlkxYGeB1kO5jYeg5riAh26RfBTsiELxrzxN8A= X-Google-Smtp-Source: AAOMgpeRZ1EZtPBi/JyGCTLBCZu0DiIqR94jfkpnB0kmYo6NQ+e+vetpBQQkWN4DQW51Sb55UWGbcF/0Vjs62KLguYw= X-Received: by 2002:a2e:1b83:: with SMTP id c3-v6mr4299500ljf.0.1532183643552; Sat, 21 Jul 2018 07:34:03 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Sat, 21 Jul 2018 07:33:22 -0700 (PDT) In-Reply-To: References: From: Eric Rescorla Date: Sat, 21 Jul 2018 07:33:22 -0700 Message-ID: To: Glen Cc: tools-discuss Content-Type: multipart/alternative; boundary="000000000000ce0ed30571834d75" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2018 14:34:08 -0000 --000000000000ce0ed30571834d75 Content-Type: text/plain; charset="UTF-8" On Thu, Jul 19, 2018 at 3:03 PM, Glen wrote: > On Thu, Jul 19, 2018 at 2:42 PM, Chris Morrow > wrote: > > (I don't know what the server is, but tools == debian and datatracker > > appears to be fbsd, so you can make some guesses about filesystem > > type) > > The production servers run OpenSuse Leap 42.3, the filesystem is > currently ext4, which was the newest filesystem when we took these > over years ago. I know better filesystems options exist now, and we > may consider a migration when we do a future server upgrade. > > But to clarify - I did not mean to imply that we could not cope with a > given frequency of transaction - the servers are quite powerful and > could probably "cope" with a bit more than they currently do (although > they do quite a bit already.) I was clearly imprecise, and my > imprecision caused a follow-on discussion, for which I apologize. > (Even though we all love such discussions anyway. :-) > > Rather, I think I meant to say something like: > > At present, the regeneration of all_id2.txt (and similar files) is > done by the Datatracker, in a job scheduled by cron to run once an > hour. Do you happen to know the name of the script? That would save me some time trawling through the tracker code. -Ekr I do not know how feasible it would be to - for example - > change it to run the job once per draft submission instead of once per > hour. I have no idea whether it would be helpful or off point, > whether it would be right or wrong, better or worse, but, absent such > a change, the original assertion that the file can be out of immediate > sync at any given instant seems to me to be correct. These are all > questions for Henrik and Engineering volunteers. > > And while I'm correcting myself, I was reminded that another statement > I made was also imprecise. Instead of TMC, I should have said "Tools > Team". They are the ones who handle the engineering and new code > development, with Henrik being a primary point of contact for topics > like this. > > Hope this is a bit more clear. > > Glen > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > --000000000000ce0ed30571834d75 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Jul 19, 2018 at 3:03 PM, Glen <glen@amsl.com> wrote:=
On Thu, Jul 19, 2018 at= 2:42 PM, Chris Morrow <morrow= c@ops-netman.net> wrote:
> (I don't know what the server is, but tools =3D=3D debian and data= tracker
> appears to be fbsd, so you can make some guesses about filesystem
> type)

The production servers run OpenSuse Leap 42.3, the filesystem is
currently ext4, which was the newest filesystem when we took these
over years ago.=C2=A0 I know better filesystems options exist now, and we may consider a migration when we do a future server upgrade.

But to clarify - I did not mean to imply that we could not cope with a
given frequency of transaction - the servers are quite powerful and
could probably "cope" with a bit more than they currently do (alt= hough
they do quite a bit already.)=C2=A0 I was clearly imprecise, and my
imprecision caused a follow-on discussion, for which I apologize.
(Even though we all love such discussions anyway. :-)

Rather, I think I meant to say something like:

At present, the regeneration of all_id2.txt (and similar files) is
done by the Datatracker, in a job scheduled by cron to run once an
hour.

Do you happen to know the name of the= script? That would save me some time
trawling through the tracke= r code.

-Ekr



=C2=A0 I do not know how feasi= ble it would be to - for example -
change it to run the job once per draft submission instead of once per
hour.=C2=A0 I have no idea whether it would be helpful or off point,
whether it would be right or wrong, better or worse, but, absent such
a change, the original assertion that the file can be out of immediate
sync at any given instant seems to me to be correct. These are all
questions for Henrik and Engineering volunteers.

And while I'm correcting myself, I was reminded that another statement<= br> I made was also imprecise.=C2=A0 Instead of TMC, I should have said "T= ools
Team".=C2=A0 They are the ones who handle the engineering and new code=
development, with Henrik being a primary point of contact for topics
like this.

Hope this is a bit more clear.

Glen

___________________________________________________________
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-= discuss

Please report datatracker.ietf.org and mailarchive.ietf.org
bugs at http://tools.ietf.org/tools/ietfdb
or send email to datatracke= r-project@ietf.org

Please report tools.ietf.org bugs at
http://tools.ietf.org/tools/issues
or send email to webmaster@tool= s.ietf.org

--000000000000ce0ed30571834d75-- From nobody Sat Jul 21 10:49:44 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04A5D130E19 for ; Sat, 21 Jul 2018 10:49:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.101 X-Spam-Level: X-Spam-Status: No, score=-1.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AcXu_Dk1XuXZ for ; Sat, 21 Jul 2018 10:49:39 -0700 (PDT) Received: from relay.kvm02.ops-netman.net (relay.kvm02.ops-netman.net [IPv6:2606:700:e:550:5c82:28ff:fe25:4960]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 422BA130DCF for ; Sat, 21 Jul 2018 10:49:39 -0700 (PDT) Received: from mail.ops-netman.net (mailserver.ops-netman.net [199.168.90.119]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by relay.kvm02.ops-netman.net (Postfix) with ESMTPS id 903723FDC7; Sat, 21 Jul 2018 17:49:36 +0000 (UTC) Received: from morrowc-glaptop2.ops-netman.net (unknown [IPv6:2606:700:e:30:fa59:71ff:febc:c58c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.ops-netman.net (Postfix) with ESMTPSA id 4B2B3137C358; Sat, 21 Jul 2018 17:49:36 +0000 (UTC) Authentication-Results: mail.ops-netman.net; dkim=none reason="no signature"; dkim-adsp=fail (unprotected policy); dkim-atps=neutral Date: Sat, 21 Jul 2018 13:49:35 -0400 Message-ID: From: Chris Morrow To: Eric Rescorla Cc: Glen , tools-discuss In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.1 Mule/6.0 (HANACHIRUSATO) Organization: Operations Network Management, Ltd. MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2018 17:49:42 -0000 On Sat, 21 Jul 2018 10:33:22 -0400, Eric Rescorla wrote: > > [1 ] > [1.1 ] > On Thu, Jul 19, 2018 at 3:03 PM, Glen wrote: > > > On Thu, Jul 19, 2018 at 2:42 PM, Chris Morrow > > wrote: > > > (I don't know what the server is, but tools == debian and datatracker > > > appears to be fbsd, so you can make some guesses about filesystem > > > type) > > > > The production servers run OpenSuse Leap 42.3, the filesystem is > > currently ext4, which was the newest filesystem when we took these > > over years ago. I know better filesystems options exist now, and we > > may consider a migration when we do a future server upgrade. > > > > But to clarify - I did not mean to imply that we could not cope with a > > given frequency of transaction - the servers are quite powerful and > > could probably "cope" with a bit more than they currently do (although > > they do quite a bit already.) I was clearly imprecise, and my > > imprecision caused a follow-on discussion, for which I apologize. > > (Even though we all love such discussions anyway. :-) > > > > Rather, I think I meant to say something like: > > > > At present, the regeneration of all_id2.txt (and similar files) is > > done by the Datatracker, in a job scheduled by cron to run once an > > hour. > > > Do you happen to know the name of the script? That would save me some time > trawling through the tracker code. > https://github.com/mcr/ietfdb/blob/210f761f678600cd81d8824ade2be649451aeda7/ietf/idindex/index.py may be relevant to your interests. though this appears to pull all ids from 'some data store' convert to txt and update the id_blah file when done. > -Ekr > > > > I do not know how feasible it would be to - for example - > > change it to run the job once per draft submission instead of once per > > hour. I have no idea whether it would be helpful or off point, > > whether it would be right or wrong, better or worse, but, absent such > > a change, the original assertion that the file can be out of immediate > > sync at any given instant seems to me to be correct. These are all > > questions for Henrik and Engineering volunteers. > > > > And while I'm correcting myself, I was reminded that another statement > > I made was also imprecise. Instead of TMC, I should have said "Tools > > Team". They are the ones who handle the engineering and new code > > development, with Henrik being a primary point of contact for topics > > like this. > > > > Hope this is a bit more clear. > > > > Glen > > > > ___________________________________________________________ > > Tools-discuss mailing list > > Tools-discuss@ietf.org > > https://www.ietf.org/mailman/listinfo/tools-discuss > > > > Please report datatracker.ietf.org and mailarchive.ietf.org > > bugs at http://tools.ietf.org/tools/ietfdb > > or send email to datatracker-project@ietf.org > > > > Please report tools.ietf.org bugs at > > http://tools.ietf.org/tools/issues > > or send email to webmaster@tools.ietf.org > > > [1.2 ] > [2 ] > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org From nobody Sat Jul 21 10:59:35 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0474C130E15 for ; Sat, 21 Jul 2018 10:59:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QMx6wd6290hl for ; Sat, 21 Jul 2018 10:59:32 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92629130DCF for ; Sat, 21 Jul 2018 10:59:32 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id 2D3B51CA3B6 for ; Sat, 21 Jul 2018 10:59:14 -0700 (PDT) Received: from mail-it0-f45.google.com (mail-it0-f45.google.com [209.85.214.45]) by c8a.amsl.com (Postfix) with ESMTPSA id 068E51D1B85 for ; Sat, 21 Jul 2018 10:59:14 -0700 (PDT) Received: by mail-it0-f45.google.com with SMTP id y124-v6so8003225itc.0 for ; Sat, 21 Jul 2018 10:59:32 -0700 (PDT) X-Gm-Message-State: AOUpUlEjnOIK8Mu65sbzmG0NPyqUsUCIpXEFKzSoumUUNlSnVBW3VhDV UkbuS/U7Yxjxb682fbiUCXIDvhH13HwZUTdpz9Y= X-Google-Smtp-Source: AAOMgpelHN0Iby98PMF7GnsJNjPI95tBluyG1osBOYU2rLlCIbkH9RisYqBzUEqU+vqQvt3/wy0iFeJooKevIW11nug= X-Received: by 2002:a24:94f:: with SMTP id 76-v6mr5472559itm.113.1532195971835; Sat, 21 Jul 2018 10:59:31 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:504:0:0:0:0:0 with HTTP; Sat, 21 Jul 2018 10:59:11 -0700 (PDT) In-Reply-To: References: From: Glen Date: Sat, 21 Jul 2018 10:59:11 -0700 X-Gmail-Original-Message-ID: Message-ID: To: Eric Rescorla Cc: tools-discuss Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2018 17:59:34 -0000 Hi Eric (and thanks Chris for your email also!) On Sat, Jul 21, 2018 at 7:33 AM, Eric Rescorla wrote: >> At present, the regeneration of all_id2.txt (and similar files) is >> done by the Datatracker, in a job scheduled by cron to run once an >> hour. > Do you happen to know the name of the script? That would save me some time > trawling through the tracker code. Absolutely. Sort of. :-) In the old days we inherited just a bunch of random scripts. I tried consolidating them over the years, but then Henrik took a much greater step in building them right into the datatracker. So we have this crontab that runs: PATH=/sbin:/usr/sbin:/bin:/usr/bin DTDIR=/a/www/ietf-datatracker/web @monthly wwwrun test -x $DTDIR/bin/monthly && $DTDIR/bin/monthly @weekly wwwrun test -x $DTDIR/bin/weekly && $DTDIR/bin/weekly 05 00 * * * wwwrun test -x $DTDIR/bin/daily && $DTDIR/bin/daily 05 1-23 * * * wwwrun test -x $DTDIR/bin/hourly && $DTDIR/bin/hourly 05 * * * * mailman test -x $DTDIR/bin/mm_hourly && $DTDIR/bin/mm_hourly And I'm guessing it's /bin/hourly that you want. There are still some legacy scripts that *also* run at 5 past the hour - I don't *think* they're relevant but I'll mention them for completeness... PYTHONPATH=/a/www/ietf-datatracker/web export PYTHONPATH /a/www/ietf-datatracker/web/ietf/bin/rfc-editor-index-updates # (replaces mirror_rfc_index) /a/www/ietf-datatracker/web/ietf/bin/rfc-editor-queue-updates # (replaces mirror_rfc_queue) /a/www/ietf-datatracker/web/ietf/bin/generate-draft-aliases && \ ( cd /a/postfix; /usr/sbin/postalias -o draft-aliases; ) && \ ( cd /a/postfix; /usr/sbin/postmap -o draft-virtual; ) /a/www/ietf-datatracker/web/ietf/bin/generate-wg-aliases && \ ( cd /a/postfix; /usr/sbin/postalias -o group-aliases; ) && \ ( cd /a/postfix; /usr/sbin/postmap -o group-virtual; ) Hope this helps! Glen From nobody Sat Jul 21 11:18:03 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5ADB1130E25 for ; Sat, 21 Jul 2018 11:18:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I2n-oGbaR-7G for ; Sat, 21 Jul 2018 11:17:58 -0700 (PDT) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7ED1130E0A for ; Sat, 21 Jul 2018 11:17:57 -0700 (PDT) Received: by mail-lj1-x22f.google.com with SMTP id u7-v6so13652779lji.3 for ; Sat, 21 Jul 2018 11:17:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PlW8ksGyn8anbYV+ViG6OoDkE8ko7fqG1Pvu2QFKFo8=; b=y6QBGNgDPPnTtYAPNlXJPVom+hrPLEj8vb8oXNgPU7ATVbs51RVJrrnm2/tlC0NEYv pBYgnCRAAbozY/dbk1ZKd5lVa9YpkmS1qH/XWu6yR4u/Ci+fQ4K2Ge+OAs7M1UkmUXqu IFujGOQlibloOgS6nnMg+bmO48K4TwK6K+B96P0koG1AHnqk7p3EPfv63TJi4iMxPKwT RiHOC71ov7dWF6AUr3bS6lGUuiYBlDzE6IVlWcwzRMMgFRmAbNtbrlUNLux+u/GNioSV HjDqRqd2nf4qtMLUtgjLaZY2tMJz0rnCR2fqlYTIfEKovvpG1zHCe5kCEtetk6+9ZfCs 5Hdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PlW8ksGyn8anbYV+ViG6OoDkE8ko7fqG1Pvu2QFKFo8=; b=bzjOslQm9VrRX9unl7LUNZHC3kr/WWGMkLi5Fb3Ma+07renhm6/CYxASZsHHwj8w5Z a75WQLRaQ01tarDZqM31KJFpes1SQ6P7EAfDgdut87UQFxRAB9APDfUqgAelbLldqq1T pFhVM14Fs38qpUN7JwCRJB8kiACU9gjk4O4gAdohVag3GG2EwWXVz5ziV4oxQaPildyp JEJVc8blsAkC1v/zK/KYrGkLXD4GmAQXI/bvqkdl2tGG3ARltX3k26ZbdoU913Y3dvxV 0mntUjA5TfSCCkY0IZn/OhmeECwQ77YpA6UPreO8WGgOHxtJJbACZY6Ya+9AgUZWOI7A nKWw== X-Gm-Message-State: AOUpUlEKHyLgeqvctQsx7h3ZbYJmaHFgO2AohfG5MWynNsWF6muHrEN9 nzx5dfSFIaOzj2oIIIFokSBPRsOnsRsoXZdyaxZkW4bjLIY= X-Google-Smtp-Source: AAOMgpcfMOOflWjZPG+LUzZx2zchdmdMgTWRcJOk3M4U93A54Q2LWkunXgxVVZA1z1eISDX98XE+voBgl3LHVYwS+3A= X-Received: by 2002:a2e:954e:: with SMTP id t14-v6mr4610903ljh.68.1532197076210; Sat, 21 Jul 2018 11:17:56 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Sat, 21 Jul 2018 11:17:15 -0700 (PDT) In-Reply-To: References: From: Eric Rescorla Date: Sat, 21 Jul 2018 11:17:15 -0700 Message-ID: To: Glen Cc: tools-discuss Content-Type: multipart/alternative; boundary="000000000000742a8a0571866ef0" Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2018 18:18:00 -0000 --000000000000742a8a0571866ef0 Content-Type: text/plain; charset="UTF-8" Thanks! On Sat, Jul 21, 2018 at 10:59 AM, Glen wrote: > Hi Eric (and thanks Chris for your email also!) > > On Sat, Jul 21, 2018 at 7:33 AM, Eric Rescorla wrote: > >> At present, the regeneration of all_id2.txt (and similar files) is > >> done by the Datatracker, in a job scheduled by cron to run once an > >> hour. > > Do you happen to know the name of the script? That would save me some > time > > trawling through the tracker code. > > Absolutely. Sort of. :-) In the old days we inherited just a bunch > of random scripts. I tried consolidating them over the years, but > then Henrik took a much greater step in building them right into the > datatracker. So we have this crontab that runs: > > PATH=/sbin:/usr/sbin:/bin:/usr/bin > DTDIR=/a/www/ietf-datatracker/web > @monthly wwwrun test -x $DTDIR/bin/monthly && $DTDIR/bin/monthly > @weekly wwwrun test -x $DTDIR/bin/weekly && $DTDIR/bin/weekly > 05 00 * * * wwwrun test -x $DTDIR/bin/daily && $DTDIR/bin/daily > 05 1-23 * * * wwwrun test -x $DTDIR/bin/hourly && $DTDIR/bin/hourly > 05 * * * * mailman test -x $DTDIR/bin/mm_hourly && > $DTDIR/bin/mm_hourly > > And I'm guessing it's /bin/hourly that you want. > > There are still some legacy scripts that *also* run at 5 past the hour > - I don't *think* they're relevant but I'll mention them for > completeness... > > PYTHONPATH=/a/www/ietf-datatracker/web export PYTHONPATH > /a/www/ietf-datatracker/web/ietf/bin/rfc-editor-index-updates # > (replaces mirror_rfc_index) > /a/www/ietf-datatracker/web/ietf/bin/rfc-editor-queue-updates # > (replaces mirror_rfc_queue) > /a/www/ietf-datatracker/web/ietf/bin/generate-draft-aliases && \ > ( cd /a/postfix; /usr/sbin/postalias -o draft-aliases; ) && \ > ( cd /a/postfix; /usr/sbin/postmap -o draft-virtual; ) > /a/www/ietf-datatracker/web/ietf/bin/generate-wg-aliases && \ > ( cd /a/postfix; /usr/sbin/postalias -o group-aliases; ) && \ > ( cd /a/postfix; /usr/sbin/postmap -o group-virtual; ) > > Hope this helps! > > Glen > --000000000000742a8a0571866ef0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks!

On Sat, Jul 21, 2018 at 10:59 AM, Glen &= lt;glen@amsl.com>= wrote:
Hi Eric (and thanks Chris = for your email also!)

On Sat, Jul 21, 2018 at 7:33 AM, Eric Rescorla <ekr@rtfm.com> wrote:
>> At present, the regeneration of all_id2.txt (and similar files) is=
>> done by the Datatracker, in a job scheduled by cron to run once an=
>> hour.
> Do you happen to know the name of the script? That would save me some = time
> trawling through the tracker code.

Absolutely.=C2=A0 Sort of.=C2=A0 :-)=C2=A0 In the old days we inheri= ted just a bunch
of random scripts.=C2=A0 I tried consolidating them over the years, but
then Henrik took a much greater step in building them right into the
datatracker.=C2=A0 =C2=A0So we have this crontab that runs:

PATH=3D/sbin:/usr/sbin:/bin:/usr/bin
DTDIR=3D/a/www/ietf-datatracker/web
@monthly=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 wwwrun=C2=A0 test -x $DTDIR/bin/= monthly=C2=A0 && $DTDIR/bin/monthly
@weekly=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0wwwrun=C2=A0 test -x $DTDIR= /bin/weekly=C2=A0 && $DTDIR/bin/weekly
05 00=C2=A0 =C2=A0*=C2=A0 *=C2=A0 *=C2=A0 =C2=A0wwwrun=C2=A0 test -x $DTDIR= /bin/daily=C2=A0 && $DTDIR/bin/daily
05 1-23 *=C2=A0 *=C2=A0 *=C2=A0 =C2=A0wwwrun=C2=A0 test -x $DTDIR/bin/hourl= y && $DTDIR/bin/hourly
05 *=C2=A0 =C2=A0 *=C2=A0 *=C2=A0 *=C2=A0 =C2=A0mailman test -x $DTDIR/bin/= mm_hourly && $DTDIR/bin/mm_hourly

And I'm guessing it's /bin/hourly that you want.

There are still some legacy scripts that *also* run at 5 past the hour
- I don't *think* they're relevant but I'll mention them for completeness...

PYTHONPATH=3D/a/www/ietf-datatracker/web export PYTHONPATH
/a/www/ietf-datatracker/web/ietf/bin/rfc-editor-index-updates # (replaces mirror_rfc_index)
/a/www/ietf-datatracker/web/ietf/bin/rfc-editor-queue-updates # (replaces mirror_rfc_queue)
/a/www/ietf-datatracker/web/ietf/bin/generate-draft-aliases &= & \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ( cd /a/postfix; /usr/sbin/postalias -o draft-a= liases; ) && \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ( cd /a/postfix; /usr/sbin/postmap -o draft-vir= tual; )
/a/www/ietf-datatracker/web/ietf/bin/generate-wg-aliases && \<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 ( cd /a/postfix; /usr/sbin/postalias -o group-a= liases; ) && \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ( cd /a/postfix; /usr/sbin/postmap -o group-vir= tual; )

Hope this helps!

Glen

--000000000000742a8a0571866ef0-- From nobody Sat Jul 21 15:06:13 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5524130E15 for ; Sat, 21 Jul 2018 15:06:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id StqfsrR5H0pJ for ; Sat, 21 Jul 2018 15:06:09 -0700 (PDT) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD415130E3D for ; Sat, 21 Jul 2018 15:06:09 -0700 (PDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 9A4B420072; Sat, 21 Jul 2018 18:22:09 -0400 (EDT) Received: by sandelman.ca (Postfix, from userid 179) id 2FD3E2621; Sat, 21 Jul 2018 18:06:09 -0400 (EDT) Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 2D1022C; Sat, 21 Jul 2018 18:06:09 -0400 (EDT) From: Michael Richardson To: Chris Morrow cc: Eric Rescorla , tools-discuss In-Reply-To: References: X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Content-Transfer-Encoding: quoted-printable Date: Sat, 21 Jul 2018 18:06:09 -0400 Message-ID: <27339.1532210769@localhost> Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2018 22:06:12 -0000 Chris Morrow wrote: >> > Rather, I think I meant to say something like: >> > >> > At present, the regeneration of all_id2.txt (and similar files) i= s >> > done by the Datatracker, in a job scheduled by cron to run once a= n >> > hour. >> >> >> Do you happen to know the name of the script? That would save me so= me time >> trawling through the tracker code. >> > https://github.com/mcr/ietfdb/blob/210f761f678600cd81d8824ade2be6494= 51aeda7/ietf/idindex/index.py That tree is 8 years old. I shall remove it. -- ] Never tell me the odds! | ipv6 mesh networ= ks [ ] Michael Richardson, Sandelman Software Works | network architec= t [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails = [ From nobody Sun Jul 22 19:59:07 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15ADF130E0A for ; Sun, 22 Jul 2018 19:59:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.879 X-Spam-Level: X-Spam-Status: No, score=-1.879 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zj2K0PMhgqyy for ; Sun, 22 Jul 2018 19:59:03 -0700 (PDT) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 214A512DD85 for ; Sun, 22 Jul 2018 19:59:03 -0700 (PDT) Received: from unescapeable.local ([47.186.17.148]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w6N2wun6093162 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 22 Jul 2018 21:58:57 -0500 (CDT) (envelope-from rjsparks@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host [47.186.17.148] claimed to be unescapeable.local To: tools-discuss@ietf.org References: From: Robert Sparks Message-ID: Date: Sun, 22 Jul 2018 21:58:52 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------A225C325421948E79DBF6BE4" Content-Language: en-US Archived-At: Subject: Re: [Tools-discuss] all_id2.txt not getting updated X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2018 02:59:06 -0000 This is a multi-part message in MIME format. --------------A225C325421948E79DBF6BE4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit The essential bit you're looking for is here: https://trac.tools.ietf.org/tools/ietfdb/browser/trunk/ietf/idindex/index.py#L102 Further up the file, you'll find what builds all_id.txt as well. Cron calls this thing periodically: https://trac.tools.ietf.org/tools/ietfdb/browser/trunk/ietf/idindex/generate_all_id2_txt.py Which is a thin wrapper around the first thing I point to above. (If you really need the glue from cron, this file is run hourly: https://trac.tools.ietf.org/tools/ietfdb/browser/trunk/bin/hourly ) RjS On 7/21/18 1:17 PM, Eric Rescorla wrote: > Thanks! > > On Sat, Jul 21, 2018 at 10:59 AM, Glen > wrote: > > Hi Eric (and thanks Chris for your email also!) > > On Sat, Jul 21, 2018 at 7:33 AM, Eric Rescorla > wrote: > >> At present, the regeneration of all_id2.txt (and similar files) is > >> done by the Datatracker, in a job scheduled by cron to run once an > >> hour. > > Do you happen to know the name of the script? That would save me > some time > > trawling through the tracker code. > > Absolutely.  Sort of.  :-)  In the old days we inherited just a bunch > of random scripts.  I tried consolidating them over the years, but > then Henrik took a much greater step in building them right into the > datatracker.   So we have this crontab that runs: > > PATH=/sbin:/usr/sbin:/bin:/usr/bin > DTDIR=/a/www/ietf-datatracker/web > @monthly          wwwrun  test -x $DTDIR/bin/monthly && > $DTDIR/bin/monthly > @weekly           wwwrun  test -x $DTDIR/bin/weekly && > $DTDIR/bin/weekly > 05 00   *  *  *   wwwrun  test -x $DTDIR/bin/daily && $DTDIR/bin/daily > 05 1-23 *  *  *   wwwrun  test -x $DTDIR/bin/hourly && > $DTDIR/bin/hourly > 05 *    *  *  *   mailman test -x $DTDIR/bin/mm_hourly && > $DTDIR/bin/mm_hourly > > And I'm guessing it's /bin/hourly that you want. > > There are still some legacy scripts that *also* run at 5 past the hour > - I don't *think* they're relevant but I'll mention them for > completeness... > > PYTHONPATH=/a/www/ietf-datatracker/web export PYTHONPATH > /a/www/ietf-datatracker/web/ietf/bin/rfc-editor-index-updates # > (replaces mirror_rfc_index) > /a/www/ietf-datatracker/web/ietf/bin/rfc-editor-queue-updates # > (replaces mirror_rfc_queue) > /a/www/ietf-datatracker/web/ietf/bin/generate-draft-aliases && \ >         ( cd /a/postfix; /usr/sbin/postalias -o draft-aliases; ) && \ >         ( cd /a/postfix; /usr/sbin/postmap -o draft-virtual; ) > /a/www/ietf-datatracker/web/ietf/bin/generate-wg-aliases && \ >         ( cd /a/postfix; /usr/sbin/postalias -o group-aliases; ) && \ >         ( cd /a/postfix; /usr/sbin/postmap -o group-virtual; ) > > Hope this helps! > > Glen > > > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org --------------A225C325421948E79DBF6BE4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

The essential bit you're looking for is here:

https://trac.tools.ietf.org/tools/ietfdb/browser/trunk/ietf/idindex/index.py#L102

Further up the file, you'll find what builds all_id.txt as well.

Cron calls this thing periodically:

https://trac.tools.ietf.org/tools/ietfdb/browser/trunk/ietf/idindex/generate_all_id2_txt.py

Which is a thin wrapper around the first thing I point to above.

(If you really need the glue from cron, this file is run hourly:

https://trac.tools.ietf.org/tools/ietfdb/browser/trunk/bin/hourly

)

RjS


On 7/21/18 1:17 PM, Eric Rescorla wrote:
Thanks!

On Sat, Jul 21, 2018 at 10:59 AM, Glen <glen@amsl.com> wrote:
Hi Eric (and thanks Chris for your email also!)

On Sat, Jul 21, 2018 at 7:33 AM, Eric Rescorla <ekr@rtfm.com> wrote:
>> At present, the regeneration of all_id2.txt (and similar files) is
>> done by the Datatracker, in a job scheduled by cron to run once an
>> hour.
> Do you happen to know the name of the script? That would save me some time
> trawling through the tracker code.

Absolutely.  Sort of.  :-)  In the old days we inherited just a bunch
of random scripts.  I tried consolidating them over the years, but
then Henrik took a much greater step in building them right into the
datatracker.   So we have this crontab that runs:

PATH=/sbin:/usr/sbin:/bin:/usr/bin
DTDIR=/a/www/ietf-datatracker/web
@monthly          wwwrun  test -x $DTDIR/bin/monthly  && $DTDIR/bin/monthly
@weekly           wwwrun  test -x $DTDIR/bin/weekly  && $DTDIR/bin/weekly
05 00   *  *  *   wwwrun  test -x $DTDIR/bin/daily  && $DTDIR/bin/daily
05 1-23 *  *  *   wwwrun  test -x $DTDIR/bin/hourly && $DTDIR/bin/hourly
05 *    *  *  *   mailman test -x $DTDIR/bin/mm_hourly && $DTDIR/bin/mm_hourly

And I'm guessing it's /bin/hourly that you want.

There are still some legacy scripts that *also* run at 5 past the hour
- I don't *think* they're relevant but I'll mention them for
completeness...

PYTHONPATH=/a/www/ietf-datatracker/web export PYTHONPATH
/a/www/ietf-datatracker/web/ietf/bin/rfc-editor-index-updates #
(replaces mirror_rfc_index)
/a/www/ietf-datatracker/web/ietf/bin/rfc-editor-queue-updates #
(replaces mirror_rfc_queue)
/a/www/ietf-datatracker/web/ietf/bin/generate-draft-aliases && \
        ( cd /a/postfix; /usr/sbin/postalias -o draft-aliases; ) && \
        ( cd /a/postfix; /usr/sbin/postmap -o draft-virtual; )
/a/www/ietf-datatracker/web/ietf/bin/generate-wg-aliases && \
        ( cd /a/postfix; /usr/sbin/postalias -o group-aliases; ) && \
        ( cd /a/postfix; /usr/sbin/postmap -o group-virtual; )

Hope this helps!

Glen



___________________________________________________________
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discuss

Please report datatracker.ietf.org and mailarchive.ietf.org
bugs at http://tools.ietf.org/tools/ietfdb
or send email to datatracker-project@ietf.org

Please report tools.ietf.org bugs at
http://tools.ietf.org/tools/issues
or send email to webmaster@tools.ietf.org

--------------A225C325421948E79DBF6BE4-- From nobody Thu Jul 26 02:03:19 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD9D8130F73 for ; Thu, 26 Jul 2018 02:03:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.09 X-Spam-Level: X-Spam-Status: No, score=-4.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=netapp.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yCVcVtqt29my for ; Thu, 26 Jul 2018 02:03:15 -0700 (PDT) Received: from mx142.netapp.com (mx142.netapp.com [IPv6:2620:10a:4005:8000:2306::b]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5B1BD130EC1 for ; Thu, 26 Jul 2018 02:03:15 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.51,404,1526367600"; d="asc'?scan'208";a="268611002" Received: from vmwexchts03-prd.hq.netapp.com ([10.122.105.31]) by mx142-out.netapp.com with ESMTP; 26 Jul 2018 02:03:14 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by VMWEXCHTS03-PRD.hq.netapp.com (10.122.105.31) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 26 Jul 2018 02:03:14 -0700 Received: from VMWEXCCAS04-PRD.hq.netapp.com (10.122.105.20) by hioexcmbx07-prd.hq.netapp.com (10.122.105.40) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 26 Jul 2018 02:03:14 -0700 Received: from NAM05-BY2-obe.outbound.protection.outlook.com (10.120.60.153) by VMWEXCCAS04-PRD.hq.netapp.com (10.122.105.20) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 26 Jul 2018 02:03:14 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.onmicrosoft.com; s=selector1-netapp-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fLH9r4UCN2ZIwSN5uMYsLx5hpmEeBIbo92IjUUbuC3k=; b=q+IXJSEXabh28h4nhwk59zwH3WV5VRmdhMHoUhqf7GrRNwZaEXWjKZhTbhxCVrDOd65XOLQ6thCVKUBwg377/h4oVPIo/k967S2HFXrM5TNlQm7BZzjLSKCVkHleioFQHyVIHpFWqGLR8rhwgV2CZDhJB/gWFQF8wky7KjPKjdA= Received: from MWHPR06MB2830.namprd06.prod.outlook.com (10.175.138.7) by MWHPR06MB2973.namprd06.prod.outlook.com (10.175.139.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.973.21; Thu, 26 Jul 2018 09:03:13 +0000 Received: from MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::191f:29ab:29f4:65a3]) by MWHPR06MB2830.namprd06.prod.outlook.com ([fe80::191f:29ab:29f4:65a3%6]) with mapi id 15.20.0973.022; Thu, 26 Jul 2018 09:03:13 +0000 From: "Eggert, Lars" To: Henrik Levkowetz CC: Magnus Westerlund , "tools-discuss@ietf.org" Thread-Topic: [Tools-discuss] Datatracker email links and user login Thread-Index: AQHUGuHxobKfc/ZFCEezjwfTf6eNlKSNkOoAgACkHGWAAJtegIADRAeAgAEDRACAAEIbAIAN7uOA Date: Thu, 26 Jul 2018 09:03:13 +0000 Message-ID: References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> <4F1862A5-760D-49CE-9415-2646EDC4C871@netapp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3445.9.1) x-originating-ip: [80.151.80.229] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR06MB2973; 6:oRWu1RJ+/abfWw6JjeELgUXfEOSieVf0LpjJE0pMvbW85q/hm7z+gKguFRbROH6o5ko2gvVg6wqDw68/QZiTpoEDKH/silQPH5F+EDU136bcBJyeLiQOaj/K+JcOR0+EkGJMPOsLtB17tD8rL08EoYf6yI6QqGnEFfJIIIcxhZfYLfx4ejcbRNU7t25pJO+bJ7O51pZWzjHcetkIXvcqumq9bVBd0bBs2BAtRbF+Y+6CiQCgDrxd+uAxHpkONBnHbDRdBGkHFKSmoaEvA6/8upSyaFSJvlbzhao3b7I3DPaG6DKm2gkW+U81t3MOJSMPetXnd1t7p/ICXvh3JjyXcehR8jUvvshKYJ5f6fXtsYvne6Tv4dejLjkxB2OPymVJyRWzQyEe8C5vY/rQFt3CUwC+Fu0UzGKMoo2FNTOcb4JkcHwf2sSwzI9+chbkY/LX3A5XSobbpxPbLlqjtUw4Pg==; 5:cdEn2D8pRWfmz4pBDjFCENwc70WOdUWF0PheY2fD1o2kZktaWnieiVtamvKzegz71qzlz3sTJtVxcA7f+zCxx80h3It9keWA/jicYUQxEK5PQnkc0b1WXr3sXI5W6pDRhZiSpmUSgfc3u3XBTFuyxLya36DLton70PY8gqOEkGY=; 7:rKnDifPCMQjNX1I2vuSiQNOriytZ2BXH4ORNUkDAh5Aee8KH2ObHDOjHEZ6V/oTBoFiO7lVYn3MfRilJliYHbMvEelAo0nqEmu9nWIDN5nACu2w9bZQ7nlQFSBo2nlcHPmPK62fjzwi1bizgrw9FD654laWuG5Ni5U0INE1Xswutz5NdVvdsr2+V6IR4WEpjyLfwepiUKCELn27uUI7SBIMly7WAjWGEeqOWmwrYZFfdtlJ1xOpfdCIxY1wNuZVu x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 0b3ace40-54dd-4976-49d3-08d5f2d69e59 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600073)(711020)(2017052603328)(49563074)(7193020); SRVR:MWHPR06MB2973; x-ms-traffictypediagnostic: MWHPR06MB2973: authentication-results: spf=none (sender IP is ) smtp.mailfrom=lars@netapp.com; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(3002001)(3231311)(944501410)(52105095)(93006095)(93001095)(10201501046)(6055026)(149027)(150027)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(20161123560045)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:MWHPR06MB2973; BCL:0; PCL:0; RULEID:; SRVR:MWHPR06MB2973; x-forefront-prvs: 07459438AA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(1496009)(346002)(396003)(376002)(136003)(39850400004)(366004)(189003)(199004)(54906003)(93886005)(5660300001)(7736002)(4326008)(83716003)(86362001)(33656002)(478600001)(3846002)(68736007)(8936002)(316002)(50226002)(82746002)(81156014)(6246003)(8676002)(25786009)(14454004)(81166006)(106356001)(105586002)(6116002)(2906002)(99936001)(36756003)(26005)(229853002)(6436002)(486006)(53936002)(53546011)(476003)(446003)(305945005)(102836004)(6506007)(6486002)(76176011)(66066001)(186003)(99286004)(11346002)(57306001)(256004)(6512007)(5250100002)(97736004)(6916009)(4001150100001)(2900100001)(558084003)(2616005); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB2973; H:MWHPR06MB2830.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: netapp.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: akcOvWkwWnRIIazwWBoX5tF0GQ+mHmDUdAMej2mYkVxJyTubiRmt5LtP35KNPYmz9EvZVU3TS+3ABgISl1YS4cp1P20ufF4GFkTEqXWmXCTTBck0m1UihzIZX8iXG5wcdcschHHGnkkcMO4BdnKv74Zs44NJ+JtAbBpJcPCq/cml2DdSGJW47zKVe8+kcMjjYQJv/htiOg2FA94fJboYq9B8WRmHRbzifJErQf/FXKC4NXjdahbVlX1lR+yK+XxQkH029wOddpeLhqsfN+cF0enuDkj3pHB0SGMRJhmK6iQDmyznuT8QUGeInLeULSjp5jtkq6FEGDymKzyezsiLoQfkgs9uVczZRYwOGjzZCH8= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/signed; boundary="Apple-Mail=_28B8AA7A-3F87-4506-B3AB-02623A2BA220"; protocol="application/pgp-signature"; micalg=pgp-sha512 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0b3ace40-54dd-4976-49d3-08d5f2d69e59 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Jul 2018 09:03:13.4493 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB2973 X-OriginatorOrg: netapp.com Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 09:03:18 -0000 --Apple-Mail=_28B8AA7A-3F87-4506-B3AB-02623A2BA220 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 2018-7-17, at 14:14, Henrik Levkowetz wrote: > Ack. I've asked Glen to increase the memcached memory by a factor 4. Should an improvement in behavior be visible by now? Thanks, Lars --Apple-Mail=_28B8AA7A-3F87-4506-B3AB-02623A2BA220 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAltZjeEACgkQVLXDCb9w wVc1mRAA1Ri06SMcOJDsJyK/SoKow/szZHr0mMRCPaI4XSrBJOl2sz0aDz6eypOf i+P45kFq/UxfEbtaW5avJrWku7khnOZJ9S3RM58ijzWh/L9/qWgMxTFj7Um73A+x Asnxc4GX776w4eE9VJW0B70LsWQB3i5DdpB1EDXpOVGFGQiDX7z1xyw1l+KhbrTx lWoBprq3oJcSHrz4cVeZ81yxzuf0zdtATgTGhavPiiLFo8RQkrMYUDlCwQ2FKIOB 1bv5XjljvkdDKeNwqswoYaC67QHhUvbx3lkebCUrln+1ciEUUEgHKyHy0Y31Ingd r5dLj4IHAzN9zjPM36BfRTfgTyBR1WKQw7PYJbiz/IzcYAab818ODSbpR1XB0hoY RNlhlt4OhO5bTxtHrk0q7z+NwDjqbUwKkZgDXOJnfc1oF4VzvVu/pc+oc2/jgvT2 d2jkk0snNDR6khtXoPW+NslrPCwM9L0SrAuGp/k45tUeOOQxeYF+bbsgKph/Jzeo VzjsJQj4cVEN5nqKVXciSCzi5eukY53HcJTCXYtZfloUin8C3QAv7c2UAuwxf89l gccwVkgFp6wdC82t6jbVpURmQb5zQVbXIRwblWtmw3e2kWzInHdEP8P9awwWeRFR i2U7sp1cAe6coCuzXVwv7cEhXTW37p7hY63yvS/KT9vG1QNVg9o= =+PsN -----END PGP SIGNATURE----- --Apple-Mail=_28B8AA7A-3F87-4506-B3AB-02623A2BA220-- From nobody Thu Jul 26 02:39:54 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 967F61310A8 for ; Thu, 26 Jul 2018 02:39:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SjUTOnELYbCw for ; Thu, 26 Jul 2018 02:39:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 276D61310A6 for ; Thu, 26 Jul 2018 02:39:52 -0700 (PDT) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:52375 helo=tannat.local) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1fickQ-0005iV-St; Thu, 26 Jul 2018 02:39:51 -0700 To: "Eggert, Lars" References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> <4F1862A5-760D-49CE-9415-2646EDC4C871@netapp.com> Cc: Magnus Westerlund , "tools-discuss@ietf.org" From: Henrik Levkowetz Message-ID: <05709b9b-264d-32cd-3d56-412f4d3e81ec@levkowetz.com> Date: Thu, 26 Jul 2018 11:39:43 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, magnus.westerlund@ericsson.com, lars@netapp.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 09:39:54 -0000 Hi Lars, On 2018-07-26 11:03, Eggert, Lars wrote: > On 2018-7-17, at 14:14, Henrik Levkowetz wrote: >> Ack. I've asked Glen to increase the memcached memory by a factor 4. > > Should an improvement in behavior be visible by now? If the increase was sufficient to avoid cache filling up, yes. Please note that a new datatracker version was deployed earlier today, though; if Glen did a restart rather than reload, that may also have logged you out. Henrik From nobody Thu Jul 26 05:54:55 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A897C131132 for ; Thu, 26 Jul 2018 05:54:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ds_R0XfCcpK8 for ; Thu, 26 Jul 2018 05:54:52 -0700 (PDT) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B41AB13112B for ; Thu, 26 Jul 2018 05:54:51 -0700 (PDT) Received: by mail-lj1-x232.google.com with SMTP id f1-v6so1405005ljc.9 for ; Thu, 26 Jul 2018 05:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=HchmtHzzBKN/Qa8XgcS33v9Rmt9mLJPkqx05sCHgvzo=; b=fdJ/rQVq5AlxakvWUgIVaGXlWEhZswWjmxIPGV48zYgFiZLLjak+Lj//dwTxtCATAh RpwVljzIiVgROIYQBUViFawuR0PNYg4LU70XlgelY/LLW87gNP2GQXKblLZ2vK659o7v Yr4qoA/en4nSTzrrFFMvDAPOx0E1DMwOAL8rSSFS4Mm6hfdnpjO7Jod1U4x6SR2H9FAi akCGvGrHWUiO6Ku8JltUmL5JncOM/fTY3dHmAwbsz9JT0GD42d+Ojly+vroCeI3YuwP+ 1DFHt5ou+DrpE3AsY1P01aGgHZLWN6Uhv86bT01BjjQ0DjmMcHyJ1t42PblpAfhJYd9t Md+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=HchmtHzzBKN/Qa8XgcS33v9Rmt9mLJPkqx05sCHgvzo=; b=kuEXAIIusEvZLFOzyi5mtoP27L3DrvsZ6k+O/ztcU2yNz/9F3uAH8UtfhqsMdqEIXg SrIaSbcnwa9RrZVB7AxBV8UpOW+S81hyzeyBU3crfBTYbgEpFWt6mol2Za/nvEGYpJq/ eQaO2ScCPlF/Sy23b7oM5dWhn/leMpSDJznJJDrr8RoMwICw+bWorXE6YorpISNISV+D P1a1ZtoCXoYMLI3yCgLTdlxFlVVqZZ0+HCwEmssec3FH83mmMu8w4bIzsKpQTv1/u5Vg nPR8axv5MwlXENzBqcsRXhLWPrDkfzZyd3PJ+xmnyCb14NSy3E5pip7brlEAJsjzS5bi kJ0g== X-Gm-Message-State: AOUpUlGv/ArFyhFkQJRFdAwdEMPXJJrmw5j8IWKmyZ5EL/vUVRpYymiY NCaU1h3FHXEWsbIcdN3IRzaq/08XAEQsWqOSFztCPxGY/W4= X-Google-Smtp-Source: AAOMgpdHqizyOpJoNuLWv7FgHe6JUPN805ZiuAtoupIoLdHtfGPzpfUASZJOJhEqMHGbzCmrLTLBGoZjmLmgLtRkPhg= X-Received: by 2002:a2e:9c82:: with SMTP id x2-v6mr1688858lji.131.1532609689612; Thu, 26 Jul 2018 05:54:49 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 26 Jul 2018 05:54:08 -0700 (PDT) From: Eric Rescorla Date: Thu, 26 Jul 2018 05:54:08 -0700 Message-ID: To: tools-discuss Content-Type: multipart/alternative; boundary="0000000000002102c50571e68062" Archived-At: Subject: [Tools-discuss] Docker image pulls in home directory X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 12:54:54 -0000 --0000000000002102c50571e68062 Content-Type: text/plain; charset="UTF-8" Hi folks, I see that the docker/run script pulls in one's home directory as the image's home directory. e.g., docker run -ti -p $PORT:8000 -v "$HOME:/home/$WHO" \ -e USER="$WHO" -e DATADIR="${parent#$HOME/}/data" -e CWD="${PWD#$HOME/}" \ -e TAG="$TAG" -e FILEDIR=${FILEDIR#$HOME} -e UID="$WHOUID" -e GID="$WHOGID" \ "$REPO:$TAG" "$@" I noticed this because my .bashrc contains mac-only commands which don't execute properly. In general, I'd prefer only to pull in a very limited set of files (essentially the datatracker source itself), because I don't want datatracker to have access to my home directory [0] but I don't see an argument to suppress this behavior. Would people object to a patch that mapped in just the source into some subdirectory (potentially as an option) Thanks, -Ekr [0] I recognize that docker doesn't provide complete isolation, but this is about incompetence (mine), not malice. --0000000000002102c50571e68062 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi folks,

I see that the doc= ker/run script pulls in one's home directory as the image's home di= rectory. e.g.,

	docker run -ti -p $PORT:8000 =
-v "$HOME:/home/$WHO"                              \
	    -e USER=3D"$WHO" -e DATADIR=3D"${parent#$HOME/}/data&qu=
ot; -e CWD=3D"${PWD#$HOME/}"	\
	    -e TAG=3D"$TAG" -e FILEDIR=3D${FILEDIR#$HOME} -e UID=3D"=
;$WHOUID" -e GID=3D"$WHOGID"	\
	    "$REPO:$TAG" "$@"
I noticed this b= ecause my .bashrc contains mac-only commands which don't execute proper= ly.

In general, I'd prefer only to pull in a v= ery limited set of files (essentially the datatracker source itself), becau= se I don't want datatracker to have access to my home directory [0] but= I don't see an argument to suppress this behavior. Would people object= to a patch that mapped in just the source into some subdirectory (potentia= lly as an option)

Thanks,
-Ekr

[0] I recognize that docker doesn't provide complete is= olation, but this is about incompetence (mine), not malice.
<= br>


--0000000000002102c50571e68062-- From nobody Thu Jul 26 06:19:47 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1B2013114B for ; Thu, 26 Jul 2018 06:19:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CiXqFfq9J1sR for ; Thu, 26 Jul 2018 06:19:36 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7A4313116B for ; Thu, 26 Jul 2018 06:19:36 -0700 (PDT) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:52973 helo=tannat.local) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1figB5-0007lH-NE; Thu, 26 Jul 2018 06:19:36 -0700 To: Eric Rescorla , tools-discuss References: From: Henrik Levkowetz Message-ID: <4f6482d9-8b82-2bcd-e402-27d647451c06@levkowetz.com> Date: Thu, 26 Jul 2018 15:19:28 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, ekr@rtfm.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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Docker image pulls in home directory X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 13:19:45 -0000 On 2018-07-26 14:54, Eric Rescorla wrote: > Hi folks, > > I see that the docker/run script pulls in one's home directory as the > image's home directory. e.g., > > docker run -ti -p $PORT:8000 -v "$HOME:/home/$WHO" > \ > -e USER="$WHO" -e DATADIR="${parent#$HOME/}/data" -e CWD="${PWD#$HOME/}" \ > -e TAG="$TAG" -e FILEDIR=${FILEDIR#$HOME} -e UID="$WHOUID" -e > GID="$WHOGID" \ > "$REPO:$TAG" "$@" > > I noticed this because my .bashrc contains mac-only commands which don't > execute properly. > > In general, I'd prefer only to pull in a very limited set of files > (essentially the datatracker source itself), because I don't want > datatracker to have access to my home directory [0] but I don't see an > argument to suppress this behavior. Would people object to a patch that > mapped in just the source into some subdirectory (potentially as an option) As an option, sure. As the default, no. There were reasons to do it this way, and it took a lot of work to get everything in place (and adapted to different versions of docker) so I'd rather not mess with the default. Make sure to test your patch both under linux and mac. Henrik > Thanks, > -Ekr > > [0] I recognize that docker doesn't provide complete isolation, but this is > about incompetence (mine), not malice. > > > > ___________________________________________________________ > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org and mailarchive.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb > or send email to datatracker-project@ietf.org > > Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > or send email to webmaster@tools.ietf.org > From nobody Thu Jul 26 06:21:48 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85BB1131136 for ; Thu, 26 Jul 2018 06:21:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id THuwC2qnoAVk for ; Thu, 26 Jul 2018 06:21:44 -0700 (PDT) Received: from mail-lf1-x141.google.com (mail-lf1-x141.google.com [IPv6:2a00:1450:4864:20::141]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17752131138 for ; Thu, 26 Jul 2018 06:21:44 -0700 (PDT) Received: by mail-lf1-x141.google.com with SMTP id a4-v6so1184849lff.5 for ; Thu, 26 Jul 2018 06:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0LrNyID4gycv8gI+vA9FCIR3+1tj6iL89qWorXpliug=; b=ldnP7DrcKTGP62ZsO3Nwr6FL61ptT8G9isOR+DwH2ENmc8zaNfivIQ35AI0rDS8kbq IHqQTxT+QRzfE0rtB6gSnEC9s+jgKgfJ/xULU6lFb9TlQVp39NUy9O8ee67cKEUORJhM zcSJSaPjN88Mz4/m0e7L7MWz5VxLkkB5OXDgaJiVOySBn+ue/J7FfsXR8XIgBlZzKFMS FWfzDIasoZdJjzFSFudcm4Yr1e1egJH8RYjZyEP+BTaoE7F6rFYRIu1lJniDDy63MpkE LnAft46tH6Gx0XE3UYK8f0j4UCCqIBNEeXFacWAVEmVTp6llyfwjW3O0KJFk2TU2XeuT dc3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0LrNyID4gycv8gI+vA9FCIR3+1tj6iL89qWorXpliug=; b=s1xHIGYTd/MM+eKlJ6XZ7jh3FUMZNtkiujoFAa+t67GlKzsqMH3Z7PhRhiN6e0Tixy w+NR4aiUH6r1up38YBtsqi/I+4YIrYxdo43Edq0edZbwrAENOSAoGq3XDLtAjQ47x+h4 JnMriufSDUVpeyhqhTU+B6W9m/27F7bQaeonlKCUefxnwQev26wkVW2yG81jhArL5ohx OR8KjhGBa39izp+Y6FOzUbHoC1MOI/K+MyuJpXDWoptM8wy1cZd2/n6cTnRT2iL6w7SP p826sYLRJ2KSypyt997u8KdCPjBnPTuR53X8f0lo8nepi1lrcpMi+6ySEMSlgIj8x603 ZZkg== X-Gm-Message-State: AOUpUlEhWhfebwJU5bOifgUVNisdNlS7PNHUnAFo11I4QM2M6FWDuBrT YHhnYuK0adpYQKzhDNHaZiGBhu5Q7k/6ogztcuGZGNg2 X-Google-Smtp-Source: AAOMgpeksIubUGZBvJW4QlSTtMLtfMiUN0tNqG+gssFk204E7srr1xaBFE0QrJtuNrI6E5shx/2baYtddQdS7ODeOmU= X-Received: by 2002:a19:db44:: with SMTP id s65-v6mr1380482lfg.109.1532611302326; Thu, 26 Jul 2018 06:21:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:ab3:4091:0:0:0:0:0 with HTTP; Thu, 26 Jul 2018 06:21:01 -0700 (PDT) In-Reply-To: <4f6482d9-8b82-2bcd-e402-27d647451c06@levkowetz.com> References: <4f6482d9-8b82-2bcd-e402-27d647451c06@levkowetz.com> From: Eric Rescorla Date: Thu, 26 Jul 2018 06:21:01 -0700 Message-ID: To: Henrik Levkowetz Cc: tools-discuss Content-Type: multipart/alternative; boundary="0000000000004116420571e6e083" Archived-At: Subject: Re: [Tools-discuss] Docker image pulls in home directory X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 13:21:47 -0000 --0000000000004116420571e6e083 Content-Type: text/plain; charset="UTF-8" On Thu, Jul 26, 2018 at 6:19 AM, Henrik Levkowetz wrote: > > On 2018-07-26 14:54, Eric Rescorla wrote: > >> Hi folks, >> >> I see that the docker/run script pulls in one's home directory as the >> image's home directory. e.g., >> >> docker run -ti -p $PORT:8000 -v "$HOME:/home/$WHO" >> \ >> -e USER="$WHO" -e DATADIR="${parent#$HOME/}/data" -e >> CWD="${PWD#$HOME/}" \ >> -e TAG="$TAG" -e FILEDIR=${FILEDIR#$HOME} -e UID="$WHOUID" -e >> GID="$WHOGID" \ >> "$REPO:$TAG" "$@" >> >> I noticed this because my .bashrc contains mac-only commands which don't >> execute properly. >> >> In general, I'd prefer only to pull in a very limited set of files >> (essentially the datatracker source itself), because I don't want >> datatracker to have access to my home directory [0] but I don't see an >> argument to suppress this behavior. Would people object to a patch that >> mapped in just the source into some subdirectory (potentially as an >> option) >> > > As an option, sure. As the default, no. There were reasons to do it this > way, and it took a lot of work to get everything in place (and adapted to > different versions of docker) so I'd rather not mess with the default. > Sure, no problem. Make sure to test your patch both under linux and mac. > Willdo. -Ekr > Henrik > > Thanks, >> -Ekr >> >> [0] I recognize that docker doesn't provide complete isolation, but this >> is >> about incompetence (mine), not malice. >> >> >> >> ___________________________________________________________ >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org and mailarchive.ietf.org >> bugs at http://tools.ietf.org/tools/ietfdb >> or send email to datatracker-project@ietf.org >> >> Please report tools.ietf.org bugs at >> http://tools.ietf.org/tools/issues >> or send email to webmaster@tools.ietf.org >> >> --0000000000004116420571e6e083 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Jul 26, 2018 at 6:19 AM, Henrik Levkowetz <= ;henrik@levkowetz= .com> wrote:

On 2018-07-26 14:54, Eric Rescorla wrote:
Hi folks,

I see that the docker/run script pulls in one's home directory as the image's home directory. e.g.,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 docker run -ti -p $PORT:8000 -v "$HOME:/ho= me/$WHO"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -e USER=3D"$WHO" -e DAT= ADIR=3D"${parent#$HOME/}/data" -e CWD=3D"${PWD#$HOME/}&= quot;=C2=A0 =C2=A0 \
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -e TAG=3D"$TAG" -e FILE= DIR=3D${FILEDIR#$HOME} -e UID=3D"$WHOUID" -e
GID=3D"$WHOGID"=C2=A0 =C2=A0\
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "$REPO:$TAG" "$@&q= uot;

I noticed this because my .bashrc contains mac-only commands which don'= t
execute properly.

In general, I'd prefer only to pull in a very limited set of files
(essentially the datatracker source itself), because I don't want
datatracker to have access to my home directory [0] but I don't see an<= br> argument to suppress this behavior. Would people object to a patch that
mapped in just the source into some subdirectory (potentially as an option)=

As an option, sure.=C2=A0 As the default, no.=C2=A0 There were reasons to d= o it this
way, and it took a lot of work to get everything in place (and adapted to different versions of docker) so I'd rather not mess with the default.<= br>

Sure, no problem.

=

Make sure to test your patch both under linux and mac.

Willdo.

-Ekr

<= div>


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

Thanks,
-Ekr

[0] I recognize that docker doesn't provide complete isolation, but thi= s is
about incompetence (mine), not malice.



 ___________________________________________________________
Tools-discuss mailing list
Tools-discuss@i= etf.org
https://www.ietf.org/mailman/listinfo/tools-= discuss

Please report datatracker.ietf.org and mailarchive.ietf.org
bugs at http://tools.ietf.org/tools/ietfdb
or send email to datatracker-project@ietf.org

Please report tools.ietf.org bugs at
http://tools.ietf.org/tools/issues
or send email to webmaster@tools.ietf.org


--0000000000004116420571e6e083-- From nobody Thu Jul 26 06:23:49 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAE11131138 for ; Thu, 26 Jul 2018 06:23:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id auGMQAGhgmSm for ; Thu, 26 Jul 2018 06:23:45 -0700 (PDT) Received: from formal.dehy.de (formal.dehy.de [81.169.166.228]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21DB0131136 for ; Thu, 26 Jul 2018 06:23:44 -0700 (PDT) Received: from pikantus.localnet (cable-78-34-34-47.netcologne.de [78.34.34.47]) by formal.dehy.de (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id w6QDNgPY018377; Thu, 26 Jul 2018 15:23:42 +0200 From: Antony Stone Organization: Open Source IT To: tools-discuss@ietf.org Date: Thu, 26 Jul 2018 15:23:37 +0200 User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) References: <4f6482d9-8b82-2bcd-e402-27d647451c06@levkowetz.com> In-Reply-To: <4f6482d9-8b82-2bcd-e402-27d647451c06@levkowetz.com> X-From: pikantus MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201807261523.37551.Antony.Stone@open.source.it> X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (formal.dehy.de [81.169.166.228]); Thu, 26 Jul 2018 15:23:43 +0200 (CEST) Archived-At: Subject: Re: [Tools-discuss] Docker image pulls in home directory X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 13:23:48 -0000 On Thursday 26 July 2018 at 15:19:28, Henrik Levkowetz wrote: > On 2018-07-26 14:54, Eric Rescorla wrote: > > > > In general, I'd prefer only to pull in a very limited set of files > > (essentially the datatracker source itself), because I don't want > > datatracker to have access to my home directory [0] but I don't see an > > argument to suppress this behavior. Would people object to a patch that > > mapped in just the source into some subdirectory (potentially as an > > option) > > As an option, sure. As the default, no. This seems a bit ambiguous to me - are you (Henrik) saying that "yes, you object to the patch as an option", or "yes, the patch as an option would be fine"? > There were reasons to do it this way, and it took a lot of work to get > everything in place (and adapted to different versions of docker) so I'd > rather not mess with the default. > > Make sure to test your patch both under linux and mac. > > Henrik > > > Thanks, > > -Ekr > > > > [0] I recognize that docker doesn't provide complete isolation, but this > > is about incompetence (mine), not malice. Regards, -- Antony Stone Systems admin IETF Tools servers https://www.linkedin.com/in/antonystone From nobody Thu Jul 26 06:27:16 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 085BA131157 for ; Thu, 26 Jul 2018 06:27:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vk2QwbdXM_9r for ; Thu, 26 Jul 2018 06:27:13 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A181613114D for ; Thu, 26 Jul 2018 06:27:13 -0700 (PDT) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:53051 helo=tannat.local) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1figIR-0007Xe-6V; Thu, 26 Jul 2018 06:27:11 -0700 To: Antony Stone , tools-discuss@ietf.org References: <4f6482d9-8b82-2bcd-e402-27d647451c06@levkowetz.com> <201807261523.37551.Antony.Stone@open.source.it> From: Henrik Levkowetz Message-ID: <9dbb6d56-54e0-f57d-4a9c-cebf7c07bef8@levkowetz.com> Date: Thu, 26 Jul 2018 15:27:03 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <201807261523.37551.Antony.Stone@open.source.it> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, Antony.Stone@open.source.it 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 zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Tools-discuss] Docker image pulls in home directory X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 13:27:15 -0000 On 2018-07-26 15:23, Antony Stone wrote: > On Thursday 26 July 2018 at 15:19:28, Henrik Levkowetz wrote: > >> On 2018-07-26 14:54, Eric Rescorla wrote: >> > >> > In general, I'd prefer only to pull in a very limited set of files >> > (essentially the datatracker source itself), because I don't want >> > datatracker to have access to my home directory [0] but I don't see an >> > argument to suppress this behavior. Would people object to a patch that >> > mapped in just the source into some subdirectory (potentially as an >> > option) >> >> As an option, sure. As the default, no. > > This seems a bit ambiguous to me - are you (Henrik) saying that "yes, you > object to the patch as an option", or "yes, the patch as an option would be > fine"? The latter :-) >> There were reasons to do it this way, and it took a lot of work to get >> everything in place (and adapted to different versions of docker) so I'd >> rather not mess with the default. >> >> Make sure to test your patch both under linux and mac. >> >> Henrik >> >> > Thanks, >> > -Ekr >> > >> > [0] I recognize that docker doesn't provide complete isolation, but this >> > is about incompetence (mine), not malice. > > Regards, > From nobody Thu Jul 26 07:54:43 2018 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBF061292AD for ; Thu, 26 Jul 2018 07:54:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cj7dcfFtRImn for ; Thu, 26 Jul 2018 07:54:38 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6D58130DD4 for ; Thu, 26 Jul 2018 07:54:38 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id 1F7031C92FA for ; Thu, 26 Jul 2018 07:54:13 -0700 (PDT) Received: from mail-it0-f46.google.com (mail-it0-f46.google.com [209.85.214.46]) by c8a.amsl.com (Postfix) with ESMTPSA id EF4A61CA3B5 for ; Thu, 26 Jul 2018 07:54:12 -0700 (PDT) Received: by mail-it0-f46.google.com with SMTP id p81-v6so3068999itp.1 for ; Thu, 26 Jul 2018 07:54:38 -0700 (PDT) X-Gm-Message-State: AOUpUlGpxvMOCsiel9Z2XNjzxXXcRA+/RKMMVuLrgaIboUOwQdGXeSH0 HVqqn20wZrCb+xBIryRqdHDmN/IFW7VjYN9LsjQ= X-Google-Smtp-Source: AAOMgpcxkT24z5q7QCnBW6y3z14t7//WUxUWsW1t54Ze1Cy/vZFv62jIof1rxWXkZ4vTrTvnk4eXd23kCituUIzCG8E= X-Received: by 2002:a24:94f:: with SMTP id 76-v6mr2138905itm.113.1532616878170; Thu, 26 Jul 2018 07:54:38 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:504:0:0:0:0:0 with HTTP; Thu, 26 Jul 2018 07:54:17 -0700 (PDT) In-Reply-To: <05709b9b-264d-32cd-3d56-412f4d3e81ec@levkowetz.com> References: <58F99E4D-19B1-4764-B129-A0E55F020189@vigilsec.com> <0B5E2854-310A-4831-803B-0B9D54D02CB4@netapp.com> <358c69b6-c870-a76f-5c26-60e0f741b1aa@levkowetz.com> <4F1862A5-760D-49CE-9415-2646EDC4C871@netapp.com> <05709b9b-264d-32cd-3d56-412f4d3e81ec@levkowetz.com> From: Glen Date: Thu, 26 Jul 2018 07:54:17 -0700 X-Gmail-Original-Message-ID: Message-ID: To: Henrik Levkowetz Cc: "Eggert, Lars" , Magnus Westerlund , "tools-discuss@ietf.org" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] Datatracker email links and user login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 14:54:42 -0000 On 2018-7-17, at 14:14, Henrik Levkowetz wrote: > I've asked Glen to increase the memcached memory by a factor 4. On 2018-07-26 11:03, Eggert, Lars wrote: > Should an improvement in behavior be visible by now? On Thu, Jul 26, 2018 at 2:39 AM, Henrik Levkowetz wrote: > If the increase was sufficient to avoid cache filling up, yes. More to the point.... if Glen had actually *made* the change to memcached two weeks ago when Henrik *asked* him to, then perhaps an improvement in behavior would have been visible. But my brain failed to register my discussion with Henrik as a "do it", owing to a bit of overload on my end, and so I blew right past it and didn't even see it. *sigh* My apologies. memcached has been upgraded from 64M to 256M of storage, and I had to restart it to do that, so you are all probably logged out again, but, now, as Henrik says, if the increase was sufficient, you should see improvement going forward. And if not, we can upgrade it some more. (And yes, I did do an Apache restart yesterday when I upgraded the datatracker, as it makes testing faster for me, but those are much less frequent than daily.) Glen