From nobody Sat Aug 1 06:13:11 2020 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 CC2D13A0EC7; Sat, 1 Aug 2020 06:13:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, 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=akamai.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 22uSsCHqwJC0; Sat, 1 Aug 2020 06:13:07 -0700 (PDT) Received: from mx0b-00190b01.pphosted.com (mx0b-00190b01.pphosted.com [IPv6:2620:100:9005:57f::1]) (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 B008A3A0EC6; Sat, 1 Aug 2020 06:13:06 -0700 (PDT) Received: from pps.filterd (m0050096.ppops.net [127.0.0.1]) by m0050096.ppops.net-00190b01. (8.16.0.42/8.16.0.42) with SMTP id 071DA3qL001483; Sat, 1 Aug 2020 14:13:02 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=jan2016.eng; bh=+uiaWum/dHbQ+PVgqDuBSDywPc8hpDFpoM/sax/A+dg=; b=RCOWzfT8Sm4h5I2UmuGkuDMt/pQPmYzrJ/ROnrGiLgZrwaVe1y+Fz0auLxoMtvrIcQmx CxTvtPZdVDPWa4v6pAkcAb9d3j453xvpiSQJafT+8Zm3RbueP3OTK4c/Eo3g0ZuhJpK/ k7y1aNWANryT9aRPtKM+A9u/4fEGjZWlZfGjPeBsiGJ+mnT8qkJSEzCitsqI5QPi0by1 FHKzNC1487Lej0kOYzrS8yc+O7qvdKIQxOKAyZ1xnpg1IgCnMee7sVCIjE8nP4vAd5+4 +lWF8/kbSLvSut0Hcz5HFFBY058SZDHmBWol76/Hy8sfKyLwTaDr3DpKVotAGiz8N/DQ 4g== Received: from prod-mail-ppoint8 (a72-247-45-34.deploy.static.akamaitechnologies.com [72.247.45.34] (may be forged)) by m0050096.ppops.net-00190b01. with ESMTP id 32n8d71mnk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 01 Aug 2020 14:13:02 +0100 Received: from pps.filterd (prod-mail-ppoint8.akamai.com [127.0.0.1]) by prod-mail-ppoint8.akamai.com (8.16.0.42/8.16.0.42) with SMTP id 071D6C0v007437; Sat, 1 Aug 2020 09:13:01 -0400 Received: from email.msg.corp.akamai.com ([172.27.165.114]) by prod-mail-ppoint8.akamai.com with ESMTP id 32n3qx9dm4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sat, 01 Aug 2020 09:13:01 -0400 Received: from USTX2EX-DAG1MB1.msg.corp.akamai.com (172.27.165.119) by ustx2ex-dag1mb1.msg.corp.akamai.com (172.27.165.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sat, 1 Aug 2020 08:13:01 -0500 Received: from USTX2EX-DAG1MB1.msg.corp.akamai.com ([172.27.165.119]) by ustx2ex-dag1mb1.msg.corp.akamai.com ([172.27.165.119]) with mapi id 15.00.1497.006; Sat, 1 Aug 2020 08:13:01 -0500 From: "Salz, Rich" To: "Dale R. Worley" , Tom Pusateri CC: "tools-discuss@ietf.org" Thread-Topic: [Tools-discuss] #codesprint slack channel Thread-Index: AQHWZ8/oYgqw71P8mEKiCmBzhL9oa6kjTBkA Date: Sat, 1 Aug 2020 13:13:00 +0000 Message-ID: References: <87mu3eyi6c.fsf@hobgoblin.ariadne.com> In-Reply-To: <87mu3eyi6c.fsf@hobgoblin.ariadne.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.38.20061401 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.19.114.156] Content-Type: text/plain; charset="utf-8" Content-ID: <30DEA4709F18CE48AF1D7959249F42C9@akamai.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-01_08:2020-07-31, 2020-08-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 phishscore=0 adultscore=0 suspectscore=0 mlxlogscore=746 spamscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008010099 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-01_08:2020-07-31, 2020-08-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 lowpriorityscore=0 mlxlogscore=721 clxscore=1011 bulkscore=0 priorityscore=1501 adultscore=0 phishscore=0 suspectscore=0 spamscore=0 malwarescore=0 impostorscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008010100 Archived-At: Subject: Re: [Tools-discuss] #codesprint slack channel X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2020 13:13:09 -0000 PiAgICBXZWxsLCBhIFNsYWNrIGNoYW5uZWwgaXMgYmV0dGVyIGZvciByZWFsLXRpbWUgZGlzY3Vz c2lvbnMgYW1vbmcNCiAgICBwYXJ0aWNpcGFudHMgKmR1cmluZyogYSBjb2RlIHNwcmludC4NCg0K V2UndmUgZm91bmQgbWVldGVjaG8gdmVyeSBnb29kLCBhdWRpbyB2aWRlbyBhbmQgY2hhdC4NCg0K From nobody Sat Aug 1 12:10:25 2020 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 64AB13A0DDF for ; Sat, 1 Aug 2020 12:10:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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=iecc.com header.b=Uvj1q2uj; dkim=pass (2048-bit key) header.d=taugh.com header.b=QWJpOYzo 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 6VcGkoe2Zu4T for ; Sat, 1 Aug 2020 12:10:21 -0700 (PDT) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 C606C3A0C90 for ; Sat, 1 Aug 2020 12:10:20 -0700 (PDT) Received: (qmail 58331 invoked from network); 1 Aug 2020 19:10:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=e3d9.5f25be1a.k2008; bh=O2HAZADYwhe+3E6YKsIsdlKlwRfiMhwfABSgdnKeVTg=; b=Uvj1q2ujji80ezhTnJrHm7pEwuEJFW824HQZlWOsNGnLIIJOE9LMs/pIAYhkV3Bj76ciyIJjH3Kz8NkwFGdnYGdCBTahy3oZ4Ps8ged1keRqBJ50SiDepXxtpfnFgOs+xaJtB6bd+/aktpOfHlqd9gFwzBjYvLpHBSFYvA1A8OVCwhSTRed9SqhmSqu3UQDtD1MmENMExs6GW0nxrqClbzNOeUuRZsTrOLSVOjQql+OzPJ3GZAh1REDS6/huSEUs+7+/SIxMLazDI5J5d7K9eru/9m20HaTPoJbA/1/1H4byvpk7+dMUEMKmQjGhVpSTar7tLeJodxAM/w+kHhU2og== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=e3d9.5f25be1a.k2008; bh=O2HAZADYwhe+3E6YKsIsdlKlwRfiMhwfABSgdnKeVTg=; b=QWJpOYzo8+VX4R0u+lbflsMUpZSP+gtCwtXzD3ymTNtkblc97n23AvhQPpOGHsAx+QpNtTPBuBiPOICCkbzYe6pYbPgOLm4xpvYZnkMWykfX/erZHkn6E9UGe/H5lfn3UDrdnbdd4YJWyLDllxlX/FS17rGi0fFkh1P8F0G64Uxhxyxw1KTGLxaUHkj3DoHFxMEMM3nbV3Q64tASd+Dwe3JVU5p1Dd5mLQb2wFlH9Ymv148ykWf7rc5SWYFw2PgqhMIo1lt/4hqs/aeTWjl/807GY5V6OzPq+Nykc6hDoOo5Inn8BpXfvemqOXTdrnyam4DdqCZUvTTiCr3Dx29+Mg== Received: from ary.qy ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 01 Aug 2020 19:10:18 -0000 Received: by ary.qy (Postfix, from userid 501) id 5F3581DC1A2D; Sat, 1 Aug 2020 15:10:18 -0400 (EDT) Date: 1 Aug 2020 15:10:18 -0400 Message-Id: <20200801191018.5F3581DC1A2D@ary.qy> From: "John Levine" To: tools-discuss@ietf.org In-Reply-To: Organization: Taughannock Networks X-Headerized: yes Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit Archived-At: Subject: Re: [Tools-discuss] #codesprint slack channel X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2020 19:10:22 -0000 In article you write: >> Well, a Slack channel is better for real-time discussions among > participants *during* a code sprint. > >We've found meetecho very good, audio video and chat. Remember that meetecho's chat is just jabber. Any jabber client will do. From nobody Mon Aug 3 06:36:18 2020 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 E7BC73A0A6C for ; Mon, 3 Aug 2020 06:36:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, 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=eggert.org 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 s0K_wZpznxtV for ; Mon, 3 Aug 2020 06:36:15 -0700 (PDT) Received: from mail.eggert.org (mail.eggert.org [91.190.195.94]) (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 BB4453A0A66 for ; Mon, 3 Aug 2020 06:36:15 -0700 (PDT) Received: from [IPv6:2a00:ac00:4000:400:a1bf:50dc:bdcb:d3d6] (unknown [IPv6:2a00:ac00:4000:400:a1bf:50dc:bdcb:d3d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id CF10861169B for ; Mon, 3 Aug 2020 16:35:37 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1596461737; bh=HksYqGRKg/HFJTt+KpNK9Ad1RoKIjnPwyLlR7vDq1Qo=; h=From:Subject:Date:References:To:In-Reply-To; b=Qomr4qjnepBIQ14yopr84RjMzfb7JRYe7d12g6dS7H7IEcPRPgTk67FNdzM6nf85h iVYEPGUsaAZd2LO6I0DHGOQb0PAcBNexU3KAUoGlzWq/eIwO5gGqHD1ZGJx47RGodL juX8sIlh/Savku2//UC0fBpTLcHBLOzN09RkaFCc= From: Lars Eggert Content-Type: multipart/signed; boundary="Apple-Mail=_A39B3D58-250F-4672-B500-842D9AF6EF7E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Mon, 3 Aug 2020 16:35:37 +0300 References: <20200801191018.5F3581DC1A2D@ary.qy> To: Tools Team Discussion In-Reply-To: <20200801191018.5F3581DC1A2D@ary.qy> Message-Id: <9451B0D8-3FA7-49A6-99FA-54479568590C@eggert.org> X-MailScanner-ID: CF10861169B.A225B X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: Subject: Re: [Tools-discuss] #codesprint slack channel X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 13:36:17 -0000 --Apple-Mail=_A39B3D58-250F-4672-B500-842D9AF6EF7E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I didn't create the #codesprint channel with the intention of replacing = any other communication channel. But for those of us who now spend a good day of their day on Slack, I = think it's convenient to have it. Lars --Apple-Mail=_A39B3D58-250F-4672-B500-842D9AF6EF7E 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----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAl8oEqkACgkQVLXDCb9w wVfu2xAA1UXkxzmWFHnB89Q+itzDtrKf+08kxV8YrKbDaJHJIQn1fR8iz4TychdO Fl/7ByDXGPKXz1MgIBxksunhVzK6hSBkctQ4VtKxAzyBWEitVCrIi74/LFYCae0U Y3EQIzzsm6Cz5AAiZlz5VosXWxHkVS1bc+WuXfltA4bvxpAZuqbyAUV6O3itjI/X Df3+pheDmkuiXgJr4n5FEtyIVtTFJAoYQcAiQa33xG9oK/6RFYglSIkehhULtzEB ff8Jj8HkjKk1DgX+T59xboQFk2/dSyLMF/aGYYabRfD8uXUxL91Vg/ALSOqI7F/T 3ZUhSkZcuRcsFV0YwRu4hFPUqVXDkiRLd8MPw2hV5wsP9qmm88grCgJuPehMehSS RtT+LAu37zIF/u+//UUyH5HlCVUaVC7r9mkHxFfYa37xIpQFmpEBOMOpjt0SZCr5 btw6711ftl9lIlNU/Z2WyXGseLgf2QUG38pVCSAcPk9m5hkfknPNmLOLkRqz0Dsg 9xgsGjvzYbd9TqW3utMcFrsx7bI2ah/qiXJk3co06I0BK5ifb3fINk55YFt6UOmQ 4Ung2YNRJTnOsyFHwFnCIMP8zje7zf/qQMb3ifp7ENDESAnwPfunNbdoC3Zz0xLw HNo4ZuVXgDernmQR3X3OssJY2Fa+5zukLDs37E2Grb7fJpBR/Ss= =RvcE -----END PGP SIGNATURE----- --Apple-Mail=_A39B3D58-250F-4672-B500-842D9AF6EF7E-- From nobody Mon Aug 3 09:09:45 2020 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 49AE53A0EFA for ; Mon, 3 Aug 2020 09:09:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, 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 kQx_y6knDFjN for ; Mon, 3 Aug 2020 09:09:43 -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 0937A3A0EF6 for ; Mon, 3 Aug 2020 09:09:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 9E4AD38999 for ; Mon, 3 Aug 2020 11:49:04 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Sc260x1aMUrs for ; Mon, 3 Aug 2020 11:49:04 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id E330638998 for ; Mon, 3 Aug 2020 11:49:03 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 2081F63B for ; Mon, 3 Aug 2020 12:09:41 -0400 (EDT) From: Michael Richardson To: Tools Team Discussion In-Reply-To: <1E978059-3AB5-4F42-AF25-54408731854B@gmail.com> References: <0163A23B-DF68-4A2D-AB25-9B8E28DF9AEC@gmail.com> <8971A7B8-78B7-46B7-B207-7A6DB4012BA4@fugue.com> <1E978059-3AB5-4F42-AF25-54408731854B@gmail.com> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: Re: [Tools-discuss] Access to test audio and video X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 16:09:44 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Bob Hinden wrote: >> On Jul 31, 2020, at 10:37 AM, Bob Hinden wrot= e: >>>> Other conferencing solutions allow selection of audio and video de= vices (and testing of them) before joining the active session. Meetecho cu= rrently only allows this when the session starts. >> >> Worse, as a participant, you don=E2=80=99t know if your audio is wor= king until >> you=E2=80=99ve been granted permission to speak. This is really bad,= and has >> prevented me from speaking at the mic several times. > Good point, it would also be helpful if one could test their audio (a= nd > video?) to the Meetecho server without having an active session going > on. good ol' Skype got this right with it's test call. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8oNsQACgkQgItw+93Q 3WVibwf/S8sIFOLrj7xd61gV2n/4Y1/969/onxaKIaF5AkNlVeJdzhZIZVmBoCE1 Ux3NjfqMK6h9Kjwm+YnNOwiHmt4BtwsBPf5PS+NAnZ7WoBwFeGQGAA0jexxc4dJc ygecIiXLAbOLFu2RbWxY34yw0J+lCR88/pdRg1AMza6cFgN7nMG0eBjJj9sExc75 9kmqjAVE1/U/JLqja623Q134oF+aR4KL6sxXgefu9TXbRNCWeih+RJWZTbfCA4wI tx+GEnsHyNkO1bdPjZd47hgXh4lZIUpECwULQYHEVnIVjZXpa5uMv4TbDs/OEYQS U7THUxSBQXTCRd7iQua2q8GUPhkU1A== =sN3i -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Aug 3 10:51:40 2020 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 258E33A1042 for ; Mon, 3 Aug 2020 10:51:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, 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 L3Grx8QLi5rH for ; Mon, 3 Aug 2020 10:51:37 -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 A213C3A1041 for ; Mon, 3 Aug 2020 10:51:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id D9A6D389A2; Mon, 3 Aug 2020 13:30:57 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 63fVcalEHBlq; Mon, 3 Aug 2020 13:30:54 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id E0B19389A0; Mon, 3 Aug 2020 13:30:53 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 3106763B; Mon, 3 Aug 2020 13:51:31 -0400 (EDT) From: Michael Richardson To: Toerless Eckert , "John G. Scudder" , tools-discuss@ietf.org, Tony Przygienda In-Reply-To: <20200731014232.GP1772@faui48f.informatik.uni-erlangen.de> References: <4F7672D9-91FE-4D0E-ADA0-69EB0C2438A9@ietf.org> <20200729144816.GB1772@faui48f.informatik.uni-erlangen.de> <65A462D6-3AD0-4E5F-ABA6-E2915DC7B0EF@bgp.nu> <20200731014232.GP1772@faui48f.informatik.uni-erlangen.de> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: Re: [Tools-discuss] Meetecho rooms being opened to chairs 10 minutes before sessions would be _really_ helpful X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 17:51:39 -0000 --=-=-= Content-Type: text/plain Toerless Eckert wrote: > For example, with physical meeting rooms, they are a great informal > place to catch up with work when attendees join early. I am seeing this > regularily in physical IETFs on the first morning and afternoon meetings. > Likewise of course after the meetings, last meeting before lunch or in the > evening. Do we really need to argue overcoming every single unnecessry > technical limitation ? Gather.town was really very good for this. The biggest problem is that the "entrance" the WG session was not in a specific place. As far as I could tell, you could go to any of the meeting "tables" and then enter any meeting. Worse, if someone stood next to you, while you were in the meeting, you could have a conversation. At one point, I had the meetecho feed from another room coming through the analog hole (from speakers to mic) from a nearby gather.town person... If we could all "emerge" from the meetecho and wind up nearby on gather.town, then that would duplicate things nicely. I'm curious what the cost for gather.town was? Order of zeros is enough. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8oTqIACgkQgItw+93Q 3WXlBQgArR0Z/uG1qZKvqeirDDXTYktfwKs5S19x+m3wKqcnnn21Ab1FPZnArSle 09iP+TyOORBqr+tFBWNV0TPgw07/z56LeN5ZZXfwOIQIDOi1fNejGXoMHYApzYdr slD5G9MPEd/fRyKnTw/NM7HYeteCUJeEU1qPGRjiGaBCBOYMWaVUGbsAm39YFDFK DOoNgpfTYnnhjYPDCUTApKHWtSz8Yr2IJQ70NCovPgUZyrArk9obxLyuIoalJ+yo 2Spxw4e0zRqB9bBFcLgD7arFxIYqzOXOz9sWoYCgbhiw2D+7Yqzt6rIflI2JK3qs WS8ECzpTT0IUYc4r8xJGSY8+tEz0Fw== =mkNN -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Aug 3 12:39:52 2020 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 14AD13A10B1 for ; Mon, 3 Aug 2020 12:39:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.002 X-Spam-Level: * X-Spam-Status: No, score=1.002 tagged_above=-999 required=5 tests=[GB_AFFORDABLE=1, HTML_MESSAGE=0.001, URIBL_BLOCKED=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 pRJaGeQRcbHJ; Mon, 3 Aug 2020 12:39:49 -0700 (PDT) Received: from jays-mbp.localdomain (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id A41FF3A0ADA; Mon, 3 Aug 2020 12:39:48 -0700 (PDT) From: Jay Daley Message-Id: <06E9A20F-3177-45C2-A339-648CE50B1A1A@ietf.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_2B61594B-2D7E-46C6-8994-95BDACB011CC" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Tue, 4 Aug 2020 07:39:46 +1200 In-Reply-To: <31370.1596477091@localhost> Cc: Toerless Eckert , "John G. Scudder" , Tools Team Discussion , Tony Przygienda To: Michael Richardson References: <4F7672D9-91FE-4D0E-ADA0-69EB0C2438A9@ietf.org> <20200729144816.GB1772@faui48f.informatik.uni-erlangen.de> <65A462D6-3AD0-4E5F-ABA6-E2915DC7B0EF@bgp.nu> <20200731014232.GP1772@faui48f.informatik.uni-erlangen.de> <31370.1596477091@localhost> X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [Tools-discuss] Meetecho rooms being opened to chairs 10 minutes before sessions would be _really_ helpful X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2020 19:39:51 -0000 --Apple-Mail=_2B61594B-2D7E-46C6-8994-95BDACB011CC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 4/08/2020, at 5:51 AM, Michael Richardson = wrote: >=20 >=20 > Toerless Eckert wrote: >> For example, with physical meeting rooms, they are a great informal >> place to catch up with work when attendees join early. I am seeing = this >> regularily in physical IETFs on the first morning and afternoon = meetings. >> Likewise of course after the meetings, last meeting before lunch or = in the >> evening. Do we really need to argue overcoming every single = unnecessry >> technical limitation ? >=20 > Gather.town was really very good for this. > The biggest problem is that the "entrance" the WG session was not in a > specific place. As far as I could tell, you could go to any of the = meeting > "tables" and then enter any meeting. > Worse, if someone stood next to you, while you were in the meeting, = you could > have a conversation. At one point, I had the meetecho feed from = another room > coming through the analog hole (from speakers to mic) from a nearby > gather.town person... >=20 > If we could all "emerge" from the meetecho and wind up nearby on = gather.town, > then that would duplicate things nicely. >=20 > I'm curious what the cost for gather.town was? Order of zeros is = enough. Their pricing model is not ideal as we need to pay for a guaranteed = minimum number of participants (they scale the VM accordingly) and we = significantly over-estimated and so paid more than we should have, but = that was quite affordable in the single figure thousands.=20 Jay >=20 > -- > Michael Richardson , Sandelman Software Works > -=3D IPv6 IoT consulting =3D- >=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 Jay Daley IETF Executive Director jay@ietf.org --Apple-Mail=_2B61594B-2D7E-46C6-8994-95BDACB011CC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On 4/08/2020, at 5:51 AM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:


Toerless Eckert <tte@cs.fau.de> wrote:
For example, with physical meeting rooms, they = are a great informal
place to catch up with work when = attendees join early. I am seeing this
regularily in = physical IETFs on the first morning and afternoon meetings.
Likewise of course after the meetings, last meeting before = lunch or in the
evening. Do we really need to argue = overcoming every single unnecessry
technical limitation = ?

Gather.town was really very = good for this.
The biggest problem is that the "entrance" = the WG session was not in a
specific place.  As far = as I could tell, you could go to any of the meeting
"tables"= and then enter any meeting.
Worse, if someone stood next = to you, while you were in the meeting, you could
have a = conversation.   At one point, I had the meetecho feed from = another room
coming through the analog hole (from speakers = to mic) from a nearby
gather.town person...

If we could all "emerge" from the meetecho and = wind up nearby on gather.town,
then that would duplicate = things nicely.

I'm curious what the cost = for gather.town was?  Order of zeros is enough.

Their = pricing model is not ideal as we need to pay for a guaranteed minimum = number of participants (they scale the VM accordingly) and we = significantly over-estimated and so paid more than we should have, but = that was quite affordable in the single figure = thousands. 

Jay


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
-=3D IPv6 IoT consulting =3D-


___________________________________________________________
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/issuesor send email to webmaster@tools.ietf.org

-- 
Jay Daley
IETF = Executive Director
jay@ietf.org

= --Apple-Mail=_2B61594B-2D7E-46C6-8994-95BDACB011CC-- From nobody Tue Aug 4 07:42:11 2020 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 2238E3A0C19 for ; Tue, 4 Aug 2020 07:42:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 3AgWWYt_oWkS for ; Tue, 4 Aug 2020 07:42:09 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D97DA3A0C1C for ; Tue, 4 Aug 2020 07:42:08 -0700 (PDT) Received: from [172.16.42.101] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BLcsW31CXz17rB; Tue, 4 Aug 2020 16:42:07 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mao-Original-Outgoing-Id: 618244926.675638-7fb5c4c7c3dce6039077cb051ac18949 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Tue, 4 Aug 2020 16:42:06 +0200 Message-Id: <446911DB-C831-4376-9F3B-C017FF44679B@tzi.org> To: Tools Discussion X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: [Tools-discuss] =?utf-8?q?Serving_markdown_as_text/markdown_?= =?utf-8?b?4p6UIG1vamliYWtl?= X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 14:42:11 -0000 I get mojibake in = https://www.ietf.org/proceedings/interim-2020-maprg-01/agenda/agenda-inter= im-2020-maprg-01-sessa-00 It seems browsers (tested with Safari and Chrome) assume Latin-1 for $ curl -sI = https://www.ietf.org/proceedings/interim-2020-maprg-01/agenda/agenda-inter= im-2020-maprg-01-sessa-00 | grep -i content-type: content-type: text/markdown https://www.iana.org/assignments/media-types/text/markdown says: Required parameters: charset: Per Section 4.2.1 of [RFC6838], charset is REQUIRED. There is no default value because neither [MDSYNTAX] nor many popular implementations at the time of this registration do either. [MDSYNTAX] clearly describes Markdown as a "writing format"; its syntax rules operate on characters (specifically, on punctuation) rather than code points. Many Markdown processors will get along just fine by operating on characters in the US-ASCII repertoire (specifically punctuation), blissfully oblivious to other characters or codes. Please change=20 content-type: text/markdown into content-type: text/markdown; charset=3Dutf-8 Gr=C3=BC=C3=9Fe, Carsten From nobody Tue Aug 4 08:29:32 2020 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 1B0D93A0A4E for ; Tue, 4 Aug 2020 08:29:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=bangj.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 essQ97Mtkm53 for ; Tue, 4 Aug 2020 08:29:27 -0700 (PDT) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EA013A0A5F for ; Tue, 4 Aug 2020 08:29:21 -0700 (PDT) Received: from localhost (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 19F9C16D77; Tue, 4 Aug 2020 11:29:20 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bangj.com; s=201907; t=1596554960; bh=tc9MouSG7QprcpUQ0AoIGmU3V64YLZ/C5W6I3kKB4T0=; h=From:Subject:Date:References:Cc:In-Reply-To:To:From; b=dWp+gCwZUSPYHtEoLMkDMchO7USgmLtPfo7RyddUfyO+rJWBbf0bxEBA3gfkk/cN6 BGJk1BAShMi6l0GwQRAQWrNJvAe6yeqPkzcoisi2XLvqdm+Z5fFjsaSDhWPKT1xopB uQ/XKq2CgyLHLqNEWASyeGcdm/eI/dnhy7+UcGQ8hmDeP6zkwhevwakkARd0GooVVQ /tsRs1aC4heWBHAT7IlSsC1JUkReWlWMxuHhJhI7TiRwptoo2V2CattFWcQZu65zjz jrf5m0p3IgrMglisLtppWWc+xabkWkZ6DD3CYTJolA8rVdUFqMa/QxaDX2dJZGZYM9 JKUsLqrCLHpVA== Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Tom Pusateri Mime-Version: 1.0 (1.0) Date: Tue, 4 Aug 2020 11:29:19 -0400 Message-Id: <7A5D4D76-9251-4B6B-95A0-836D1CBFBFC1@bangj.com> References: <446911DB-C831-4376-9F3B-C017FF44679B@tzi.org> Cc: Tools Discussion In-Reply-To: <446911DB-C831-4376-9F3B-C017FF44679B@tzi.org> To: Carsten Bormann X-Mailer: iPad Mail (18A5332f) Archived-At: Subject: Re: [Tools-discuss] =?utf-8?q?Serving_markdown_as_text/markdown_?= =?utf-8?b?4p6UIG1vamliYWtl?= X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 15:29:31 -0000 > On Aug 4, 2020, at 10:42 AM, Carsten Bormann wrote: >=20 > =EF=BB=BFI get mojibake in https://www.ietf.org/proceedings/interim-2020-m= aprg-01/agenda/agenda-interim-2020-maprg-01-sessa-00 >=20 > It seems browsers (tested with Safari and Chrome) assume Latin-1 for >=20 > $ curl -sI https://www.ietf.org/proceedings/interim-2020-maprg-01/agenda/a= genda-interim-2020-maprg-01-sessa-00 | grep -i content-type: > content-type: text/markdown >=20 > https://www.iana.org/assignments/media-types/text/markdown says: >=20 > Required parameters: >=20 > charset: Per Section 4.2.1 of [RFC6838], charset is REQUIRED. There > is no default value because neither [MDSYNTAX] nor many popular > implementations at the time of this registration do either. > [MDSYNTAX] clearly describes Markdown as a "writing format"; its > syntax rules operate on characters (specifically, on punctuation) > rather than code points. Many Markdown processors will get along > just fine by operating on characters in the US-ASCII repertoire > (specifically punctuation), blissfully oblivious to other > characters or codes. >=20 > Please change=20 >=20 > content-type: text/markdown > into > content-type: text/markdown; charset=3Dutf-8 >=20 > Gr=C3=BC=C3=9Fe, Carsten I will look at this one. Tom From nobody Tue Aug 4 16:31:46 2020 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 805EA3A11DA for ; Tue, 4 Aug 2020 16:31:44 -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, SPF_HELO_NONE=0.001, 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 fNFFJhqhR3vH for ; Tue, 4 Aug 2020 16:31:40 -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 4228F3A11D8 for ; Tue, 4 Aug 2020 16:31:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 4D81438998 for ; Tue, 4 Aug 2020 19:11:00 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2Ui5U511JLY5 for ; Tue, 4 Aug 2020 19:10:52 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 109AA38996 for ; Tue, 4 Aug 2020 19:10:52 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 711CE1F7 for ; Tue, 4 Aug 2020 19:31:30 -0400 (EDT) From: Michael Richardson To: tools-discuss@ietf.org In-Reply-To: References: <392D436C-C6E4-4BA3-A619-5D615D78F190@episteme.net> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: Re: [Tools-discuss] MeetEcho A/V UI Suggestion X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2020 23:31:44 -0000 --=-=-= Content-Type: text/plain Pete Resnick wrote: > I agree. I thought about adding something about sharing the screen (i.e., > projecting a presentation), but because you really only want one screen > shared at a time, it seemed like a pretty separate function. I think > something like the "presentation token" being handed to (or taken away from) > anyone on the Floor by the chair is the right concept. Having multiple people share their screen also lets people step up while others are stepping away, eliminating some of the wasted time. JITSI lets multiple people share their screen, and I find it useful for many things like hackathons. Whether or not that's important to our meeting time use, I don't know. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8p79IACgkQgItw+93Q 3WV3JQgAggAy8rpx1ZlBO6rt0LBcKpXM/ss0mGJyf0xadr9ef8LHxBqyG5iHgHTw 3w82/ngbtT48dEfJUXy1VtiXqAmgNjtC8QXVw9GD3q/pBK85Rj6QhX6WWCz8macI cRQo71N9S+Hk2EJPncMAWRLjysz5wGrpKw80LA4NPrQpXmD77wMLbHyk7Hqt+QgF +CoQmOuc+GCM0DbObRM+SjUF4dml941K660iYoXzXi/zB+0PgHldFlZWqK4xdK7t qn5hEoBETUJPtf1NaIc0518sjpDy1BEMHHFDDw7fjTXnEys3tcp7JbcUN24PsRPS b4Pl03BMtt3+rbHHJE2SjlwcmqjOaQ== =xJg6 -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed Aug 5 04:51:46 2020 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 C77973A145F; Wed, 5 Aug 2020 04:51:35 -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, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, 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 osUC7h7OADid; Wed, 5 Aug 2020 04:51:34 -0700 (PDT) Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65B723A147F; Wed, 5 Aug 2020 04:50:54 -0700 (PDT) Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id A4098548019; Wed, 5 Aug 2020 13:50:49 +0200 (CEST) Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 9ACC1440059; Wed, 5 Aug 2020 13:50:49 +0200 (CEST) Date: Wed, 5 Aug 2020 13:50:49 +0200 From: Toerless Eckert To: tools-discuss@ietf.org, manycouches@ietf.org Cc: Keith Moore , Carsten Bormann , 108attendees@ietf.org Message-ID: <20200805115049.GJ62842@faui48f.informatik.uni-erlangen.de> References: <20200802025924.GH1772@faui48f.informatik.uni-erlangen.de> <3C71AFFA-E6D5-446C-B20A-C35B1EB8FFDF@nostrum.com> <7FDECF0F-D73C-4BE1-B096-4A11698FC5BC@tzi.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Archived-At: Subject: [Tools-discuss] Agenda aware meetecho - Re: [108attendees] Successful IETF 108 X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2020 11:51:36 -0000 Some suggestions for consideration, moving to manycouchees/tools-discuss [please remove 108attendees before replyin to this email, sorry, IETF mailman hates Bcc] On Tue, Aug 04, 2020 at 02:20:50PM -0400, Keith Moore wrote: > On 8/4/20 12:21 PM, Carsten Bormann wrote: > > Managing transitions between aloha and central queue management would be a great feature. > > That sounds about right to me, though I suspect it's the number of active > participants that matters, more than the total number of participants. IMHO one key problem is that the larger the group and/or the shorter the discussion time frame, the worse the participation engagement from all but he most extroverted participants. For better participant engagement i think that more polling of the participants would be good. And this could be put into meetecho and would make it go way beyond what the average conferencing tool does. - Meetecho could become agenda aware: Most simple option would be to have each aenda slot be associated with one or more drafts. - Standard questions could be automatically be posted to meetecho when chair clicks on next slot: "Have you read this draft" "what do you think" (some answers). - specific questions with specific answer options could be activated by chairs, e.g.: "adoption", "ready for last call", ... answers could be given anonymous or with name (some questions anonymous answers of course do not make sense "who will review this draft until next IETF" ?) - Of course, ideally slot-presenters should be able to propose questions as well. After all, those questions should be the key slide in the ideall only 1 page presentation, but allowing chairs to acceppt those questions to then put them into meetecho so they can smoothly be called upon in meetecho when the session runs would allow to save a lot of time and help to poll the whole set of attendants a lot more and thus get better group participation. Cheers Toerless From nobody Wed Aug 5 09:15:52 2020 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 6B2323A0C7C; Wed, 5 Aug 2020 09:15:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.416 X-Spam-Level: X-Spam-Status: No, score=-2.416 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, KHOP_HELO_FCRDNS=0.212, NICE_REPLY_A=-0.949, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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 (message has been altered)" header.d=nostrum.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 8-PhshI_4Piw; Wed, 5 Aug 2020 09:15:48 -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 D1F873A0C69; Wed, 5 Aug 2020 09:15:48 -0700 (PDT) Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 075GFiaa079002 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 5 Aug 2020 11:15:45 -0500 (CDT) (envelope-from rjsparks@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1596644146; bh=F+H30qSkJT4DOkUvFjiIwmCbY5OHEojpSAjiB85NavA=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=b+BzksrtMqm0BdeHYsS9TFDegZGLfuoVX7usw/JjYFUMBOtm6KYCZl9F7CY/ikZST IvPUmx5wH32QawcyXBCJmEhymHCZ3PdbG3ZSzu8JOs6vdg7rhC3/knnGsBcXfmtxC6 yKFaSBcxFFNr5BiTCydnQkSU596vLVr1jYJt4ug4= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local To: Tom Pusateri , Carsten Bormann Cc: Tools Discussion References: <446911DB-C831-4376-9F3B-C017FF44679B@tzi.org> <7A5D4D76-9251-4B6B-95A0-836D1CBFBFC1@bangj.com> From: Robert Sparks Message-ID: Date: Wed, 5 Aug 2020 11:15:44 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <7A5D4D76-9251-4B6B-95A0-836D1CBFBFC1@bangj.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Archived-At: Subject: Re: [Tools-discuss] =?utf-8?q?Serving_markdown_as_text/markdown_?= =?utf-8?b?4p6UIG1vamliYWtl?= X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2020 16:15:50 -0000 This was an apache tweak rather than a datatracker change (as it was at www.ietf.org). The tweak has been made. RjS On 8/4/20 10:29 AM, Tom Pusateri wrote: >> On Aug 4, 2020, at 10:42 AM, Carsten Bormann wrote: >> >> I get mojibake in https://www.ietf.org/proceedings/interim-2020-maprg-01/agenda/agenda-interim-2020-maprg-01-sessa-00 >> >> It seems browsers (tested with Safari and Chrome) assume Latin-1 for >> >> $ curl -sI https://www.ietf.org/proceedings/interim-2020-maprg-01/agenda/agenda-interim-2020-maprg-01-sessa-00 | grep -i content-type: >> content-type: text/markdown >> >> https://www.iana.org/assignments/media-types/text/markdown says: >> >> Required parameters: >> >> charset: Per Section 4.2.1 of [RFC6838], charset is REQUIRED. There >> is no default value because neither [MDSYNTAX] nor many popular >> implementations at the time of this registration do either. >> [MDSYNTAX] clearly describes Markdown as a "writing format"; its >> syntax rules operate on characters (specifically, on punctuation) >> rather than code points. Many Markdown processors will get along >> just fine by operating on characters in the US-ASCII repertoire >> (specifically punctuation), blissfully oblivious to other >> characters or codes. >> >> Please change >> >> content-type: text/markdown >> into >> content-type: text/markdown; charset=utf-8 >> >> Grüße, Carsten > I will look at this one. > > Tom > > ___________________________________________________________ > 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 Aug 5 09:48:38 2020 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 CF7573A0D4E for ; Wed, 5 Aug 2020 09:48:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 ssfKOHsTAVMO for ; Wed, 5 Aug 2020 09:48:28 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 443673A0CE0 for ; Wed, 5 Aug 2020 09:48:28 -0700 (PDT) Received: from [172.16.42.101] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BMHcp2yCZzyyw; Wed, 5 Aug 2020 18:48:26 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: Date: Wed, 5 Aug 2020 18:48:25 +0200 Cc: Tom Pusateri , Tools Discussion X-Mao-Original-Outgoing-Id: 618338905.745084-aa49ed4fe8f99039462b9f30700de264 Content-Transfer-Encoding: quoted-printable Message-Id: References: <446911DB-C831-4376-9F3B-C017FF44679B@tzi.org> <7A5D4D76-9251-4B6B-95A0-836D1CBFBFC1@bangj.com> To: Robert Sparks X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] =?utf-8?q?Serving_markdown_as_text/markdown_?= =?utf-8?b?4p6UIG1vamliYWtl?= X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2020 16:48:37 -0000 On 2020-08-05, at 18:15, Robert Sparks wrote: >=20 > The tweak has been made. Thank you! Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Aug 7 06:03:24 2020 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 E94213A0C4E for ; Fri, 7 Aug 2020 06:03:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, TVD_SPACE_RATIO=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=eggert.org 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 lM8qewkxEodD for ; Fri, 7 Aug 2020 06:03:22 -0700 (PDT) Received: from mail.eggert.org (mail.eggert.org [91.190.195.94]) (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 C60AD3A0BD9 for ; Fri, 7 Aug 2020 06:03:21 -0700 (PDT) Received: from [IPv6:2a00:ac00:4000:400:adf6:7a:60ba:2514] (unknown [IPv6:2a00:ac00:4000:400:adf6:7a:60ba:2514]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id CEBD664441E for ; Fri, 7 Aug 2020 16:03:14 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1596805394; bh=U8hrWAHq7kDdXA7hFbCZrHNnjjXXq+2NRXn7IpyPH1g=; h=From:Subject:Date:To; b=VAlCYhtBLP4HVXQ9qDquHrmOnvR2c/LBQHDKGHbEthPl/UzuOt5abpaSIIzwAFhYR GDyQp31pPRMj+zRnTaEnNKmlu5Nuq4TAU0llLoKGw1rhWZucVBYlzIvJYTF4jZfHNZ tbbL60pA1ImNiNZ+/0YMQCSTSCLKnGF5OkoF3CO8= From: Lars Eggert Content-Type: multipart/signed; boundary="Apple-Mail=_33F5C662-E1DB-4781-B118-9127938E012E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Message-Id: Date: Fri, 7 Aug 2020 16:03:12 +0300 To: Tools Team Discussion X-MailScanner-ID: CEBD664441E.A4980 X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: Subject: [Tools-discuss] rfcmarkup missing version X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2020 13:03:23 -0000 --Apple-Mail=_33F5C662-E1DB-4781-B118-9127938E012E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii https://tools.ietf.org/html/draft-ietf-quic-transport-29 is missing a = link to draft version 28 Lars --Apple-Mail=_33F5C662-E1DB-4781-B118-9127938E012E 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----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAl8tUREACgkQVLXDCb9w wVfYKw/9EAfyRsbITU1sfG5i+dCGfNMn3YzIyO2849ksXA7w6Z3PAN1jmk6GUjTr S/arZIs9koVzFTc/t3karv9DPza1WpL1Wgmz2XM0tdP7GLzpNkjaq9L8W9yhei9I dk16ZPKKI+G5JB0t4kipNfzz6gsHU+2pi6Cy14ANKiPvb3Z1ffZu9qHhvTX3QGPZ r3O7zm22oPplzbHGfQjq8KBVpH/aQNa3/jEAZX9Jt23eWHhiZXBblJ7EKyUjnOJA 5JeQEFONGk3D6JcurGYVQoi3BJpuk5Cui+RVjaLEWlVWBFcdoBhCjFt+1GB3cfxP xA4q9lozTNml247ElMy3wZAvKgguWO+myJTiQKGASLu0dRzQgUGpfUPgTWCU47to 22L5Y47Af1uYWgb/Q+Z97hm+BpkFxfWs++6w7hgOl6Kx9wHrtWHVhefAWRTC7WKl pQQCrBa9fUTwvvtyPMEo0Rr7RfVccGY7qlvqDcilTNPg99tm/6PmpYtsAm7K8rOC +CJ62R87abGA/Bi06lq8am2Y3gZmoEVCD00GwWW5+3403quirH/Dr2TZJmoiBg8t VDILNUzUKWkK9Utjq9Nowfl6MiPCj/xQayBQKk42ByGWGmFmLFKu4O30hdkyr/bh XKZT+AkyD7fvqSi/cOthsXhMlmbqCxZuLnOTNra/+0jAePPcd4c= =xqmw -----END PGP SIGNATURE----- --Apple-Mail=_33F5C662-E1DB-4781-B118-9127938E012E-- From nobody Fri Aug 7 19:50:38 2020 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 A19433A0B60 for ; Fri, 7 Aug 2020 19:50:36 -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, SPF_HELO_NONE=0.001, 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 ANkpEAqOoCyp for ; Fri, 7 Aug 2020 19:50:35 -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 068C43A0B4C for ; Fri, 7 Aug 2020 19:50:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 8F51A389C9 for ; Fri, 7 Aug 2020 22:29:52 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id N3516m9atfa7 for ; Fri, 7 Aug 2020 22:29:52 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id E0739389C7 for ; Fri, 7 Aug 2020 22:29:51 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 2680C42 for ; Fri, 7 Aug 2020 22:50:33 -0400 (EDT) From: Michael Richardson To: tools-discuss@ietf.org X-Attribution: mcr X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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] hovering on HTML X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 02:50:37 -0000 --=-=-= Content-Type: text/plain I just noticed in an HTML version derived from v3, that hovering over a reference, e.g. [RFC7847] gives me the title of the document. Wow. That's awesome. Thank you. Thank you. -- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | IoT architect [ ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on rails [ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8uEvgACgkQgItw+93Q 3WUZ6wf/ZCrwqI3Mw7gK85Bfgn7Xugks/fqtRWT7vrIp4qpsQt4q3Y6/Q/x9tpF/ 9GitCVkDRW6nE5QEYQB/YlNN0TkwtxupDJiW+kUgZwnnegrOiYppyH8KCppbUmNG BXl4a3C/RRSbf3nRRBjf+KRL1wu+Of1riqMyA1hZZo4nYK45VFlGVFZjwpapnjMW Kp5a4Wxuuk4uzCzr1KWoS0np7dc1A3KkBgX1qmX3NyMshbj1AOC7bIfe4hprPi35 f/EONpSxBWPYqrSqix+azxUmU14wCTvV2VWGQz1ybyEMeMZnzy6edUo0ENxG002Q 8czXPKGevA+IUIydENDsSpBm9sKNxQ== =o4X6 -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Aug 7 22:10:11 2020 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 289033A0D44 for ; Fri, 7 Aug 2020 22:10:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net 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 vUK7kYD9_X1k for ; Fri, 7 Aug 2020 22:10:05 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 B297E3A0D45 for ; Fri, 7 Aug 2020 22:10:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1596863399; bh=tx1lCBXroEtQWNSUxzchmlnuHBh2LvdGEdft2M+75Fc=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=Meu0EA/O0RDS5iS7IGuoOFXcMc5OhxtmpzMph0uN090+twlTj4s8Jl0uDfKM4vXGw ELb71Iq0eMhF59st+igNmmiTNpIqdssuNDZKz02UeK/gr3EDzcGwep69xXsAiCea/U Ow3Ct9hMNPkx6K15/YnP+s8Y+3YkW1CLTf+kofcE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [172.16.3.99] ([94.198.138.204]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MbAgq-1kbQ0l1Fge-00bcbB for ; Sat, 08 Aug 2020 07:09:59 +0200 To: tools-discuss@ietf.org References: <6956.1596855033@localhost> From: Julian Reschke Message-ID: Date: Sat, 8 Aug 2020 07:09:59 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.1.0 MIME-Version: 1.0 In-Reply-To: <6956.1596855033@localhost> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:s6SCEgTBZbcoc6sG4/8js5RAYS2sltkV4AYEZXBUYuFtiHufu2M kZfTma5lZeWCjmC813adc0O1vf34xV8WFbohGFxrFdiUXyOVDVuKdfdet8bkvbcGl3/1Dgf LjihnMWw9S5lY2ZQVSmsVzO//RCT9ix9iq+5aED6kBkivRI4wXN8wHnCTb1mASsFqvQ0hIu pm8/lsFg3ooaRX05LJY+g== X-UI-Out-Filterresults: notjunk:1;V03:K0:hMJmqX1TQmg=:3Z09L5i767wlXZDpT5ccCM i7ERlTI/fAYpR/2L6v2601OkYCk+zlPjCs1QWJvkn5HoJ1GRC/gcWFqxgyMadrlRBlhVh1zC4 beXniCFRhOHQo5LerjM3oG7A3Hwrp0IIyrQpNibdJA1ROuMrIZu24fQ+D5FuSNBgrG493qvCE CL65E9Gj4oEVEQelxMWxSkQNwXFj+I1UxkvIxiMHcJ0KZ7LW2rqe5flY1eOMztCQwd8HwNNl+ Mog4R/oevciBbmub8gB8xgwQ9YNhPvRRg+xi1ewMj7yfWcRnsOnnSjrMCdLgX5UhGpyGfcdC7 1/IMClW0WClDmPBjHdVkHdTBSs1Th300ElkB3lXYZWirGT3rGACNKGAwm6I5Lu5SCeLbHW33v NyD/ZMzssQu8Xv/BZD0Smx8W3tjyk39yBmwexxDtJ+MWATWOvafG7MrlL0Fle0yTlrZ/stCom CS5CknuW+qXeUVigOMv7D9TyODlzLfIDoK2GURD69LuQaZ3oHuSQ5s8jUzPE1s9ksPRZFaQo6 mPWhMURv/80CzxzYhgikAaOHHISCxPVrtm8EsqcA7hiOZNjel/WtTPsBqvZRIitZMMhl3H9X8 dNMDV97pB57553QwoaNEpDZf2zyEV9kxsuW+lCIxJoauoiglYFYgbSgBVfKObes3l6uwJ/KbI 0mKNXywtCS3XNIL5/1IXO/6bKrW5fHL5GYaZ087A27EsjUmAHkQRTpTonFNpmNYgtd+M8SLWr TsyqRPDSa8/W/DxE4vTJq9PXGWvPmdXM6Z10lFtyUMy+etipbrjZzKA/Bz6I6LT3zN+VmKEqT V3zX9ntrSshCBf4DiE9+tiR+u9vDoeeIEc11IcMS46iNO1P+nNpQccWpx+d815i52Evn4Q0nv lZ9RknNfkOrMSOwrfDaMOP7YjeqEkTwsqb3Qapo39+SCMkx568n9t0gdbtW9H0oGGAGsES2Jl 3a7uhcF0VC8AWbYp+fHvf22pTZYbeaLujALy9pKUJ/TKVSjQaZzePZtvpt0uftQ6mgQtUo2ZD Eb4yjVR0UXCHo8zqpHUApfyh65Cax6IVJOmVPvi+F06jxkhQ+5Y6ZIGCAupOfik6w4ye2W9nb i7U6H9vvcrRn98yqr4nK8yeJ2I/tVn5+GjFPb5YR3XYAwRHtFb/obWSFcHmfxpks7u3YhFtNv LM5gVIsm9tCXJkAW6LXD/4HGtE0MKcsXDP8IrAJLwZTIprfVci7sQnflqgNoqRfxIB5X6m7dI zsMTJtfi9Ovtv04hPuIg21UT68/Aplc7sczLxLA== Archived-At: Subject: Re: [Tools-discuss] hovering on HTML X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2020 05:10:11 -0000 Am 08.08.2020 um 04:50 schrieb Michael Richardson: > > I just noticed in an HTML version derived from v3, that hovering over a > reference, e.g. [RFC7847] gives me the title of the document. Wow. > That's awesome. Thank you. Thank you. > ...# AFAIR the formatters have been doing that for ages. Best regards, Julian From nobody Sat Aug 8 18:19:54 2020 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 425C43A0B2C for ; Sat, 8 Aug 2020 18:19:51 -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, SPF_HELO_NONE=0.001, 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 zA1pai9C6rlK for ; Sat, 8 Aug 2020 18:19:49 -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 88AC83A0B2A for ; Sat, 8 Aug 2020 18:19:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 74297389D5; Sat, 8 Aug 2020 20:59:05 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id j2qJzVpzzbeX; Sat, 8 Aug 2020 20:59:04 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 23101389CE; Sat, 8 Aug 2020 20:59:04 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 34AA87D; Sat, 8 Aug 2020 21:19:46 -0400 (EDT) From: Michael Richardson To: Julian Reschke cc: tools-discuss@ietf.org In-Reply-To: References: <6956.1596855033@localhost> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: Re: [Tools-discuss] hovering on HTML X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 01:19:51 -0000 --=-=-= Content-Type: text/plain Julian Reschke wrote: > Am 08.08.2020 um 04:50 schrieb Michael Richardson: >> >> I just noticed in an HTML version derived from v3, that hovering over a >> reference, e.g. [RFC7847] gives me the title of the document. Wow. >> That's awesome. Thank you. Thank you. >> ...# > AFAIR the formatters have been doing that for ages. I knew someone would say that :-) But, it's only recently that we post HTML from XML, vs HTMLized TXT :-) My only gripe is that I feel that there is too much horizontal whitespace on my screen for the DT version of it. CTRL+ ought to help. I'm sure that I am lacking some browser-fu of which I'm ignorant that would maintain the increased font size for *JUST* the draft, and not the rest of the site. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8vTzEACgkQgItw+93Q 3WVRNAf/fHk0Z9ltlPLOZ/Z9iQvstVLC5d0xKkhTAHSigd+UjyXAi9LHGeIgUMB3 mMD4TdS5w1Tt/J67NBOY75oPHxHGPc4wb6EqJVp79DGJmCOOarkKKWr1zHVCTH9y 0cN3aMUR/5s6kzfhO9dOj74nuNxHCPydOvWirO/S+51yn5egtztpIWqn8z0r89W2 EwpfTID0DIm48uSbjO02Ax05Ze/X9cNOulfLXluuWsa8lfGmWJzg2QQ5LqWgCaUC 8mDXgKcWVNL1wadrxAwCiYWYhAT5w9oDXgWMn29rymgt6PafZB8geX1Ac7XQv6qd Mig4I1sA/f7hu8PIHtwRvj5RspkdJg== =KN9u -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Aug 9 05:57:32 2020 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 6C76E3A0B88 for ; Sun, 9 Aug 2020 05:57:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 Xxu5wimLslfi for ; Sun, 9 Aug 2020 05:57:28 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E8543A0B86 for ; Sun, 9 Aug 2020 05:57:27 -0700 (PDT) Received: from [172.16.42.101] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BPfJN6MZ4zyRy; Sun, 9 Aug 2020 14:57:24 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mao-Original-Outgoing-Id: 618670644.288271-c3a018857607c6ebc29b94a5ee3bc009 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Sun, 9 Aug 2020 14:57:24 +0200 Message-Id: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> To: Tools Discussion X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 12:57:31 -0000 It is a bit hard to search for mailman issues in tools-discuss (every = message contains =E2=80=9Cmailman=E2=80=9D), so I apologize if this is a = repeat: Are we up now for a future where we can couple our mailman logins to our = datatracker logins? Today, mailman passwords need to be all different = because they are shared with different groups. However, they cannot use = normal password manager support. Not needing to remember them would be a step forward. Gr=C3=BC=C3=9Fe, Carsten From nobody Sun Aug 9 13:30:10 2020 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 437883A0CED for ; Sun, 9 Aug 2020 13:29:59 -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, SPF_HELO_NONE=0.001, 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 0MSdMnhJecHN for ; Sun, 9 Aug 2020 13:29:51 -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 AFD0E3A0DC6 for ; Sun, 9 Aug 2020 13:29:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 7610B389B6; Sun, 9 Aug 2020 16:09:06 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5yBh5zbBijsN; Sun, 9 Aug 2020 16:09:02 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id DBB30389D5; Sun, 9 Aug 2020 16:09:01 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id AD473114; Sun, 9 Aug 2020 16:29:44 -0400 (EDT) From: Michael Richardson To: Carsten Bormann , Tools Discussion In-Reply-To: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 20:30:07 -0000 --=-=-= Content-Type: text/plain Carsten Bormann wrote: > However, they > cannot use normal password manager support. Specifically, since mailman does not have a "username" equivalent field, the browser password managers can not distinguish passwords for different lists. Chrome will let me input a "username" when I save the password, but I still have to find the right password each time. If there is a patch upstream in mailman, I haven't seen it yet. There is some discussion that google finds, which says that there is nothing. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8wXLgACgkQgItw+93Q 3WWyrggAs/O+gLVtrksD+9ESlURoP+0z8eLweBcz9b/Gkud+hNNlQFhr1m3vKFDw GE5ha2CkzTt8vpoTyKdqIapTKaY4D1EzOwrJX6JWRYds4JEMipjrO4yVftJVNSRo etAnMqfCJXS+aHPpGLflxoz3g5heKWRPijb1/OnGrvHJh9d5fUloDGIRnbz5mNCU 4/cI+avI//k70zb0htK15hfhdQq07AKcxx4haEgn9rG7ZnNrrKG1tH241QY4mAMQ vH7r0/nxU/sIV+ehnbfnuOp2ebT0SFw+ZYKyr0kIi7NZ9C+nm5fXFUFq6wjxlQxY jxHPgceTZkSlnR/EMDWqwz9wETcHlQ== =YogX -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Aug 9 13:49:17 2020 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 5310B3A0D77 for ; Sun, 9 Aug 2020 13:49: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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, 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=fugue-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 sqhCh-MSpiFS for ; Sun, 9 Aug 2020 13:49:14 -0700 (PDT) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 E4D143A0D9D for ; Sun, 9 Aug 2020 13:49:11 -0700 (PDT) Received: by mail-qt1-x833.google.com with SMTP id d27so5371871qtg.4 for ; Sun, 09 Aug 2020 13:49:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=GAgeDWJ9OAJyOkwAWogEdXTwfoKYP70PRoqKeiT2t6o=; b=GmYHAkgP4x493fURobhxabmN9UO/Y1ERUIdxME6NmuwBGBxhQQOoJfjGg6OVjbaPo5 8YXH6yIf9rsmZzcJ00ZyItAjwVr2RqjmAGsBf61GdIQYLQIxgPY0XLxq2cCpBClkDXpa 5uGi40L5eH1KdPNR7COIeDeXTIFyiU+O+U07BEGnacht67iKRa9ROpO6USOk7LW7Ulzc xzghhEChxWx58f7vB45dHP+mUmkIAVTKLYIOFXIsktz1IXKfsJhQQUgjbnf1atNg+2DJ kH3qidyYhRzmfQ946KmcOcf3DMDU2lEm5c7Gr27XQXKXT15cWtu8x6tenzijHAW41mQn lbnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=GAgeDWJ9OAJyOkwAWogEdXTwfoKYP70PRoqKeiT2t6o=; b=GePDCqjjrEwdf69rnDyTb63YNNCJ1zLpGKVk/sv86i0VIPu+O2j48+EAPsr1Iapjpi 60CHIwlqeqj8DCMsSLkO6vMNta+sw5vhx+iQPzv0vFyPeRl8anNq+9707LY/6HFICEW8 zP6a3NXNPsHpPXcjVz+frjc1wLWKfWIPsoJIwU7Ao62asbA2ThcYPeA7xvzLj3d+pN85 hRt9H+DJsRypzA/UcSaNfRWiZbeXP9+koxL+0PlC/dKvpU/zA24mBU8TL4kk2Yt98907 pjEbJTelBnmkhGXZNwhXsl8oYlBC6oHVKLLQwc6s0YcpM8Ee8iE0NSx/mEqmQNHgtTxx 6ofQ== X-Gm-Message-State: AOAM530V1u7k3yLvvbX5jqbiLY+QoO94ZdBiq1hB1UspSYDGT6gxuMQD infX715Qf96gSZJzDC/CxnWO/g== X-Google-Smtp-Source: ABdhPJwYfek8VBxwm4GqenPLy246YrGUiDFx15vVOR10yGKwIvx43ACmRZmKKJpPsVs3BKX15WBcrQ== X-Received: by 2002:ac8:5354:: with SMTP id d20mr25179626qto.120.1597006150780; Sun, 09 Aug 2020 13:49:10 -0700 (PDT) Received: from ?IPv6:2601:18b:300:36ee:948a:e309:d215:76e1? ([2601:18b:300:36ee:948a:e309:d215:76e1]) by smtp.gmail.com with ESMTPSA id i19sm12342624qkk.68.2020.08.09.13.49.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 09 Aug 2020 13:49:10 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Ted Lemon In-Reply-To: <17459.1597004984@localhost> Date: Sun, 9 Aug 2020 16:49:09 -0400 Cc: Carsten Bormann , Tools Discussion Content-Transfer-Encoding: quoted-printable Message-Id: References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> <17459.1597004984@localhost> To: Michael Richardson X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 20:49:16 -0000 I just never save or use that password. What do you need it for? > On Aug 9, 2020, at 4:29 PM, Michael Richardson = wrote: >=20 >=20 > Carsten Bormann wrote: >> However, they >> cannot use normal password manager support. >=20 > Specifically, since mailman does not have a "username" equivalent = field, the > browser password managers can not distinguish passwords for different = lists. > Chrome will let me input a "username" when I save the password, but I = still > have to find the right password each time. >=20 > If there is a patch upstream in mailman, I haven't seen it yet. > There is some discussion that google finds, which says that there is = nothing. >=20 > -- > Michael Richardson , Sandelman Software Works > -=3D IPv6 IoT consulting =3D- >=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 From nobody Sun Aug 9 13:54:14 2020 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 69B553A0DEC for ; Sun, 9 Aug 2020 13:54:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 MF_abB6CIH76; Sun, 9 Aug 2020 13:54:02 -0700 (PDT) Received: from jays-mbp.localdomain (unknown [158.140.230.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id 63CB23A0DF2; Sun, 9 Aug 2020 13:54:01 -0700 (PDT) From: Jay Daley Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_C9F56385-761F-4CDC-90FD-08829447CC23" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Mon, 10 Aug 2020 08:53:59 +1200 In-Reply-To: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> Cc: Tools Discussion To: Carsten Bormann References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 20:54:14 -0000 --Apple-Mail=_C9F56385-761F-4CDC-90FD-08829447CC23 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 10/08/2020, at 12:57 AM, Carsten Bormann wrote: >=20 > It is a bit hard to search for mailman issues in tools-discuss (every = message contains =E2=80=9Cmailman=E2=80=9D), so I apologize if this is a = repeat: >=20 > Are we up now for a future where we can couple our mailman logins to = our datatracker logins? Today, mailman passwords need to be all = different because they are shared with different groups. However, they = cannot use normal password manager support. > Not needing to remember them would be a step forward. An even better way forward would be for you to manage your mailing list = subscriptions from within Datatracker as that can provide an overall = view and consistency check that is not available anywhere in the mailman = interface. Jay >=20 > Gr=C3=BC=C3=9Fe, Carsten >=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 Jay Daley IETF Executive Director jay@ietf.org --Apple-Mail=_C9F56385-761F-4CDC-90FD-08829447CC23 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 10/08/2020, at 12:57 AM, Carsten Bormann <cabo@tzi.org> = wrote:

It is a bit hard to search for mailman issues in = tools-discuss (every message contains =E2=80=9Cmailman=E2=80=9D), so I = apologize if this is a repeat:

Are we up = now for a future where we can couple our mailman logins to our = datatracker logins? Today, mailman passwords need to be all different = because they are shared with different groups.  However, they = cannot use normal password manager support.
Not needing to = remember them would be a step forward.

An = even better way forward would be for you to manage your mailing list = subscriptions from within Datatracker as that can provide an overall = view and consistency check that is not available anywhere in the mailman = interface.

Jay


Gr=C3=BC=C3=9Fe, Carsten

___________________________________________________________
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/issuesor send email to webmaster@tools.ietf.org

-- 
Jay Daley
IETF = Executive Director
jay@ietf.org

= --Apple-Mail=_C9F56385-761F-4CDC-90FD-08829447CC23-- From nobody Sun Aug 9 14:55:28 2020 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 B69503A0DF2 for ; Sun, 9 Aug 2020 14:55:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.047 X-Spam-Level: X-Spam-Status: No, score=-3.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 KUSmDOg-yFyO for ; Sun, 9 Aug 2020 14:55:26 -0700 (PDT) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (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 0F9A43A0DF0 for ; Sun, 9 Aug 2020 14:55:26 -0700 (PDT) Received: by mail-pl1-x633.google.com with SMTP id t10so3832668plz.10 for ; Sun, 09 Aug 2020 14:55:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=ps2FkLb6Q9JoADVGbs9+UrSvG2P7g5hFhmddAUP3P2c=; b=Fy7s2522pjTAQArjawQhKnIQHzEl3a49EIvX5cpY1rKyvF7NPhlzz+Pa7OzU2EFtCd 4aZro8SdTUSEwx/6bUCEnk7OCrjcbT+ip4ABmvQ+JZkmn2tti4/XXvBlaL73l6AoeWNa te7XuPxWlNGm0hRA0m2MEobFtF1E5gqX6YrJRzUX7v9xjQiBNZC/vjmC6ScyaBxyc7R/ aHFMU+pckaF+wvtvznEOzeHLY899QFgZ9nVTMOVSIG9hfEq2QuiKKjs87f4K1VAHMXFY yDjQVpp55jMRKfS84Q7fnKY3eXfp0pKFLx8n56+Iy91GiroqagJ1W/WGTQIJqc3yDCIO j0hA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ps2FkLb6Q9JoADVGbs9+UrSvG2P7g5hFhmddAUP3P2c=; b=F/9L8DHvsONoIL/d9zI3N/c1bI4aORtazLiPPKu+OA9dZ+tdUS3wp0MSpMEwBjaJFu CXqcRTdUnG1xoS5qhuecgFh6jbA1vSc00YxaKopmv9CGf9+wAtOWANX2kKxuMUBaTPG0 D/T0vaBzeXrOfnAUCYIqMtjjEwzulJKAqXPnLOuNMdImOE2AzKxamQrMCKgal7fHouc3 MQIz4Pwf4zeEiJXxR+tQm2jnEi3meCdk4rFj/RrFK0X/rBO8JFF9sIMvFQz9i/jr8NVb Gtal9SMkCXcQpCsBX+p9v+T0AjNd1cqnIjl/582wUzfLFs8OqoDfANC86M7+YnoLZAl4 ObMw== X-Gm-Message-State: AOAM530w+xVUlBNPjGUWGF/WPCA4IC0b0OLw/OIA6J2bDTrpg7Iqp7bb YQqr7u0tSamPQ5RXx1iTIlcVYcmBZrg= X-Google-Smtp-Source: ABdhPJzmR8znxTiGORWEH0J5eVS77KcQhIfhWf7BXSRK7UNC55EGqU2d5QHvN4FUzZKm1Sho0UrJzg== X-Received: by 2002:a17:90b:4a07:: with SMTP id kk7mr25200458pjb.125.1597010125178; Sun, 09 Aug 2020 14:55:25 -0700 (PDT) Received: from [192.168.178.20] ([151.210.139.192]) by smtp.gmail.com with ESMTPSA id m29sm16454799pgc.55.2020.08.09.14.55.23 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 09 Aug 2020 14:55:24 -0700 (PDT) To: Carsten Bormann , Tools Discussion References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> From: Brian E Carpenter Message-ID: Date: Mon, 10 Aug 2020 09:55:21 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 21:55:28 -0000 > mailman passwords need to be all different because they are shared with= different groups Do you mean admin passwords? Subscription passwords can be all the same, = if you accept the obvious risk. Regards Brian On 10-Aug-20 00:57, Carsten Bormann wrote: > It is a bit hard to search for mailman issues in tools-discuss (every m= essage contains =E2=80=9Cmailman=E2=80=9D), so I apologize if this is a r= epeat: >=20 > Are we up now for a future where we can couple our mailman logins to ou= r datatracker logins? Today, mailman passwords need to be all different b= ecause they are shared with different groups. However, they cannot use n= ormal password manager support. > Not needing to remember them would be a step forward. >=20 > Gr=C3=BC=C3=9Fe, Carsten >=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 From nobody Sun Aug 9 15:07:43 2020 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 CFE043A0E09; Sun, 9 Aug 2020 15:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.685 X-Spam-Level: X-Spam-Status: No, score=-1.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.212, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 mNqm6jF3fNIw; Sun, 9 Aug 2020 15:07:29 -0700 (PDT) Received: from mail.proper.com (Opus1.Proper.COM [207.182.41.91]) (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 8F1CA3A0E06; Sun, 9 Aug 2020 15:07:29 -0700 (PDT) Received: from [10.10.10.159] (76-209-242-70.lightspeed.mtryca.sbcglobal.net [76.209.242.70]) (authenticated bits=0) by mail.proper.com (8.15.2/8.15.2) with ESMTPSA id 079M65hX033757 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 9 Aug 2020 15:06:07 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: mail.proper.com: Host 76-209-242-70.lightspeed.mtryca.sbcglobal.net [76.209.242.70] claimed to be [10.10.10.159] From: "Paul Hoffman" To: "Jay Daley" Cc: "Tools Discussion" Date: Sun, 09 Aug 2020 15:07:26 -0700 X-Mailer: MailMate (1.13.1r5671) Message-ID: In-Reply-To: References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 22:07:41 -0000 On 9 Aug 2020, at 13:53, Jay Daley wrote: >> On 10/08/2020, at 12:57 AM, Carsten Bormann wrote: >> >> It is a bit hard to search for mailman issues in tools-discuss (every >> message contains “mailman”), so I apologize if this is a repeat: >> >> Are we up now for a future where we can couple our mailman logins to >> our datatracker logins? Today, mailman passwords need to be all >> different because they are shared with different groups. However, >> they cannot use normal password manager support. >> Not needing to remember them would be a step forward. > > An even better way forward would be for you to manage your mailing > list subscriptions from within Datatracker as that can provide an > overall view and consistency check that is not available anywhere in > the mailman interface. Are you saying that aspirationally? Otherwise, I don't see how to do that, although I could clearly be missing something. --Paul Hoffman From nobody Sun Aug 9 15:12:59 2020 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 CC0853A0E0B for ; Sun, 9 Aug 2020 15:12:57 -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 zEg4nHFscc0R; Sun, 9 Aug 2020 15:12:56 -0700 (PDT) Received: from [100.92.204.9] (115-189-135-27.mobile.spark.co.nz [115.189.135.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id 8FB903A0E04; Sun, 9 Aug 2020 15:12:56 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Jay Daley Mime-Version: 1.0 (1.0) Date: Mon, 10 Aug 2020 10:12:51 +1200 Message-Id: <6070205D-485C-4CEC-98A1-3180893202C9@ietf.org> References: Cc: Tools Discussion In-Reply-To: To: Paul Hoffman X-Mailer: iPhone Mail (17G68) Archived-At: Subject: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 22:12:58 -0000 Yes aspirationally - that would be a better direction to go than attempting t= o add oauth to mailman.=20 --=20 Jay Daley IETF Executive Director > On 10/08/2020, at 10:07 AM, Paul Hoffman wrote: >=20 > =EF=BB=BFOn 9 Aug 2020, at 13:53, Jay Daley wrote: >=20 >>>> On 10/08/2020, at 12:57 AM, Carsten Bormann wrote: >>>=20 >>> It is a bit hard to search for mailman issues in tools-discuss (every me= ssage contains =E2=80=9Cmailman=E2=80=9D), so I apologize if this is a repea= t: >>>=20 >>> Are we up now for a future where we can couple our mailman logins to our= datatracker logins? Today, mailman passwords need to be all different becau= se they are shared with different groups. However, they cannot use normal p= assword manager support. >>> Not needing to remember them would be a step forward. >>=20 >> An even better way forward would be for you to manage your mailing list s= ubscriptions from within Datatracker as that can provide an overall view and= consistency check that is not available anywhere in the mailman interface. >=20 > Are you saying that aspirationally? Otherwise, I don't see how to do that,= although I could clearly be missing something. >=20 > --Paul Hoffman >=20 From nobody Sun Aug 9 16:36:25 2020 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 705933A0F6F for ; Sun, 9 Aug 2020 16:36:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, 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=akamai.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 ym-Ghse-oDFE for ; Sun, 9 Aug 2020 16:36:16 -0700 (PDT) Received: from mx0a-00190b01.pphosted.com (mx0a-00190b01.pphosted.com [IPv6:2620:100:9001:583::1]) (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 818613A0F69 for ; Sun, 9 Aug 2020 16:36:16 -0700 (PDT) Received: from pps.filterd (m0050095.ppops.net [127.0.0.1]) by m0050095.ppops.net-00190b01. (8.16.0.42/8.16.0.42) with SMTP id 079NXVkm015686; Mon, 10 Aug 2020 00:36:16 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=jan2016.eng; bh=sU4wGAoZicYf+NMPTKnLQAYyI8zNGaAn8NkJLpgeqUU=; b=lXiKhRr1ftArwBz7Op2DlaDLZmsvCc6wJL1F6zz2V08mwI+nFTmAp8VgGme2sONxxcSJ 9ZfosjaVndtP6+QTIlbTLS1FIvSEyBhhZMuDT8ybhbihPdGTMazosttPqYyyOIfwbDl7 bJSt0GFEwhUJOX7vWtw+ThDf//haNWINJs2tfuBu2e5N+OV7BpbU0NCz34zAh1tJ10t2 kszQTDCFWLhwYPssxprKdHzJDmBbiL3uupd4irA5eWrWKUWAe3fyIc96mQrB+beNxS1i voRU7Mbodh2sO9nRSn7ynOOXcT14pXbFNK/AODNlsq7vmwZifRvG92aeNTVwlSC10ZmB 8g== Received: from prod-mail-ppoint4 (a72-247-45-32.deploy.static.akamaitechnologies.com [72.247.45.32] (may be forged)) by m0050095.ppops.net-00190b01. with ESMTP id 32sm42hgr2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 10 Aug 2020 00:36:16 +0100 Received: from pps.filterd (prod-mail-ppoint4.akamai.com [127.0.0.1]) by prod-mail-ppoint4.akamai.com (8.16.0.42/8.16.0.42) with SMTP id 079NYotu017136; Sun, 9 Aug 2020 19:36:15 -0400 Received: from email.msg.corp.akamai.com ([172.27.165.118]) by prod-mail-ppoint4.akamai.com with ESMTP id 32sqcxfa30-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 09 Aug 2020 19:36:15 -0400 Received: from USTX2EX-DAG1MB1.msg.corp.akamai.com (172.27.165.119) by ustx2ex-dag1mb2.msg.corp.akamai.com (172.27.165.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Sun, 9 Aug 2020 18:36:14 -0500 Received: from USTX2EX-DAG1MB1.msg.corp.akamai.com ([172.27.165.119]) by ustx2ex-dag1mb1.msg.corp.akamai.com ([172.27.165.119]) with mapi id 15.00.1497.006; Sun, 9 Aug 2020 18:36:14 -0500 From: "Salz, Rich" To: Michael Richardson , Carsten Bormann , Tools Discussion Thread-Topic: [Tools-discuss] Mailman login vs. datatracker login Thread-Index: AQHWbkyp7x1SvvEaU0CC9Sqw3Ddw6KkwjtoA///xDIA= Date: Sun, 9 Aug 2020 23:36:14 +0000 Message-ID: <76AE73EF-4890-41DF-ADF0-FE8741993BB3@akamai.com> References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> <17459.1597004984@localhost> In-Reply-To: <17459.1597004984@localhost> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.39.20071300 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.19.113.183] Content-Type: text/plain; charset="utf-8" Content-ID: <856CABFC4B6C3B42A76F72C723DC2DC0@akamai.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-09_12:2020-08-06, 2020-08-09 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 mlxlogscore=662 adultscore=0 mlxscore=0 phishscore=0 bulkscore=0 malwarescore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008090183 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-09_12:2020-08-06, 2020-08-09 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=613 impostorscore=0 malwarescore=0 bulkscore=0 adultscore=0 mlxscore=0 suspectscore=0 lowpriorityscore=0 phishscore=0 priorityscore=1501 spamscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008090182 Archived-At: Subject: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 23:36:24 -0000 PiAgICBTcGVjaWZpY2FsbHksIHNpbmNlIG1haWxtYW4gZG9lcyBub3QgaGF2ZSBhICJ1c2VybmFt ZSIgZXF1aXZhbGVudCBmaWVsZCwgdGhlDQogICAgYnJvd3NlciBwYXNzd29yZCBtYW5hZ2VycyBj YW4gbm90IGRpc3Rpbmd1aXNoIHBhc3N3b3JkcyBmb3IgZGlmZmVyZW50IGxpc3RzLg0KICANCg0K WWVzLCBoYXZuZyBhIGR1bW15L3VudXNlZCB1c2VybmFtZSBmaWVsZCB3b3VsZCBoZWxwIHBhc3N3 b3JkIG1hbmFnZXJzIGEgZ3JlYXQgZGVhbC4gIEkndmUgYXNrZWQgZm9yIHRoYXQgYmVmb3JlIGJ1 dCBtYXliZSBub3QgaW4gdGhlIHJpZ2h0IHBsYWNlcy4NCg0KDQo= From nobody Sun Aug 9 16:51:57 2020 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 0F6913A1164 for ; Sun, 9 Aug 2020 16:51:45 -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, SPF_HELO_NONE=0.001, 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 0bTWW6r5hFwM for ; Sun, 9 Aug 2020 16:51:43 -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 9462C3A1157 for ; Sun, 9 Aug 2020 16:51:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 3D159389D5; Sun, 9 Aug 2020 19:30:58 -0400 (EDT) Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fDUsXePc_3oI; Sun, 9 Aug 2020 19:30:52 -0400 (EDT) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 716FA389D2; Sun, 9 Aug 2020 19:30:52 -0400 (EDT) Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 6383650C; Sun, 9 Aug 2020 19:51:35 -0400 (EDT) From: Michael Richardson To: Ted Lemon , Carsten Bormann , Tools Discussion In-Reply-To: References: <900A7317-AE80-466B-B1B0-1BA5B892BF75@tzi.org> <17459.1597004984@localhost> X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.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: Re: [Tools-discuss] Mailman login vs. datatracker login X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2020 23:51:56 -0000 --=-=-= Content-Type: text/plain Ted Lemon wrote: > I just never save or use that password. What do you need it for? yes, there is also a per-list, mailman membership password, but I'm not talking about that. If you are the list moderator (WG chair), then you might need to do things. -- Michael Richardson , Sandelman Software Works -= IPv6 IoT consulting =- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAl8wjAcACgkQgItw+93Q 3WXa0ggAoTBRgV1ez3eXmLyj0nTEqBDqHtzA4wbngimr+8dtYkX/u3sVC0PWaZgZ LXjZOWpXj3w9OrR5tb+MZ6cPXGLbzIKLA8EvPV/HjxOU4OcoA7vI9p6PI8eb1+x+ WHOInAefbRvkUn1ss8h3fhnLRGQFCkSgmaO++MHAdyOd1LR/Q+1TevlbOqoFTJ/V rScP4A1kJxhip1w5egCci+IPDihIw+DQXLjUKokmWie5aPn5Uct5fR5RmPKTX+pT GaIWrgQR5IV9K3u1Nsvsbg2PkaRrq9g/rftDXh2RwtW4l+6mr2M8zYVaGodKX6LW QYTQhtTBTvwNz1fyn2uLmMZMt5y0Kg== =OhM1 -----END PGP SIGNATURE----- --=-=-=-- From nobody Mon Aug 10 17:59:35 2020 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 A9B223A0E73 for ; Mon, 10 Aug 2020 17:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 BQOcsCjAl0xd for ; Mon, 10 Aug 2020 17:59:32 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 7BD0E3A0E71 for ; Mon, 10 Aug 2020 17:59:32 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 07B0xS7w028766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 10 Aug 2020 20:59:30 -0400 Date: Mon, 10 Aug 2020 17:59:28 -0700 From: Benjamin Kaduk To: tools-discuss@ietf.org Message-ID: <20200811005928.GZ92412@kduck.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: [Tools-discuss] over-zealous mail-send notification caching? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 00:59:34 -0000 Hi all, I'm not really sure the best way to describe this, but recently (the past few days, maybe) I've been getting a lot more of the yellow "Email was sent" notices at the top of the page after I perform an operation that sends mail. In particular, I'll get the notice about mail sent by a previous operation (just now I got some from as far back as August 7th), and having previously dismissed any given notification does not seem to prevent me from seeing it again after a subsequent operation. Having the whole page taken up by "Email was sent" notices is a bit distracting :) I'm not sure how much more information is needed for an actionable report; I'll try to take better notes as to whether I only see this after an action that itself generates an email (vs other page loads). Possibly relatedly (to the over-zealous caching), I have been seeing sporadic instances where doing something that sends mail (possibly only entering a ballot position, but I'm not 100% sure) leaves me at a page other than the page I was coming from (i.e., some other document entirely). Perhaps a common thread is that I have multiple datatracker tabs open and I've done some other operation in between starting to ballot and finishing, and the operation in the other tab overwrites the per-tab state for where to send me back to? This has been happening for longer than the overly persistent "Email was sent" notices, though -- months, probably. Thanks, Ben From nobody Tue Aug 11 05:26:56 2020 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 C85F03A1015 for ; Tue, 11 Aug 2020 05:26:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 oMXRUkFz5ViL for ; Tue, 11 Aug 2020 05:26:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30C6A3A1014 for ; Tue, 11 Aug 2020 05:26:52 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:57424 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k5TMh-0002Ly-3V; Tue, 11 Aug 2020 05:26:51 -0700 To: Benjamin Kaduk , tools-discuss@ietf.org References: <20200811005928.GZ92412@kduck.mit.edu> From: Henrik Levkowetz Message-ID: Date: Tue, 11 Aug 2020 14:26:44 +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: <20200811005928.GZ92412@kduck.mit.edu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5LwnAjXAJbQcqPnDMO0ffhqSLkW2kF46f" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, kaduk@mit.edu 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] over-zealous mail-send notification caching? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 12:26:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5LwnAjXAJbQcqPnDMO0ffhqSLkW2kF46f Content-Type: multipart/mixed; boundary="L2j67IawTqtgXmDF3i01MFfcNREXo6pdg"; protected-headers="v1" From: Henrik Levkowetz To: Benjamin Kaduk , tools-discuss@ietf.org Message-ID: Subject: Re: [Tools-discuss] over-zealous mail-send notification caching? References: <20200811005928.GZ92412@kduck.mit.edu> In-Reply-To: <20200811005928.GZ92412@kduck.mit.edu> --L2j67IawTqtgXmDF3i01MFfcNREXo6pdg Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ben, We've had one other report about this, but a straightforward attempt at reproducing it in the development environment hasn't been successful. Which browser version (or versions) do you use? Regards, Henrik On 2020-08-11 02:59, Benjamin Kaduk wrote: > Hi all, >=20 > I'm not really sure the best way to describe this, but recently (the pa= st > few days, maybe) I've been getting a lot more of the yellow "Email was > sent" notices at the top of the page after I perform an operation that > sends mail. In particular, I'll get the notice about mail sent by a > previous operation (just now I got some from as far back as August 7th)= , > and having previously dismissed any given notification does not seem to= > prevent me from seeing it again after a subsequent operation. >=20 > Having the whole page taken up by "Email was sent" notices is a bit > distracting :) >=20 > I'm not sure how much more information is needed for an actionable repo= rt; > I'll try to take better notes as to whether I only see this after an ac= tion > that itself generates an email (vs other page loads). Possibly related= ly > (to the over-zealous caching), I have been seeing sporadic instances wh= ere > doing something that sends mail (possibly only entering a ballot positi= on, > but I'm not 100% sure) leaves me at a page other than the page I was co= ming > from (i.e., some other document entirely). Perhaps a common thread is = that > I have multiple datatracker tabs open and I've done some other operatio= n in > between starting to ballot and finishing, and the operation in the othe= r > tab overwrites the per-tab state for where to send me back to? This ha= s > been happening for longer than the overly persistent "Email was sent" > notices, though -- months, probably. >=20 > Thanks, >=20 > Ben >=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 --L2j67IawTqtgXmDF3i01MFfcNREXo6pdg-- --5LwnAjXAJbQcqPnDMO0ffhqSLkW2kF46f Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8yjoQACgkQTptXS4+7 FxqGJw//ZHrfNSM/THG50MwMO5bZQe+GYehqweQomv4zRv9VYr/HJ8p7TZ2ARvmE zJbhyOAQOxISCcqWLnxwLFoLME7glVzqfF79a9mRGB+pFs/tnBAYbjKzKCVH6d3H ZAZKfN1K5c5cqEazm2kGEhxH2uoQgA7RCwH0KN4ed+ifJI03ZGSajBDvXb8z9Hh0 tmfOFfuQI6TP18kvrQdwq7byl2W5rIhY1ch+ZxNFLF9ocWGxggekDGTbSiV+7usr x+o64+qxxRSxt7oLfdlxNGuAsX0cbgr9dIpMl4V3/SDerSMAvimcIolfQBhoRthX Kzv4nGjm6/7Qr8kCCNWMcawO/kC8JbM98jWpH1lDVUIXkAh547IymjnCC3cMt8ij mT9lQgfVOgp9o7WOnrSn1878mqEKARXuhAyMBL3CifgMDX4c9JosIN3Dm1Mrt8eG Rq/Tbz6bgRCSDTOzhZjnjoD4IzaQytptaGEzpV8t0CQMGQE9GKNzEk0UaPuiq3X/ hlstnjfp5ge9Nm7Mv6EhrleFvw6I447BTnKPf7saGZICSBI3YM5P3NGTKL0frDO0 HOT94UlMBSS50ml2tSzoI6S9I5CmDr7kSpqJqwqLpsa5yzzETo/nvaJAYffFSHcr n8HcTJxOhSAY1lFZ+lUga8qXqIEtrIC+WqL58i1OBrndUs1IM6Y= =p5Em -----END PGP SIGNATURE----- --5LwnAjXAJbQcqPnDMO0ffhqSLkW2kF46f-- From nobody Tue Aug 11 07:13:44 2020 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 209C33A1091 for ; Tue, 11 Aug 2020 07:13:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 18dEY6xB0eIN for ; Tue, 11 Aug 2020 07:13:40 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 A63903A108B for ; Tue, 11 Aug 2020 07:13:40 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 07BEDasF032058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 11 Aug 2020 10:13:38 -0400 Date: Tue, 11 Aug 2020 07:13:35 -0700 From: Benjamin Kaduk To: Henrik Levkowetz Cc: tools-discuss@ietf.org Message-ID: <20200811141335.GB92412@kduck.mit.edu> References: <20200811005928.GZ92412@kduck.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [Tools-discuss] over-zealous mail-send notification caching? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2020 14:13:42 -0000 Hi Henrik, I'm on Chrome 83.0.4103.116 (Official Build) (64-bit) for Linux. -Ben On Tue, Aug 11, 2020 at 02:26:44PM +0200, Henrik Levkowetz wrote: > Hi Ben, > > We've had one other report about this, but a straightforward attempt at > reproducing it in the development environment hasn't been successful. > Which browser version (or versions) do you use? > > > Regards, > > Henrik > > On 2020-08-11 02:59, Benjamin Kaduk wrote: > > Hi all, > > > > I'm not really sure the best way to describe this, but recently (the past > > few days, maybe) I've been getting a lot more of the yellow "Email was > > sent" notices at the top of the page after I perform an operation that > > sends mail. In particular, I'll get the notice about mail sent by a > > previous operation (just now I got some from as far back as August 7th), > > and having previously dismissed any given notification does not seem to > > prevent me from seeing it again after a subsequent operation. > > > > Having the whole page taken up by "Email was sent" notices is a bit > > distracting :) > > > > I'm not sure how much more information is needed for an actionable report; > > I'll try to take better notes as to whether I only see this after an action > > that itself generates an email (vs other page loads). Possibly relatedly > > (to the over-zealous caching), I have been seeing sporadic instances where > > doing something that sends mail (possibly only entering a ballot position, > > but I'm not 100% sure) leaves me at a page other than the page I was coming > > from (i.e., some other document entirely). Perhaps a common thread is that > > I have multiple datatracker tabs open and I've done some other operation in > > between starting to ballot and finishing, and the operation in the other > > tab overwrites the per-tab state for where to send me back to? This has > > been happening for longer than the overly persistent "Email was sent" > > notices, though -- months, probably. > > > > Thanks, > > > > Ben > > > > ___________________________________________________________ > > 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 Aug 13 05:18:01 2020 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 1144D3A0BE0 for ; Thu, 13 Aug 2020 05:18:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 ZwFZGDMzPoQg for ; Thu, 13 Aug 2020 05:17:57 -0700 (PDT) Received: from cyrus.watson.org (cyrus.watson.org [204.107.128.30]) by ietfa.amsl.com (Postfix) with ESMTP id B55AD3A0BDD for ; Thu, 13 Aug 2020 05:17:57 -0700 (PDT) Received: from samuels-air (c-24-63-251-193.hsd1.ma.comcast.net [24.63.251.193]) by cyrus.watson.org (Postfix) with ESMTPSA id 54C3B5E2BD for ; Thu, 13 Aug 2020 12:17:56 +0000 (UTC) Date: Thu, 13 Aug 2020 08:17:55 -0400 (EDT) From: Samuel Weiler To: tools-discuss@ietf.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.23 (OSX 453 2020-06-18) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Archived-At: Subject: Re: [Tools-discuss] bad chairs addrs on tools pages X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2020 12:18:00 -0000 Please, please, pretty please? On Wed, 29 Jul 2020, Samuel Weiler wrote: > Poking on this again... > > If the code that generates these pages is accessible (e.g. in Github), feel > free to send a pointer to it, and I'll figure out where to patch it... > > > On Thu, 11 Jun 2020, Samuel Weiler wrote: > >> The WG tools pages (e.g. https://tools.ietf.org/wg/capport/) >> have links to chairs addrs at tools.ietf.org (e.g. >> capport-chairs@tools.ietf.org), which then bounce. >> >> Perhaps replace with @ietf.org? >> >> -- Sam > From nobody Mon Aug 17 22:55:46 2020 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 91D103A1797 for ; Mon, 17 Aug 2020 22:55:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 XUFR-SMFlztt for ; Mon, 17 Aug 2020 22:55:40 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E91453A1791 for ; Mon, 17 Aug 2020 22:55:39 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BW0WY5b27z109p; Tue, 18 Aug 2020 07:55:37 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mao-Original-Outgoing-Id: 619422937.3712291-9b6f858a544d95bc92ffafe69a81ea72 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Date: Tue, 18 Aug 2020 07:55:37 +0200 Message-Id: To: Tools Discussion X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: [Tools-discuss] DMARC workaround breaks SPF on replies? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 05:55:44 -0000 I just got a delivery failure on a reply I sent to a DMARC-encoded = address (foo=3D40bar.com@dmarc.ietf.org). So that path also needs = DMARC-encoding of the sender? Sheesh. (There is an outstanding ticket on DMARC/SPF-encoding senders for the = alias exploders, but having to do this on the return path as well was = news to me.) Gr=C3=BC=C3=9Fe, Carsten From nobody Tue Aug 18 03:41:35 2020 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 4D3553A0403 for ; Tue, 18 Aug 2020 03:41:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 QEcMdchgnOw8 for ; Tue, 18 Aug 2020 03:41:31 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E4DD3A0402 for ; Tue, 18 Aug 2020 03:41:31 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:49301 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k7z3B-0000Dc-HE; Tue, 18 Aug 2020 03:41:24 -0700 To: Carsten Bormann , Tools Discussion References: From: Henrik Levkowetz Message-ID: <4702f4db-d983-2266-62c6-51b562d6d55c@levkowetz.com> Date: Tue, 18 Aug 2020 12:40:57 +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="Dcv0qMnuivp7MqnIvcFpnbfIl9lkDlE83" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, cabo@tzi.org 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] DMARC workaround breaks SPF on replies? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 10:41:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Dcv0qMnuivp7MqnIvcFpnbfIl9lkDlE83 Content-Type: multipart/mixed; boundary="kfrMB2pLlWowOUO6KDm8ngUwoTRIlDdD4"; protected-headers="v1" From: Henrik Levkowetz To: Carsten Bormann , Tools Discussion Message-ID: <4702f4db-d983-2266-62c6-51b562d6d55c@levkowetz.com> Subject: Re: [Tools-discuss] DMARC workaround breaks SPF on replies? References: In-Reply-To: --kfrMB2pLlWowOUO6KDm8ngUwoTRIlDdD4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2020-08-18 07:55, Carsten Bormann wrote: > I just got a delivery failure on a reply I sent to a DMARC-encoded > address (foo=3D40bar.com@dmarc.ietf.org). So that path also needs > DMARC-encoding of the sender? Sheesh. No, it doesn't. But you provide too little information to debug or advis= e. Henrik > (There is an outstanding ticket on DMARC/SPF-encoding senders for the a= lias exploders, but having to do this on the return path as well was news= to me.) >=20 > Gr=C3=BC=C3=9Fe, Carsten >=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 --kfrMB2pLlWowOUO6KDm8ngUwoTRIlDdD4-- --Dcv0qMnuivp7MqnIvcFpnbfIl9lkDlE83 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl87sDkACgkQTptXS4+7 Fxq5jxAAnjJsTWzdraaHMOLru+HiznkJ/KVbN5/qoP6fEGId+/W9gvb/W1rKq91F sy/s22KqiB1HZBUnctENgfegFduq7L205U1lEXoyGRS/0PLqRMeP46iWm866jKig Jg3OVBYKtagf7voMGJHB7fwZ8+E2EcGh2vE4CJWvM31RZ32RfRvvZ7scN+JbvFmy Zya5Qu66HFBpOqEfZOLnJjAaIIHAlMPsszjcz2xH2Sns809W1lahzkWwP1eN3Cv9 vQLXzb5R8aL0cLA0WYi47Dd97kCzi6kYZCF8w19epv96GN7sbaD+hao1U34C46b+ hI66vD+OPRXNiBUfWUgxWzPE82CXqFeeSk+BJKcbHpbTRos0QXVny++H7oOqZMKd UYWHjjplwIc/IgUY0I+SqyIDBgTpGNTXFBTTPu7IdCqyKncX0zLyS22NAMG0Yj+0 LwxdIhjn2ix+2p8tTcCojtuVpHvc4ie1zDDQ5tGzRPq8uqHhinliwY/CyGIKvWf3 8rzWrwhq7CPLhezxxP26yio1CcNQILn2gAJ4/R58n4PkrLJNo5toJJr/4rldOaZY BdfiDrKyjx6RsG6SBdei5t23WMf80K3Q7pd7y/rquRkxz+EeW6e8qvnCJ4G/P+cq /uDccbLwFwUbfcYkE47XWthcAG0LxNGf/MVrJ3kMXIYfk/PbV6I= =BGHa -----END PGP SIGNATURE----- --Dcv0qMnuivp7MqnIvcFpnbfIl9lkDlE83-- From nobody Tue Aug 18 11:04:39 2020 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 E6D543A091D for ; Tue, 18 Aug 2020 11:04:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, 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=iecc.com header.b=EdalXV4h; dkim=pass (2048-bit key) header.d=taugh.com header.b=DFyx3xtg 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 2K89KgZH5l-t for ; Tue, 18 Aug 2020 11:04:34 -0700 (PDT) Received: from gal.iecc.com (gal.iecc.com [IPv6:2001:470:1f07:1126:0:43:6f73:7461]) (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 3C82E3A098B for ; Tue, 18 Aug 2020 11:04:33 -0700 (PDT) Received: (qmail 27650 invoked from network); 18 Aug 2020 18:04:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=6bff.5f3c182e.k2008; bh=pZjFA+HDsEaoSQ6v9GoXe8gntiYRCG7IMIDBMQ4BFh0=; b=EdalXV4hiHOJrNbXpYZD7dqqP828v3oYT8vSGvs3t/2OKaHyjSHDbCMJhvrZkwElPYb1bTJ1c01srS891a0vtZomEN/HTtA83/K1A4iJWtf9xJVYVcj8oH/3Qjx2Y3LmRqmSnWoCQEUtOOSt862joOdkv3fts4lbybGUsMaPDK2vwbVte1dR93yIGvubkYHyjEI4duSLFjPYIRSOIPo17RM2IPun6QcTcIXAzj1V4FUDKh2d2Y3jqGxDgEFEo+Xa4eG4yiWtSJaIhLctmdJlrRu7uzS4hIGNMEEovkoUTTcJM2b1QAxSB9f882QU3nzJlQ5WbjlCMcMirRo72bZkzA== DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=6bff.5f3c182e.k2008; bh=pZjFA+HDsEaoSQ6v9GoXe8gntiYRCG7IMIDBMQ4BFh0=; b=DFyx3xtg1bwMwaHaFMBzm3xAlDM2ViLHJVozpmC8pNyFuCDRsycKOnYPvPcUBcw0AkRJBWTZ6qkBPcRSVnxrjznxk7Y2SPk3EEtyWh9ndjPiXvJx5QP5fhXJRU0mJIiOFfRwIzMwOycWry6ujWj1cVOwfXOTioCUVDrbtVpBtUpbTUdERM0cPemfkHk6G61gCto7I77OiDRvmG57vE06W5gB5b2XXm2kG0liC8X3O5tLmhUyxofgwwS9AHx/RbKD4Sk8+CHVJWlypoWQo1qm3GLhgH1zR8AapRxa7+/lU+CbW/J5NIitxH9aYdLlAZt8JkEgskK8j5Ng7BSB5KBnAQ== Received: from ary.local ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.2 ECDHE-RSA AES-256-GCM AEAD) via TCP6; 18 Aug 2020 18:04:29 -0000 Received: by ary.local (Postfix, from userid 501) id 4612C1EEA9B6; Tue, 18 Aug 2020 14:04:29 -0400 (EDT) Date: 18 Aug 2020 14:04:29 -0400 Message-Id: <20200818180429.4612C1EEA9B6@ary.local> From: "John Levine" To: tools-discuss@ietf.org Cc: cabo@tzi.org In-Reply-To: Organization: Taughannock Networks X-Headerized: yes Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit Archived-At: Subject: Re: [Tools-discuss] DMARC workaround breaks SPF on replies? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2020 18:04:36 -0000 In article you write: >I just got a delivery failure on a reply I sent to a DMARC-encoded address (foo=40bar.com@dmarc.ietf.org). So that path >also needs DMARC-encoding of the sender? Sheesh. No, you just have a typical SPF misconfiguration. When you send a message to a dmarc.ietf.org address, it is forwarded to the underlying foo@bar.com address. This sort of forwarding is very common. You publish an SPF record that ends with -all, which means that you don't want people to forward your mail. You need to make up your mind. I can tell you from long experience that other than the trivial case of -all for a domain that sends no mail at all, -all in an SPF record causes more problems than it solves. If you want your mail to be delivered, use ~all. R's, John From nobody Thu Aug 20 09:05:49 2020 Return-Path: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@amazonses.watsen.net> 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 DE5A53A085A for ; Thu, 20 Aug 2020 09:05:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 hKTJoUiy3TUj for ; Thu, 20 Aug 2020 09:05:44 -0700 (PDT) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65D593A0841 for ; Thu, 20 Aug 2020 09:05:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1597939543; h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:To:Feedback-ID; bh=byRJiJ+pImQYNl7rsH6KkIDDokYYk1dCmkxiFl24ZTk=; b=X8MEP9XBV61rWynqxtm1MMe6EqTO4uVfKCMlX7jq5T3B8m9urodSkm5TS3xoJoqu 79i2DAzbAlJyzgh7zQ5G1fI6dezN07AxB2HxnCg8v3Ql4aI74Z3YlfifdJjaTVtG71N uplDcs+O9THZ2J3WO8RbmPFFTVusHPNphHcjyrUM= From: Kent Watsen Content-Type: multipart/alternative; boundary="Apple-Mail=_4A90E61D-E33A-4FD1-B869-9FE4D40A4A7D" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Message-ID: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> Date: Thu, 20 Aug 2020 16:05:42 +0000 To: tools-discuss@ietf.org X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.08.20-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2020 16:05:47 -0000 --Apple-Mail=_4A90E61D-E33A-4FD1-B869-9FE4D40A4A7D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Tools Team. How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 rebuilt? = Is there a way to have it rebuild more often and/or for draft authors to = externally prompt it to rebuild? See below for background info. Thanks, Kent Background: I have one draft depending on another. The new element is = used, but the resulting hyperlinks point to the previous version of the = referenced draft (before it was updated ~1 hour ago). Looking at https://xml2rfc.tools.ietf.org/public/rfc = , I see that =E2=80=9Cbibxml3=E2= =80=9D hasn=E2=80=99t been updated for roughly one day: bibxml3/ 19-Aug-2020 00:49 Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without the = =E2=80=983=E2=80=99) is roughly 24 hours newer: bibxml/ 20-Aug-2020 00:45 In any case, the hyperlinks produced by the elements are all = resolving to the previous version of the referenced draft. I tried = `xml2rfc =E2=80=94clear-cache`, but I think the source issue is with = https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 not having updated=E2=80= =A6 How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? = Is there a way to prompt it to reload?= --Apple-Mail=_4A90E61D-E33A-4FD1-B869-9FE4D40A4A7D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Hi Tools Team.

How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 = rebuilt?  Is there a way to have it rebuild more often and/or for = draft authors to externally prompt it to rebuild?

See below for background info.

Thanks,
Kent


Background:

I have one draft = depending on another.  The new <relref> element is used, but = the resulting hyperlinks point to the previous version of the referenced = draft (before it was updated ~1 hour ago).

Looking at https://xml2rfc.tools.ietf.org/public/rfc, I see that = =E2=80=9Cbibxml3=E2=80=9D hasn=E2=80=99= t been updated for roughly one day:

= bibxml3/ = 19-Aug-2020 00:49

Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without = the =E2=80=983=E2=80=99) is roughly 24 hours newer:

= bibxml/ = 20-Aug-2020 00:45

In any case, the hyperlinks produced by the <relref> = elements are all resolving to the previous version of the referenced = draft.   I tried `xml2rfc =E2=80=94clear-cache`, but I think the = source issue is with https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 not = having updated=E2=80=A6

How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? =  Is there a way to prompt it to = reload?
= --Apple-Mail=_4A90E61D-E33A-4FD1-B869-9FE4D40A4A7D-- From nobody Thu Aug 20 09:30:04 2020 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 180DF3A048D for ; Thu, 20 Aug 2020 09:30:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 kn6JPwpxxUik for ; Thu, 20 Aug 2020 09:29:57 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E9DD3A0796 for ; Thu, 20 Aug 2020 09:29:52 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BXVVQ5ccxzyhc; Thu, 20 Aug 2020 18:29:50 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> Date: Thu, 20 Aug 2020 18:29:50 +0200 Cc: tools-discuss@ietf.org X-Mao-Original-Outgoing-Id: 619633790.31828-b9b763506ec64c43a7065a86d96c35dd Content-Transfer-Encoding: quoted-printable Message-Id: <263F8477-FCD3-4C78-8B36-16AE8D383C4A@tzi.org> References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> To: Kent Watsen X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2020 16:30:01 -0000 > On 2020-08-20, at 18:05, Kent Watsen wrote: >=20 >=20 > Hi Tools Team. >=20 > How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 = rebuilt? =20 I=E2=80=99m not the tools team, and I cannot answer the question in = general. (I seem to remember the answer used to be: hourly.) Right now, the last additions are dated 2020-08-17 07:00Z, e.g.: reference.I-D.corcoran-cnsa-ipsec-profile.xml The most recent I-D I can find is: draft-ietf-bier-tether-00.txt Datatracker does have the libxml: https://datatracker.ietf.org/doc/bibxml3/draft-ietf-bier-tether/xml Protip: curl https://datatracker.ietf.org/doc/bibxml3/draft-ietf-bier-tether/xml = -o ~/.cache/xml2rfc/reference.I-D.ietf-bier-tether.xml (And set: export KRAMDOWN_REFCACHEDIR=3D$HOME/.cache/xml2rfc in your ~/.profile to get that same cache in kramdown-rfc as well.) Gr=C3=BC=C3=9Fe, Carsten > Is there a way to have it rebuild more often and/or for draft authors = to externally prompt it to rebuild? >=20 > See below for background info. >=20 > Thanks, > Kent >=20 >=20 > Background: >=20 > I have one draft depending on another. The new element is = used, but the resulting hyperlinks point to the previous version of the = referenced draft (before it was updated ~1 hour ago). >=20 > Looking at https://xml2rfc.tools.ietf.org/public/rfc, I see that = =E2=80=9Cbibxml3=E2=80=9D hasn=E2=80=99t been updated for roughly one = day: >=20 > bibxml3/ 19-Aug-2020 00:49 >=20 > Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without the = =E2=80=983=E2=80=99) is roughly 24 hours newer: >=20 > bibxml/ 20-Aug-2020 00:45 >=20 > In any case, the hyperlinks produced by the elements are all = resolving to the previous version of the referenced draft. I tried = `xml2rfc =E2=80=94clear-cache`, but I think the source issue is with = https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 not having updated=E2=80= =A6 >=20 > How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? = Is there a way to prompt it to reload? > ___________________________________________________________ > 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 Thu Aug 20 09:37:26 2020 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 9539B3A064A for ; Thu, 20 Aug 2020 09:37:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 nQVoWxjGYJV9 for ; Thu, 20 Aug 2020 09:37:22 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BA523A0121 for ; Thu, 20 Aug 2020 09:37:05 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:52008 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k8nYj-0008Jb-UV; Thu, 20 Aug 2020 09:37:03 -0700 To: Kent Watsen , tools-discuss@ietf.org References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> From: Henrik Levkowetz Message-ID: <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> Date: Thu, 20 Aug 2020 18:36: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: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="r7u5A3xeSqnfiCPBBA1bRPLEu4e59A39t" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, kent+ietf@watsen.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] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2020 16:37:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --r7u5A3xeSqnfiCPBBA1bRPLEu4e59A39t Content-Type: multipart/mixed; boundary="vx9kihPwaICIAlH5lItot5E63FbX4jODx"; protected-headers="v1" From: Henrik Levkowetz To: Kent Watsen , tools-discuss@ietf.org Message-ID: <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> Subject: Re: [Tools-discuss] bibxml3 database reload frequency References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> In-Reply-To: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> --vx9kihPwaICIAlH5lItot5E63FbX4jODx Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Kent, On 2020-08-20 18:05, Kent Watsen wrote: >=20 > Hi Tools Team. >=20 > How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 > rebuilt? Is there a way to have it rebuild more often and/or for > draft authors to externally prompt it to rebuild? THe short answers, which won't help you are: Once per day, and sorry, no.= The answer that I believe will help you is this: Please use the draft bibxml references under datatracker.ietf.org/doc/bib= xml3/ instead. Those are generated on-the-fly and will reflect a new submissio= n at once. You can use the old form https://datatracker.ietf.org/doc/bibxml3/reference.I-D.draft-ietf-netco= nf-crypto-types.xml but also a simplified form that omits the 'reference.I-D.' part: https://datatracker.ietf.org/doc/bibxml3/draft-ietf-netconf-crypto-type= s.xml Best regards, Henrik >=20 > See below for background info. >=20 > Thanks, > Kent >=20 >=20 > Background: >=20 > I have one draft depending on another. The new element is use= d, but the resulting hyperlinks point to the previous version of the refe= renced draft (before it was updated ~1 hour ago). >=20 > Looking at https://xml2rfc.tools.ietf.org/public/rfc , I see that =E2=80=9Cbibxml3=E2=80=9D hasn=E2=80= =99t been updated for roughly one day: >=20 > bibxml3/ 19-Aug-2020 00:49 >=20 > Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without the =E2=80= =983=E2=80=99) is roughly 24 hours newer: >=20 > bibxml/ 20-Aug-2020 00:45 >=20 > In any case, the hyperlinks produced by the elements are all r= esolving to the previous version of the referenced draft. I tried `xml2= rfc =E2=80=94clear-cache`, but I think the source issue is with https://x= ml2rfc.tools.ietf.org/public/rfc/bibxml3 not having updated=E2=80=A6 >=20 > How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? = Is there a way to prompt it to reload? >=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 --vx9kihPwaICIAlH5lItot5E63FbX4jODx-- --r7u5A3xeSqnfiCPBBA1bRPLEu4e59A39t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8+pqcACgkQTptXS4+7 Fxr7+A//XLiBpdjN7k0ElpOs/UTuT7SYPPwECOqYA20ASATTmu0CiRn1QQQ5+Jmh Z86sAvJQtcf3pXGcXVu+nmJqRKddt+3gZE5IXcQXikEx9WZWOG87uPJZb/O1XrMQ vSAnP2uNy7ZhfAt8DryztDfidYG4U6d/a4xan8kBUxnlO6gmlJwJSqwyvTAL9RFD f0O605FstStC8v53Txl3/Ee5eRVEce8MosPW++46/bz7haSbpUDDqstYPvSmrjg2 +o1ZyGV6tWTeeVlJrpQV7xS6yIjnPSjOdPJxc5tn9lazF0u+Wf53SABbTUKCS2UD KYgWpGOc9vwFjZjDWpn0U+ABq3Le5Nk1LtWxRQlEHc2UdV4bWmxkrlR3QDmnowuk 7pDSP9B9ty3GxYhDN4X3/uLta7KDHJ+UpSIir+wYVbLB5UUwRglndDJqwcDlj6iR 7FfYvGp/uIK7ndvFuhPfP/dc+EvrG+vSw4aYSoAPVdZxP3qYbZqAsNXlu7aYT7uJ bjk3VbddanGIYY4XN+Fm+0dz58iWYJxrK+6pJnk7XKW7utAMNxhyN2OZjDFJqm3p luF25IIIVa5jPLsNUGkYyBXP3JlM1JOmhwN8DM+S+WEe7bayrG2AfypO2CWHkTbb 4pxqBCMMEymYspJh0WkKlBIeV2ZovWy8xeFTlH2HkS3LLAgPiYw= =moz9 -----END PGP SIGNATURE----- --r7u5A3xeSqnfiCPBBA1bRPLEu4e59A39t-- From nobody Thu Aug 20 14:14:02 2020 Return-Path: <010001740db8a43a-63e9ae43-f192-4ca6-af46-b153425ad33d-000000@amazonses.watsen.net> 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 525783A12FE for ; Thu, 20 Aug 2020 14:14:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 vT-HD88eu5Ux for ; Thu, 20 Aug 2020 14:14:00 -0700 (PDT) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1A823A12CA for ; Thu, 20 Aug 2020 14:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1597958038; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=hcrCjwAIvUS9iC5T4F0lTOKx95xtUvCeIySeemJduv4=; b=g/qKtERELYNhjhK4UZnlN/kZZ35yth6tyeuwEL8fH1QEeO0nOCww1ulkB6sdGZa2 gnLKtApmqtGYBE+tlKZPeyMbw2W2ZocJ+VHZ4IFzfYl4JcJkWEHWtXnWiPLW2utmC7l lyjyicqRRz0DdUkJSdBSVngsUliFcpMZ4qcsiSgY= From: Kent Watsen Message-ID: <010001740db8a43a-63e9ae43-f192-4ca6-af46-b153425ad33d-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_777B6EBA-115C-4108-A87B-0D4C67945F5D" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Thu, 20 Aug 2020 21:13:58 +0000 In-Reply-To: Cc: Henrik Levkowetz To: tools-discuss@ietf.org References: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.08.20-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2020 21:14:01 -0000 --Apple-Mail=_777B6EBA-115C-4108-A87B-0D4C67945F5D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [CC-ing Henrik in case I have the wrong list] > On Aug 20, 2020, at 12:05 PM, Kent Watsen = wrote: >=20 >=20 > Hi Tools Team. >=20 > How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 = rebuilt? Is there a = way to have it rebuild more often and/or for draft authors to externally = prompt it to rebuild? >=20 > See below for background info. >=20 > Thanks, > Kent >=20 >=20 > Background: >=20 > I have one draft depending on another. The new element is = used, but the resulting hyperlinks point to the previous version of the = referenced draft (before it was updated ~1 hour ago). >=20 > Looking at https://xml2rfc.tools.ietf.org/public/rfc = , I see that =E2=80=9Cbibxml3=E2= =80=9D hasn=E2=80=99t been updated for roughly one day: >=20 > bibxml3/ 19-Aug-2020 00:49 >=20 > Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without the = =E2=80=983=E2=80=99) is roughly 24 hours newer: >=20 > bibxml/ 20-Aug-2020 00:45 >=20 > In any case, the hyperlinks produced by the elements are all = resolving to the previous version of the referenced draft. I tried = `xml2rfc =E2=80=94clear-cache`, but I think the source issue is with = https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 = not having = updated=E2=80=A6 >=20 > How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 = built? Is there a = way to prompt it to reload? --Apple-Mail=_777B6EBA-115C-4108-A87B-0D4C67945F5D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 [CC-ing Henrik in case I have the wrong list]



On Aug = 20, 2020, at 12:05 PM, Kent Watsen <kent+ietf@watsen.net> wrote:


Hi Tools Team.

How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 = rebuilt?  Is there a way to have it rebuild more often and/or for = draft authors to externally prompt it to rebuild?

See below for background = info.

Thanks,
Kent


Background:

I have one draft depending on another.  The new = <relref> element is used, but the resulting hyperlinks point to = the previous version of the referenced draft (before it was updated ~1 = hour ago).

Looking at https://xml2rfc.tools.ietf.org/public/rfc, I see that = =E2=80=9Cbibxml3=E2=80=9D hasn=E2=80=99t been updated = for roughly one day:

= bibxml3/ = 19-Aug-2020 00:49

Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without = the =E2=80=983=E2=80=99) is roughly 24 hours newer:

= bibxml/ = 20-Aug-2020 00:45

In any case, the hyperlinks produced by the <relref> = elements are all resolving to the previous version of the referenced = draft.   I tried `xml2rfc =E2=80=94clear-cache`, but I think the = source issue is with https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 not = having updated=E2=80=A6

How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? =  Is there a way to prompt it to = reload?

= --Apple-Mail=_777B6EBA-115C-4108-A87B-0D4C67945F5D-- From nobody Thu Aug 20 15:24:31 2020 Return-Path: <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@amazonses.watsen.net> 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 24ECC3A145B for ; Thu, 20 Aug 2020 15:24:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 wTlcvwip7v6a for ; Thu, 20 Aug 2020 15:24:28 -0700 (PDT) Received: from a48-92.smtp-out.amazonses.com (a48-92.smtp-out.amazonses.com [54.240.48.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C75D3A145A for ; Thu, 20 Aug 2020 15:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1597962267; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=GuUlu7pu/7OENaT01QgCqKpPYDX1jnUZ5If2FwSgCzM=; b=dffTKBYwR9AEA0wooFVU2FmGGqyaIs+M9/yoYvGy7u8109hD0YYcdAEp8PLdZEIZ 0xtSE3yIyzxyCLzPZ664isCusT4fxDbDPt+dQV36VQnanD8nya+J7S3sKY6DyTHBIXs 1DKt7jkhlxncJt3Pl/sx3k3ltF7sEDeK+8bvaHdo= From: Kent Watsen Message-ID: <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_A96F3FF7-203A-4E96-952F-B87553D7B4AF" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Thu, 20 Aug 2020 22:24:26 +0000 In-Reply-To: <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> Cc: tools-discuss@ietf.org To: Henrik Levkowetz References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SES-Outgoing: 2020.08.20-54.240.48.92 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2020 22:24:30 -0000 --Apple-Mail=_A96F3FF7-203A-4E96-952F-B87553D7B4AF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Henrik and Carsten - thanks for the responses! It worked, and then it didn=E2=80=99t. Too late for me now, but you = should know, I think datatracker's cache may need to be cleared befor = each run... Below for details. K My adventure: I first updated my XML, e.g.:=20 But my locally compiled drafts continued to load the *previous* version = (-17) of the crypto-types draft (though I submitted -18 a few hours = ago). So I ran `xml2rfc =E2=80=94clear-cache`, after which the current (-18) = revision showed. Yeah! Thinking that I conquered it, I submitted the dependent drafts, but = looking at the uploaded documents, I see the previous version again. = For instance, the references section of the just-uploaded -13 of the = =E2=80=9Ctrust-anchors=E2=80=9D draft shows -17 for the = =E2=80=9Ccrypto-types=E2=80=9D draft: = https://tools.ietf.org/html/draft-ietf-netconf-trust-anchors-13#ref-I-D.ie= tf-netconf-crypto-types = Oh, well, can=E2=80=99t win them all. K. > On Aug 20, 2020, at 12:36 PM, Henrik Levkowetz = wrote: >=20 > Hi Kent, >=20 > On 2020-08-20 18:05, Kent Watsen wrote: >>=20 >> Hi Tools Team. >>=20 >> How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 >> rebuilt? Is there a way to have it rebuild more often and/or for >> draft authors to externally prompt it to rebuild? >=20 > THe short answers, which won't help you are: Once per day, and sorry, = no. >=20 > The answer that I believe will help you is this: >=20 > Please use the draft bibxml references under = datatracker.ietf.org/doc/bibxml3/ > instead. Those are generated on-the-fly and will reflect a new = submission > at once. >=20 > You can use the old form >=20 > = https://datatracker.ietf.org/doc/bibxml3/reference.I-D.draft-ietf-netconf-= crypto-types.xml >=20 > but also a simplified form that omits the 'reference.I-D.' part: >=20 > = https://datatracker.ietf.org/doc/bibxml3/draft-ietf-netconf-crypto-types.x= ml >=20 >=20 > Best regards, >=20 > Henrik >=20 >>=20 >> See below for background info. >>=20 >> Thanks, >> Kent >>=20 >>=20 >> Background: >>=20 >> I have one draft depending on another. The new element is = used, but the resulting hyperlinks point to the previous version of the = referenced draft (before it was updated ~1 hour ago). >>=20 >> Looking at https://xml2rfc.tools.ietf.org/public/rfc = , I see that =E2=80=9Cbibxml3=E2= =80=9D hasn=E2=80=99t been updated for roughly one day: >>=20 >> bibxml3/ 19-Aug-2020 00:49 >>=20 >> Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without the = =E2=80=983=E2=80=99) is roughly 24 hours newer: >>=20 >> bibxml/ 20-Aug-2020 00:45 >>=20 >> In any case, the hyperlinks produced by the elements are all = resolving to the previous version of the referenced draft. I tried = `xml2rfc =E2=80=94clear-cache`, but I think the source issue is with = https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 not having updated=E2=80= =A6 >>=20 >> How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? = Is there a way to prompt it to reload? >>=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 >=20 --Apple-Mail=_A96F3FF7-203A-4E96-952F-B87553D7B4AF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Henrik and Carsten - thanks for the responses!

It worked, and then it didn=E2=80=99t. =  Too late for me now, but you should know, I think = datatracker's cache may need to be cleared befor each = run...

Below for details.

K


My = adventure:

I first updated my XML, e.g.: 

<xi:include href=3D"https://datatracker.ietf.org/doc/bibxml3/reference.I-D.ietf= -netconf-crypto-types.xml=E2=80=9D/>

But = my locally compiled drafts continued to load the *previous* version = (-17) of the crypto-types draft (though I submitted -18 a few hours = ago).

So I ran = `xml2rfc =E2=80=94clear-cache`, after which the current (-18) revision = showed.  Yeah!

Thinking that I conquered it, I submitted the dependent = drafts, but looking at the uploaded documents, I see the previous = version again.  For instance, the references section of the = just-uploaded -13 of the =E2=80=9Ctrust-anchors=E2=80=9D draft shows -17 = for the =E2=80=9Ccrypto-types=E2=80=9D draft: https://tools.ietf.org/html/draft-ietf-netconf-trust-anchors-13= #ref-I-D.ietf-netconf-crypto-types

Oh, well, can=E2=80=99t win them = all.

K.





On Aug 20, 2020, at 12:36 PM, Henrik = Levkowetz <henrik@levkowetz.com> wrote:

Hi = Kent,

On 2020-08-20 18:05, Kent Watsen = wrote:

Hi Tools Team.

How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3
rebuilt? Is there a way to have it rebuild more often and/or = for
draft authors to externally prompt it to rebuild?

THe short answers, which won't = help you are: Once per day, and sorry, no.

The answer that I believe will help you is this:

Please use the draft bibxml references under = datatracker.ietf.org/doc/bibxml3/
instead. =  Those are generated on-the-fly and will reflect a new = submission
at once.

You can = use the old form

 https://datatracker.ietf.org/doc/bibxml3/reference.I-D.draft-ie= tf-netconf-crypto-types.xml

but also a = simplified form that omits the 'reference.I-D.' part:

 https://datatracker.ietf.org/doc/bibxml3/draft-ietf-netconf-cry= pto-types.xml


Best = regards,

Henrik


See below = for background info.

Thanks,
Kent


Background:
I have one draft depending on another. =  The new <relref> element is used, but the resulting = hyperlinks point to the previous version of the referenced draft (before = it was updated ~1 hour ago).

Looking at https://xml2rfc.tools.ietf.org/public/rfc <https://xml2rfc.tools.ietf.org/public/rfc>, I see that = =E2=80=9Cbibxml3=E2=80=9D hasn=E2=80=99t been updated for roughly one = day:

bibxml3/ = 19-Aug-2020 00:49

Note that the = timestamp for =E2=80=9Cbibxml=E2=80=9D (without the =E2=80=983=E2=80=99) = is roughly 24 hours newer:

= bibxml/ = 20-Aug-2020 00:45

In any case, the = hyperlinks produced by the <relref> elements are all resolving to = the previous version of the referenced draft.   I tried = `xml2rfc =E2=80=94clear-cache`, but I think the source issue is with https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 not = having updated=E2=80=A6

How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built? =  Is there a way to prompt it to reload?



___________________________________________________________
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/issuesor send email to webmaster@tools.ietf.org



= --Apple-Mail=_A96F3FF7-203A-4E96-952F-B87553D7B4AF-- From nobody Thu Aug 20 22:48:38 2020 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 B3AC23A1859 for ; Thu, 20 Aug 2020 22:48:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 24SprTyJgb2W for ; Thu, 20 Aug 2020 22:48:33 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E1203A1448 for ; Thu, 20 Aug 2020 22:48:33 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BXrCz0XrlzyTY; Fri, 21 Aug 2020 07:48:31 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> Date: Fri, 21 Aug 2020 07:48:30 +0200 Cc: Tools Discussion X-Mao-Original-Outgoing-Id: 619681710.527257-4743b263a23686a62c4a86270a68bd7d Content-Transfer-Encoding: quoted-printable Message-Id: <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> To: Kent Watsen X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 05:48:37 -0000 On 2020-08-21, at 00:24, Kent Watsen wrote: >=20 > It worked, and then it didn=E2=80=99t.=20 Yes. One of the features and bugs of uploading XML is that you rely on = the server-side XML2RFC to do your processing for you. Here it seems, = that still had -17 in its cache. The kramdown-rfc process has a setting, =E2=80=9Cstand_alone: true=E2=80=9D= , which asks kramdown-rfc to resolve any external nreferences. This is = what I recommend people to use. (It is not the default only because = kramdown-rfc tries to support the long document development times = typical for the IETF by being insanely backwards-compatible.) To get the same level of assurance out of XML authoring, you need to = prep the XML before uploading. xml2rfc --preptool foo.xml You then have a foo.prepped.xml that you can upload. (This step is also needed with any local references to SVG, source-code = etc.) Note that prepping means the uploaded XML is less useful for the RFC = editor. So, ironically, despite the switch to XML uploading, you will want to = provide an unprepped XML, as well as all the locally referenced files, = to the RFC editor -- even though the approved, but prepped, XML is in = the I-D repository. But this is irrelevant during the document development process up to = approval. Ultimately, I hope that xml2rfc gains a reference resolution function = that does not involve all the preptool processing. For now, prepping it = is. Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Aug 21 00:43:46 2020 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 1347D3A046D for ; Fri, 21 Aug 2020 00:43:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.849 X-Spam-Level: X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.949, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net 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 j88Rv-VhMZB6 for ; Fri, 21 Aug 2020 00:43:44 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 42A4F3A0476 for ; Fri, 21 Aug 2020 00:43:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1597995806; bh=I8OTxET95M/70teMiD8x3Hg1tbLv1pWedqGfLAdqZpA=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=XIe43Td/w3bl7coeoiSeRd9qfnthXJ4AEArbxXBPbjPIri62eNmh9u8IfEzTHc55w HyVCWaJRvKv3niASvL2/JOdWA+cHQWFfIKS1QFE1Ym7HoXhwgkI67IChflkltABtDY Byifv3tCksD1s0KdwFvZgeIKE4ZaA0XBcQYzw2L4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.182] ([84.171.145.50]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N4zAy-1kpxn81fgS-010uil for ; Fri, 21 Aug 2020 09:43:26 +0200 To: tools-discuss@ietf.org References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> From: Julian Reschke Message-ID: <6f903329-2280-c5bc-0d8e-3e96292e0850@gmx.de> Date: Fri, 21 Aug 2020 09:43:24 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.1.1 MIME-Version: 1.0 In-Reply-To: <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:8SeYpM9wh/uyiyDetZShl/21bAocQUGIgL/heFFzV9ASyazc7yJ YuR43fBmjwEFDA1bTgSeD6MY6/KnwgXoGwI1oze2KbkhxEpCNKV/TeIt/fTiZPGdwGE6hPj n6mkjXQA73OQNjzjVayRMhIl8aJmaVmytc89iqhQ6kRO3M3nhyiiWlkQRWWFNX1PZOsZKmX 6+UwIN3JAAoC8nVBjtjhA== X-UI-Out-Filterresults: notjunk:1;V03:K0:OCyGdTJleR8=:5iD8DcAPBhDE07QG3HR90F R+7ziYxrwTZh0kT4srUJ31V4G/BYqnIdfyKJRQT0UNmlbx7iK7eNXClLBzIP6ZVHKUXQlbLf8 4yUF7XoVcBoK6zjj1vJm9fYogTTLFmq1plLoj6zNio4Ie4ngu7st18mPzttQy575K7HDOHTbP mwUTiNKJsqNMUzF5j/eY3xZstDtemQ96EVQrC8b4vht1VEYfBujMDY6E4Qr4UdngLnpRhVJgN p7wLr23Dij/3hlVEyxBDkW9o5mawlAAdUyJQDginVLBNpmWlp2+F04hYMS272pshiQZdEXCcg W//1KKme0kTfFaykQJzYMnM/s5RFM0GVVBfszA7U+JWRdW0RDVgod6C+0kKY344sumsjCCZqu 0l8ejc85VKUXtcm3A3YA4jsPTJnXAqQPiWXwNfqO6XyTpIPQxwwHY3QhlD48SbWc33DuhRL14 fUJiiB2CgWd9uONgRKr6mGoDOPz2smw8euX7KzH+WXmeswdSLMgi26b1hcBFm17Jl4pdLK8oB 2nkyXd+kbY+pIFWsZ+9yJ1ssbsKBdQGPuzO5Z6Z+LBqnTakBA/anhK3wmBAvF98k9shATyaN+ ftja0hgH3bgFP9Ac/WmI+L6mMyIYPghF9ELNJmnN7Em4bKb5OF20U8F1Pim+n+YFjLWPFty0r RTmrFKR2RfYP7VBcebF+PVdBssjN2h+bXkdHq6kOcB6/AUQGQUSCQZ+jzGiJpExTsotpRBsVD EZs1PZCM9+kCqiOcYOtXW4FDjDKJuHJqSFqh6WTzJ8e0t5kaMcaJxRaR0tIXd62Ntu3H56maY HaY5yZ55OswgwcnZyYV0FU2nfo9iItU3FDv2Li1kzZqUW0vu5LH/0VxXDZqh5zAOCut04jLuA wyzg4FuFO7M3momjAsqdQWe45DQuJJVesG2b0x3x4mNtl5hFOywFGlfbiUUFBCi7omRkYuM4u 1TB3ONE3ffcyaxDqeDV0JW9mfZqwH8dFZaM7iIjETdnXqYNeX58emdZm5QenkRVdaXC5/WHU5 ty3MbxovzpverBfBX8uxyTWWtX6ruNp7s6YXsWgC5P4YJAMHYl+GoqF7YpcodRaejM/cPDK+o hFUMbxxH4DyWXxkCMlHzSIOIWazpYhmssHrEgCCutIibXggGHbBdxLAV5ATGN8VXpEzmHLLCM MWZjUhp/U94EnbpBxR1uy+6RU1snYk98/Tn2t1JKj7dzQoqSMc/zsSGJsJzgfHslv9spdg6f1 WXFoBJTquLKvj06AoUA9RzD39DNsJRaXJjyNOEw== Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 07:43:45 -0000 Am 21.08.2020 um 00:24 schrieb Kent Watsen: > Hi Henrik and Carsten - thanks for the responses! > ... FWIW, another way to avoid this is to reference the ID *with* version number. That's a static, reliable reference. And yes, that means that the source document needs to be updated when the ID is replaced. I consider that a feature, at least in those cases where the concrete version of the ID matters (such as when referencing specific details that might change or move to other sections). Best regards, Julian From nobody Fri Aug 21 01:59:35 2020 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 0A8CD3A08CC for ; Fri, 21 Aug 2020 01:59:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 p_myT0KkUtF7 for ; Fri, 21 Aug 2020 01:59:31 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 985BC3A08C1 for ; Fri, 21 Aug 2020 01:59:31 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BXwSK5ZVqz107w; Fri, 21 Aug 2020 10:59:29 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: <6f903329-2280-c5bc-0d8e-3e96292e0850@gmx.de> Date: Fri, 21 Aug 2020 10:59:29 +0200 Cc: tools-discuss@ietf.org X-Mao-Original-Outgoing-Id: 619693169.33587-eb02c83c6110d15f5955e55cc6318d65 Content-Transfer-Encoding: quoted-printable Message-Id: <45FEA6AC-C3EB-47D7-969C-F5FD23DA7B62@tzi.org> References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <6f903329-2280-c5bc-0d8e-3e96292e0850@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 08:59:34 -0000 On 2020-08-21, at 09:43, Julian Reschke wrote: >=20 > Am 21.08.2020 um 00:24 schrieb Kent Watsen: >> Hi Henrik and Carsten - thanks for the responses! >> ... >=20 > FWIW, another way to avoid this is to reference the ID *with* version > number. That's a static, reliable reference. Using kramdown-rfc=E2=80=99s indirection methods that actually is less = painful than it sounds. Still requires going through the references = once (which idnits can do, with a few missed and a few false positives). = Certainly better than fighting with an old cache entry. > And yes, that means that the source document needs to be updated when > the ID is replaced. I consider that a feature, at least in those cases > where the concrete version of the ID matters (such as when referencing > specific details that might change or move to other sections). That is indeed sometimes a useful editorial device. It is too bad that = the standard bibxml files use the same anchor for specific versions and = for the generic =E2=80=9Cmost-recent" reference, so you cannot have both = references (or references to multiple versions) in one document; again, = fixed by kramdown-rfc=E2=80=99s anchor replacement mechanism. My recommendation would be: When you need to reference a specific version, reference that, and use = anchor replacement to get the version number into the label. When you just want to reference the draft, use the =E2=80=9Cmost-recent=E2= =80=9D reference, unless you have just changed that =E2=80=94 in which = case, use the reference to that specific version. Occasionally, you = will get an old version. Kramdown-rfc=E2=80=99s cache lifetime is 1 h, = but that doesn=E2=80=99t help with the longer processing intervals on = the server. Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Aug 21 04:13:30 2020 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 B40903A0816 for ; Fri, 21 Aug 2020 04:13:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 UNbqQEmTOGTi for ; Fri, 21 Aug 2020 04:13:26 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7FB23A07EC for ; Fri, 21 Aug 2020 04:13:26 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:65028 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k94z7-0001Ow-Bl; Fri, 21 Aug 2020 04:13:26 -0700 To: Kent Watsen References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> Cc: tools-discuss@ietf.org From: Henrik Levkowetz Message-ID: <05057a72-59a4-f7e1-1d69-bf9a9e6ffb18@levkowetz.com> Date: Fri, 21 Aug 2020 13:13:10 +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: <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="79o4qsFlXAdwNB4VxrmdGNLcKukvvLV39" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, kent+ietf@watsen.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] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 11:13:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --79o4qsFlXAdwNB4VxrmdGNLcKukvvLV39 Content-Type: multipart/mixed; boundary="ANworjNocAnH9jRLURq8hjNWxtgQxHMcg"; protected-headers="v1" From: Henrik Levkowetz To: Kent Watsen Cc: tools-discuss@ietf.org Message-ID: <05057a72-59a4-f7e1-1d69-bf9a9e6ffb18@levkowetz.com> Subject: Re: [Tools-discuss] bibxml3 database reload frequency References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> In-Reply-To: <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> --ANworjNocAnH9jRLURq8hjNWxtgQxHMcg Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Kent, On 2020-08-21 00:24, Kent Watsen wrote: > Hi Henrik and Carsten - thanks for the responses! >=20 > It worked, and then it didn=E2=80=99t. Too late for me now, but you sho= uld > know, I think datatracker's cache may need to be cleared befor each > run... Huh, right (or rather, the xml2rfc reference cache on datatracker.ietf.or= g). Good point. Will have to think about how to best deal with this. Best regards, =09 Henrik >=20 > Below for details. >=20 > K >=20 >=20 > My adventure: >=20 > I first updated my XML, e.g.:=20 >=20 > >=20 > But my locally compiled drafts continued to load the *previous* > version (-17) of the crypto-types draft (though I submitted -18 a few > hours ago). >=20 > So I ran `xml2rfc =E2=80=94clear-cache`, after which the current (-18) > revision showed. Yeah! Yes, xml2rfc keeps a local cache for 24 hours, and that may need clearing= =2E >=20 > Thinking that I conquered it, I submitted the dependent drafts, but > looking at the uploaded documents, I see the previous version again. > For instance, the references section of the just-uploaded -13 of the > =E2=80=9Ctrust-anchors=E2=80=9D draft shows -17 for the =E2=80=9Ccrypto= -types=E2=80=9D draft: > https://tools.ietf.org/html/draft-ietf-netconf-trust-anchors-13#ref-I-D= =2Eietf-netconf-crypto-types > > >=20 Oh, well, can=E2=80=99t win them all. >=20 > K. >=20 >=20 >=20 >=20 >=20 >> On Aug 20, 2020, at 12:36 PM, Henrik Levkowetz = wrote: >>=20 >> Hi Kent, >>=20 >> On 2020-08-20 18:05, Kent Watsen wrote: >>>=20 >>> Hi Tools Team. >>>=20 >>> How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 >>> rebuilt? Is there a way to have it rebuild more often and/or for >>> draft authors to externally prompt it to rebuild? >>=20 >> THe short answers, which won't help you are: Once per day, and sorry, = no. >>=20 >> The answer that I believe will help you is this: >>=20 >> Please use the draft bibxml references under datatracker.ietf.org/doc/= bibxml3/ >> instead. Those are generated on-the-fly and will reflect a new submis= sion >> at once. >>=20 >> You can use the old form >>=20 >> https://datatracker.ietf.org/doc/bibxml3/reference.I-D.draft-ietf-net= conf-crypto-types.xml >>=20 >> but also a simplified form that omits the 'reference.I-D.' part: >>=20 >> https://datatracker.ietf.org/doc/bibxml3/draft-ietf-netconf-crypto-ty= pes.xml >>=20 >>=20 >> Best regards, >>=20 >> Henrik >>=20 >>>=20 >>> See below for background info. >>>=20 >>> Thanks, >>> Kent >>>=20 >>>=20 >>> Background: >>>=20 >>> I have one draft depending on another. The new element is u= sed, but the resulting hyperlinks point to the previous version of the re= ferenced draft (before it was updated ~1 hour ago). >>>=20 >>> Looking at https://xml2rfc.tools.ietf.org/public/rfc , I see that =E2=80=9Cbibxml3=E2=80=9D hasn=E2= =80=99t been updated for roughly one day: >>>=20 >>> bibxml3/ 19-Aug-2020 00:49 >>>=20 >>> Note that the timestamp for =E2=80=9Cbibxml=E2=80=9D (without the =E2= =80=983=E2=80=99) is roughly 24 hours newer: >>>=20 >>> bibxml/ 20-Aug-2020 00:45 >>>=20 >>> In any case, the hyperlinks produced by the elements are all= resolving to the previous version of the referenced draft. I tried `xm= l2rfc =E2=80=94clear-cache`, but I think the source issue is with https:/= /xml2rfc.tools.ietf.org/public/rfc/bibxml3 not having updated=E2=80=A6 >>>=20 >>> How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 built?= Is there a way to prompt it to reload? >>>=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 >>=20 >=20 >=20 --ANworjNocAnH9jRLURq8hjNWxtgQxHMcg-- --79o4qsFlXAdwNB4VxrmdGNLcKukvvLV39 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8/rEYACgkQTptXS4+7 FxqwFg//RWnK+ZJhPqnzT9AGUNQH9YjRsZhJwZ0DwVjviGPWx6rR8IhJ2oe8Vu8s 3/rMj1VRWK9JaPSbvGSTNomhktGk0nEwRnVLdCl8qOxa11fKwA3MXNXJlHe4ZXIi d2GHm0/SUlBgK/I/fIJI0PwKOreujd716OgF9brwWDS2JESIDgtO4143ERWysk/x FzD83FNHtoazll5IuRt/9mjQktYQNKyLxZZXgv9zN+fHEeETKeF3towJvUjoBPIs ZfJYrzkJSlZ+IZlpmBv2Hw6HntfUiFhu37NAAwHB2ckpa7AgBfLedIzfX75iYhWm MjA32CmD/Q1tdXosb1Sds8i3F8vUJ09QsycaPUSbPs0VhEfrUe1pggyeju+zLxna bOugnzD/CGIPttx9FSlsNqtZNxiDG/Hgtamj4FL3njbOQnPEsyNS4SZvOqBacF4q hT4RCzV/OUAAFR+XT89WTQePT8rnZJv6OMJUQILHuchrM7ANVnazMaQ3/sZH/MNY /LgiiyIjZ3EA+UEZGRjiMlD5RRduj9GZyK6SdkK6UiHP9qfdfsY4JaHOPpSMRlan caUb8zir9qq9BgwWfzKAAYazVLN5FmS61sTjNroCBDcaZdQZD7G9TakLs2AZ5wnA jaS8XUx8FdNx51/1uPhVXynubI4yDJGkhDNUm/VmY86FT8Lnoj4= =rGwV -----END PGP SIGNATURE----- --79o4qsFlXAdwNB4VxrmdGNLcKukvvLV39-- From nobody Fri Aug 21 04:26:12 2020 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 04BF43A0825 for ; Fri, 21 Aug 2020 04:26:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 QDC_FvsGKhil for ; Fri, 21 Aug 2020 04:26:06 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C05093A0823 for ; Fri, 21 Aug 2020 04:26:06 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:65120 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k95BI-0004xF-OW; Fri, 21 Aug 2020 04:26:03 -0700 To: Carsten Bormann , Kent Watsen References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> Cc: Tools Discussion From: Henrik Levkowetz Message-ID: <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> Date: Fri, 21 Aug 2020 13:25:53 +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: <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UV1aPFdrKb2THqRE4HgGnsdRjGILbEevV" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, kent+ietf@watsen.net, cabo@tzi.org 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] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 11:26:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UV1aPFdrKb2THqRE4HgGnsdRjGILbEevV Content-Type: multipart/mixed; boundary="AB0hIfk8khul3I59rFBwXbO1KJUndWTA5"; protected-headers="v1" From: Henrik Levkowetz To: Carsten Bormann , Kent Watsen Cc: Tools Discussion Message-ID: <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> Subject: Re: [Tools-discuss] bibxml3 database reload frequency References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> In-Reply-To: <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> --AB0hIfk8khul3I59rFBwXbO1KJUndWTA5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2020-08-21 07:48, Carsten Bormann wrote: > On 2020-08-21, at 00:24, Kent Watsen wrote: >>=20 >> It worked, and then it didn=E2=80=99t.=20 >=20 > Yes. One of the features and bugs of uploading XML is that you rely on= the server-side XML2RFC to do your processing for you. Here it seems, t= hat still had -17 in its cache. >=20 > The kramdown-rfc process has a setting, =E2=80=9Cstand_alone: true=E2=80= =9D, which asks kramdown-rfc to resolve any external nreferences. This i= s what I recommend people to use. (It is not the default only because kr= amdown-rfc tries to support the long document development times typical f= or the IETF by being insanely backwards-compatible.) >=20 > To get the same level of assurance out of XML authoring, you need to pr= ep the XML before uploading. >=20 > xml2rfc --preptool foo.xml Since release 2.44.0 in April this year, --expand is a much better option= , as it leaves a file that can still be worked with (--preptool expands all= attribute default values, adds ToC xml, and a lot of other things that yo= u don't really want in a document you might want to edit later). >=20 > You then have a foo.prepped.xml that you can upload. > (This step is also needed with any local references to SVG, source-code= etc.) >=20 > Note that prepping means the uploaded XML is less useful for the RFC > editor. So, ironically, despite the switch to XML uploading, you will > want to provide an unprepped XML, as well as all the locally > referenced files, to the RFC editor -- even though the approved, but > prepped, XML is in the I-D repository. But this is irrelevant during > the document development process up to approval. The --expand option should avoid these drawbacks. > Ultimately, I hope that xml2rfc gains a reference resolution function > that does not involve all the preptool processing. For now, prepping > it is. Maybe try --expand? Regards, Henrik --AB0hIfk8khul3I59rFBwXbO1KJUndWTA5-- --UV1aPFdrKb2THqRE4HgGnsdRjGILbEevV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8/r0EACgkQTptXS4+7 FxopsA/+MdyureoDFUg9a07Iy14OOxrE57i0k4aVdv7Ou/CXwVZX1bO6vJX9aVZr mzaOWAN3taE9atyNh4cqyn2jthf7+IOmDR71q3W5YENNd4rGzEyEi7BJFfRLLblq bt352JfaJ4LEeN2DMtA/aQ3D/l4dBzICBCsoebUsjy+O9Ls7CE00PoTVCkB3o/Wz bIa7xeV2fF4bOnliaODhxxL05Iic4pIztSbga7LIImAp2LRJaiBQAmmYLH8vwlli uOqejDnGa2wvZSrWyvknUkht657l6c7UjZHN9obKVmJp0LlrzCR/KPvlCQM6pQXp eFj3R4Lgc5uFKG4bZWTD1Wcqyy4pam2L845T5Nm35VugSMotASxCgerPlvsm2Ibb EDham9OKveG01TtiYRMlRm6fQrgluKk+y66uHGBb1EMZPANlvzNvSSjwNSWfIcoZ BwtH5/vw2PSldkxMFt4YVavwq0oQGkXkJXQI1tPTTFeMSKdGI0Zdo97nvmhsjzqL Ukrm5Hly0/qoveMirt+tTh6smFdxrQyAB2JpldLeTJBlgscDF5/L3YGTLSUoZOrF aNukKBIrI7Pe393MppVfjfzKSP+6gZZ5Z9C1zpHvUrrOgzEy33vVkMNCFZwmE4an wRgbLrUIXX3SlBwAkq+UJo0quXxkeYgi6kAYgMJKPRrbjLY9EwU= =7PQy -----END PGP SIGNATURE----- --UV1aPFdrKb2THqRE4HgGnsdRjGILbEevV-- From nobody Fri Aug 21 04:36:30 2020 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 E8A693A0842 for ; Fri, 21 Aug 2020 04:36:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 6fVbrYzE8oFk for ; Fri, 21 Aug 2020 04:36:25 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F02273A083E for ; Fri, 21 Aug 2020 04:36:24 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BXzxK6MwVzycX; Fri, 21 Aug 2020 13:36:21 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> Date: Fri, 21 Aug 2020 13:36:19 +0200 Cc: Kent Watsen , Tools Discussion X-Mao-Original-Outgoing-Id: 619702579.438006-20fe914dab0f3e39470500b19634cbd4 Content-Transfer-Encoding: quoted-printable Message-Id: <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 11:36:29 -0000 Hi Henrik, On 2020-08-21, at 13:25, Henrik Levkowetz wrote: >=20 > The --expand option should avoid these drawbacks. That doesn=E2=80=99t do the v2v3 conversion, though, which is needed to = make sure that the xml2rfc formatter behind the submission system is run = in RFCXMLv3 mode. Maybe it would be useful to have an option that does all that is needed = for trouble-free I-D submission, like --preptool does now (except that = it does too much for the RFC editor, which is however mostly not the = target for an I-D submission). Once that is in place, the legend: > For v3 .xml sources which include external files, this requires them = to be run through xml2rfc with the --prep option, to produce a = completely expanded (standalone) .xml source file for upload. on https://datatracker.ietf.org/submit/ could be updated to point to = that option. Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Aug 21 05:06:09 2020 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 EBD433A08B3 for ; Fri, 21 Aug 2020 05:06:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.949, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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=gmx.net 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 U2VWfo2QmkYT for ; Fri, 21 Aug 2020 05:06:05 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 998D43A082D for ; Fri, 21 Aug 2020 05:06:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1598011559; bh=u+nOSaC4r09FiopdWCWgV1HmFSYYYpVXFjBcakaGkuE=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=ADh9PIKDm+sRLTS7zQ5UjRnDEYyrX+K2di8kgs3ogXQDPTQW3owFokoSwsjvd3Wy8 rFipGLch6bZZlvcec9tBvECnHtqj2OExOhTgvv0B8M9+dk0i7+RdhxpDlHUuLrt2Ai vpPme0dOmDIQfZNMyEhQzC/N5C8dLBP0IeWfwnXs= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.236] ([217.91.35.233]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MiJVG-1kc5lg3VTi-00fU8b for ; Fri, 21 Aug 2020 14:05:58 +0200 To: tools-discuss@ietf.org References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> From: Julian Reschke Message-ID: <37e0f735-37f1-eab6-4412-f31f97072dcf@gmx.de> Date: Fri, 21 Aug 2020 14:05:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.1.1 MIME-Version: 1.0 In-Reply-To: <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:VgViZzukR0RaGUDLHVn1QxHp3sC53dXFFX4YEA+exd6JZ//sJU2 BvZ4XbHQ8xjy62ijvgfQz9gSqFbEXnJUX8CiQZc3hR6hoC4NbqQYudegJ2zQkSi9RQUnLRX eTkj6c2kkk73Df+Yt/zRDLctmmoyGSCAf96QHR0V/fc70EdDv0D7wNhpO9lBS9+anacx6Ic o69oj4ZVAdl9lBvtidltw== X-UI-Out-Filterresults: notjunk:1;V03:K0:1YJll6k5O/Q=:ENeKXIsZIUAFJg8qmwehdU Xl4aODhYMkApSBjJduHWpXkeWdjE/73VWjDuYKUX9nSwoJFlmcxvxakoKhVondtQ+/DnksIST Q+E8SGnGk5Dx/chS/vfJsrVjkl2QkzJSX50q9wOILcwFdP8NDEp0vwMU6h7rrsOWMUc1l3wfk 32CDXy3hq0YpIsf4R8qvXeT+fOEMCgoZDqbYgaejyynzM1K5grigE59M2mogstHMHpz5bdNKv VCPx4oATtIvHnwOZ35eM2b0IBIzDVyvfrTEvayOzydoKiiXxgQYwwrA5xsDV/L3952vopGIJm sbsj+siPxQHzCzn/3nd7b1uzixxD+/R0d0N515S5ZVKqgzXpGqgDERTMjofwQYfHzoMssUTCM vEYaeGQbL2kCOLIJgp3sYfA4rhpjYFB9OpH+WRlZOlv0XGkneq00glJlneTqA1/FvRorxgTn6 Bl86WYcQrWL8uWpN3aphKJQlZrwrOV55K/J1NzNVNYPofOWJNaRinoKK+AS636RzvWOtqmR3d IUPTJE8f/zCV1i/STBQwG8T/iFNt3d/Uiz9CweFH7lCRqtzTjbXcfKkTE4g9Ga/G8YvQdkCZb LXQHo+Ml8gfdfSPIHpj4pi6Q9Y0VDluVraLDezoIY8PfkWwwwlz+TFDIJPfQ4KdoCGLiwWyVz 9CqeEKnv+kllkwwHKPMcZuiDsC+Pj+ckh0UuXBapDDl5VNORmvPiZpB1HY2+1xikb45jTAy75 tcNxIan/IjeuPsl+gTs78AY9jrbEnjE1S+V+28eRls7JWTeh9imnPlTTw4S/Dye+ItWEfZsvN 7OIb+6TNQ+dE/8EfQt651QfPcOXvgix9bA3i/u5LkzId5BjgAhyUMt4zZbW/CPXx2CP3nqQGy ijhCHni1cR08GasCC7tjwblSDiJLH0WnkE/hFtkT6R/jP+8aHPaTWRGq1GBkIwLf6rfOZhVk7 WfgHkJ0VJK64RraoF4J+naihAWHaFzls2y5SU5MvrVgpmOzxbzMqNefAuO1zjpqpD0FdwZJAY rE1zRPZzKgR482zamc6zT1sUIsRdvBgJyy531kWrDh2SKyaJFs97HZ+mGB4Toces331ib6Lr3 5j/hJIDRXFhe7mPLZ2hnxNL2oHD7tsT/NuAEZgwa+MXcR2E5Osk+9NRyJ3S9SFjyFiPZW0a19 K1vdyS5LPymLrUaAFTS0IimGJ/r1Fyb5Yclef31loyHkEcBZZ47F6kovhaJMmIsOM5Q/LI6Nf Ms4f/S0ncT4l6iB7Kjs/b2YFuS66kAKyzRmmWPA== Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 12:06:08 -0000 Am 20.08.2020 um 18:36 schrieb Henrik Levkowetz: > Hi Kent, > > On 2020-08-20 18:05, Kent Watsen wrote: >> >> Hi Tools Team. >> >> How often is https://xml2rfc.tools.ietf.org/public/rfc/bibxml3 >> rebuilt? Is there a way to have it rebuild more often and/or for >> draft authors to externally prompt it to rebuild? > > THe short answers, which won't help you are: Once per day, and sorry, no= . > > The answer that I believe will help you is this: > > Please use the draft bibxml references under datatracker.ietf.org/doc/bi= bxml3/ > instead. Those are generated on-the-fly and will reflect a new submissi= on > at once. > > You can use the old form > > https://datatracker.ietf.org/doc/bibxml3/reference.I-D.draft-ietf-net= conf-crypto-types.xml > > but also a simplified form that omits the 'reference.I-D.' part: > > https://datatracker.ietf.org/doc/bibxml3/draft-ietf-netconf-crypto-ty= pes.xml > ... +1 on tuning the name, but *this* might be confusing ("draft-ietf-netconf-crypto-types.xml" not being the xml source for "draft-ietf-netconf-crypto-types" violates the principle of least surprise= ). I'd prefer "reference.draft-ietf-netconf-crypto-types.xml" or "draft-ietf-netconf-crypto-types.reference.xml" or even "reference.I-D.draft-ietf-netconf-crypto-types.reference". Best regards, Julian From nobody Fri Aug 21 05:06:25 2020 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 266163A082D for ; Fri, 21 Aug 2020 05:06:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 YuCcR32lgt7N for ; Fri, 21 Aug 2020 05:06:22 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDC6E3A08B7 for ; Fri, 21 Aug 2020 05:06:22 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:65389 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k95oL-0000lM-RO; Fri, 21 Aug 2020 05:06:22 -0700 To: Carsten Bormann References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> Cc: Kent Watsen , Tools Discussion From: Henrik Levkowetz Message-ID: <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> Date: Fri, 21 Aug 2020 14:06: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: <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="4gDk3MpG7w6dGXIPxuwmFrcLm6bDSQqLR" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, kent+ietf@watsen.net, cabo@tzi.org 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] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 12:06:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4gDk3MpG7w6dGXIPxuwmFrcLm6bDSQqLR Content-Type: multipart/mixed; boundary="FUomnjmWJLP8s17E1T8ntUH5AO75g4pDS"; protected-headers="v1" From: Henrik Levkowetz To: Carsten Bormann Cc: Kent Watsen , Tools Discussion Message-ID: <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> Subject: Re: [Tools-discuss] bibxml3 database reload frequency References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> In-Reply-To: <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> --FUomnjmWJLP8s17E1T8ntUH5AO75g4pDS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Carsten, On 2020-08-21 13:36, Carsten Bormann wrote: > Hi Henrik, >=20 > On 2020-08-21, at 13:25, Henrik Levkowetz wrote:= >>=20 >> The --expand option should avoid these drawbacks. >=20 > That doesn=E2=80=99t do the v2v3 conversion, though, which is needed to= make sure that the xml2rfc formatter behind the submission system is run= in RFCXMLv3 mode. Indeed, to force v2v3 conversion (if you have v2 documents), you should u= se --v3 --expand. (The --expand switch is valid for both v2 and v3 document= s, while --prep is valid only for v3, so it implies --v3.) > Maybe it would be useful to have an option that does all that is > needed for trouble-free I-D submission, like --preptool does now > (except that it does too much for the RFC editor, which is however > mostly not the target for an I-D submission). That should be --v3 --expand, then. > Once that is in place, the legend: >=20 >> For v3 .xml sources which include external files, this requires >> them to be run through xml2rfc with the --prep option, to produce a >> completely expanded (standalone) .xml source file for upload. Right; will update. Regards, Henrik >=20 >=20 > on https://datatracker.ietf.org/submit/ could be updated to point to th= at option. >=20 > Gr=C3=BC=C3=9Fe, Carsten >=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 --FUomnjmWJLP8s17E1T8ntUH5AO75g4pDS-- --4gDk3MpG7w6dGXIPxuwmFrcLm6bDSQqLR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8/uLYACgkQTptXS4+7 FxprjxAAgVnswauhzDwfoeZikuZKJ9EETKXXxC9wQfThI4n+sKO1v/Y81z7MNln3 0E8MJZK4041oe7YMUw2Yt3wrkrcs8Z/R8TRxteYtlVOXfbZnFngoouMBtG+ECjRa B9rU8UlKRF445VN714dRXlZCwUUI5rz+huYk9D//5KXFkFYKYrP/2BFY8VK5XrEJ I+Zo+j7eOjeKP0CppSCQzC7oxta/ZdosPVDMOgxR3EGYK5i/hFXLfZ4lrMwW9BMc rkaT5ymcD2bwXyOR8xfAwN9AnNgk5YGMBqIAY/8HdzpXQgqB1aJ/JEoebmqMmQAV R7lGTAt/f2tjwW9avqC2MYlf7kqVkndPta6q2BR2pbDzCvpTfwmarmLO9Vpi5jfh vq3q3zRrOy3UhQydcbmGitFULFrz89AX0xjpXOr1iRObmOv3YFsWiVUM08gsnuWq ouxGOxOZ64cKV/Mpl73fD9weUEdixQe3L6msUfKPjd7uCn+8RyYR+elgGN2ZxgdI N/S606EvwzdOY4bPR8JUh0urXrFRSBnJ9+d27Wx5EUKDQXJWwMOqDeh3l8bZ4PPL Zlagqihoc69fxe0t2sO2gabzcDj0yjR2ONhmdpdV8VKgYamNp1XC7hAwMPoNJ7dV V0oNMIXWg0K8Lc5ZymFx42dWmf/DYo3DIOqcW7DEP2EXi26KpDo= =InVB -----END PGP SIGNATURE----- --4gDk3MpG7w6dGXIPxuwmFrcLm6bDSQqLR-- From nobody Fri Aug 21 05:14:05 2020 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 CECFC3A08C1 for ; Fri, 21 Aug 2020 05:14:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 rTYAgIQqEN0m for ; Fri, 21 Aug 2020 05:14:02 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 132DF3A0832 for ; Fri, 21 Aug 2020 05:14:02 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BY0mm2blXz108j; Fri, 21 Aug 2020 14:14:00 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> Date: Fri, 21 Aug 2020 14:13:59 +0200 Cc: Tools Discussion X-Mao-Original-Outgoing-Id: 619704839.4906991-3875eb252729251a7926bdad35f255cd Content-Transfer-Encoding: quoted-printable Message-Id: <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 12:14:05 -0000 On 2020-08-21, at 14:06, Henrik Levkowetz wrote: >=20 > Indeed, to force v2v3 conversion (if you have v2 documents), you = should use > --v3 --expand. (The --expand switch is valid for both v2 and v3 = documents, > while --prep is valid only for v3, so it implies --v3.) Now I=E2=80=99m confused, as this doesn=E2=80=99t seem to do the same = thing as --v2v3 first and then --expand. (I don=E2=80=99t understand = what the differences are about, maybe it is just the order of elements, = but I see a missing target for instance.) Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Aug 21 05:27:07 2020 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 36DF73A08E1 for ; Fri, 21 Aug 2020 05:27:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.848 X-Spam-Level: X-Spam-Status: No, score=-2.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 ANKPcvNRSKti for ; Fri, 21 Aug 2020 05:27:05 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF5C93A08DE for ; Fri, 21 Aug 2020 05:27:04 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:65515 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k968L-0007ng-IX; Fri, 21 Aug 2020 05:27:04 -0700 To: Carsten Bormann References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> Cc: Tools Discussion From: Henrik Levkowetz Message-ID: <8d4b3331-97b0-b557-57bf-81870f5d1f5a@levkowetz.com> Date: Fri, 21 Aug 2020 14:26: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: <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kmTEmCMLPKhPxCe69u4jcfApEfLf1RPNp" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, cabo@tzi.org 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] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 12:27:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kmTEmCMLPKhPxCe69u4jcfApEfLf1RPNp Content-Type: multipart/mixed; boundary="d7B6XHlUEtqdPgrlQkdtgJMrFo8Bdjmpi"; protected-headers="v1" From: Henrik Levkowetz To: Carsten Bormann Cc: Tools Discussion Message-ID: <8d4b3331-97b0-b557-57bf-81870f5d1f5a@levkowetz.com> Subject: Re: [Tools-discuss] bibxml3 database reload frequency References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> In-Reply-To: <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> --d7B6XHlUEtqdPgrlQkdtgJMrFo8Bdjmpi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Carsten, On 2020-08-21 14:13, Carsten Bormann wrote: > On 2020-08-21, at 14:06, Henrik Levkowetz wrote:= >>=20 >> Indeed, to force v2v3 conversion (if you have v2 documents), you shoul= d use >> --v3 --expand. (The --expand switch is valid for both v2 and v3 docum= ents, >> while --prep is valid only for v3, so it implies --v3.) >=20 > Now I=E2=80=99m confused, as this doesn=E2=80=99t seem to do the same t= hing as --v2v3 > first and then --expand. (I don=E2=80=99t understand what the differenc= es are > about, maybe it is just the order of elements, but I see a missing > target for instance.) Mmm. Right. --v3 is appropriate when invoking a v3 formatter, but not i= n this case, when no formatter is involved. Mea culpa. I think that shoul= d have been --v2v3 --expand. Does that work for you in your use case? (FWIW, I don't have a lot of test cases for v2 input with v3 functionalit= y, and in particular not --v2v3 in combination with other v3 processing, onl= y standalone and implied, i.e. with --v3 forcing a v3 formatter.) Regards, Henrik --d7B6XHlUEtqdPgrlQkdtgJMrFo8Bdjmpi-- --kmTEmCMLPKhPxCe69u4jcfApEfLf1RPNp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8/vY4ACgkQTptXS4+7 Fxqo4w/6AzbNybhFqgPbg05Yy5f7qf/d/uI6lJRseGDTwnyKk/i4iitriUfYpeAF kj+Orz+s0ID7RXhR/OPc1nElfNmazXq2Qg/qGfgCW8CxTL3McMjvdgi5EZzvlbO4 MbkaMXaZ68zJl1xE4HlrFEy89PTm+4aKf5Kk1OleSFvLS7lBR6oW1jKAWye+CFOb 0LRkrtZ+na6dZDDXhmTh8Mlcm+xY18ph0vAyRzmyDb2d5hIfr5RQTUje6W9F9/Kg CObyc4lmQRxZEB6pdREv/+MCkk7BRv7grIYM+5lZAVHtRZxRfm1S7bC4YQQR80qw 7gFkDXPwXeSu3DI0rCl9B0NgUHusRDwtucLquncO+xtxadMwbiEnOho4vWXbEogt Cifsbk78fijsiGFBC2NYzNX9FUUsaJLcqjJlRRWcpTEHj9/yyIf491efi/ylDf+J nqPXB1f9jpPQ21iwpHRHUKp2txGk71TC7xstxCWSVZlPLs6pHW9kxbnXePDlXFeT uSQH0i93EK8RTUXrmj+X8OD4RyufYfk9KKQAB+IT24x6EEcqosRAsxp4Rr6EpUlE ez/2mFbZdoK/4AnvVmQc+K1AqlH4wO/DjkbrAQ7vUoevMuBCmW3hHdgDzd1zXL9I a/PqSUBKO6UHmNJH8/Atc8pS5ubw+Rsh3JuTd4VnksxOBF1CbqQ= =DcmA -----END PGP SIGNATURE----- --kmTEmCMLPKhPxCe69u4jcfApEfLf1RPNp-- From nobody Fri Aug 21 05:44:57 2020 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 B3A393A0925 for ; Fri, 21 Aug 2020 05:44:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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 EpRNq-438Xt4 for ; Fri, 21 Aug 2020 05:44:54 -0700 (PDT) Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3D8F3A0924 for ; Fri, 21 Aug 2020 05:44:53 -0700 (PDT) Received: from [172.16.42.100] (p5089ae91.dip0.t-ipconnect.de [80.137.174.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4BY1SG04T6zykv; Fri, 21 Aug 2020 14:44:45 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) From: Carsten Bormann In-Reply-To: <8d4b3331-97b0-b557-57bf-81870f5d1f5a@levkowetz.com> Date: Fri, 21 Aug 2020 14:44:45 +0200 Cc: Tools Discussion X-Mao-Original-Outgoing-Id: 619706685.239467-365d20230e2fdb5922fa3d402406d837 Content-Transfer-Encoding: quoted-printable Message-Id: <9BF9EFCF-DAC5-4D54-9C55-76B0688BB3E2@tzi.org> References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> <8d4b3331-97b0-b557-57bf-81870f5d1f5a@levkowetz.com> To: Henrik Levkowetz X-Mailer: Apple Mail (2.3608.120.23.2.1) Archived-At: Subject: Re: [Tools-discuss] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 12:44:56 -0000 > I think that should > have been --v2v3 --expand. Does that work for you in your use case? That seems to create two output files, one expanded, one converted. Gr=C3=BC=C3=9Fe, Carsten From nobody Fri Aug 21 05:48:00 2020 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 1EB6C3A0925 for ; Fri, 21 Aug 2020 05:47:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.849 X-Spam-Level: X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, 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 8-z-jheQzheb for ; Fri, 21 Aug 2020 05:47:58 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 094C23A0924 for ; Fri, 21 Aug 2020 05:47:58 -0700 (PDT) Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:49267 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1k96Sb-0000SQ-Gk; Fri, 21 Aug 2020 05:47:57 -0700 To: Carsten Bormann References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> <8d4b3331-97b0-b557-57bf-81870f5d1f5a@levkowetz.com> <9BF9EFCF-DAC5-4D54-9C55-76B0688BB3E2@tzi.org> Cc: Tools Discussion From: Henrik Levkowetz Message-ID: <2568b0e9-4fd7-2ef0-11c9-0630dffdee2b@levkowetz.com> Date: Fri, 21 Aug 2020 14:47:50 +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: <9BF9EFCF-DAC5-4D54-9C55-76B0688BB3E2@tzi.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xGXpqrg7kKlNM7dPtOGeqcrIi8pINiM8A" X-SA-Exim-Connect-IP: 158.174.202.242 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, cabo@tzi.org 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] bibxml3 database reload frequency X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 12:47:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xGXpqrg7kKlNM7dPtOGeqcrIi8pINiM8A Content-Type: multipart/mixed; boundary="RsGgBkHLGQgSXN5kQUClR3GKCqUb1kBT6"; protected-headers="v1" From: Henrik Levkowetz To: Carsten Bormann Cc: Tools Discussion Message-ID: <2568b0e9-4fd7-2ef0-11c9-0630dffdee2b@levkowetz.com> Subject: Re: [Tools-discuss] bibxml3 database reload frequency References: <010001740c9e6adf-5f978dea-f19a-4298-8376-b82bf3be0835-000000@email.amazonses.com> <5d239c70-0124-c4d4-5dd2-8e712c7b14cd@levkowetz.com> <010001740df92895-fbde9921-36cf-455c-a1a6-4dbd2f32ebfd-000000@email.amazonses.com> <95235D1E-81B0-4CD5-AF99-8D5134009325@tzi.org> <81e0bd4f-f284-19f0-ede1-5d817edddacf@levkowetz.com> <251C77F9-81FC-41C2-9D74-58FE5A5EFD96@tzi.org> <5ca6d032-16d2-7e1a-0bdc-1d8d30f91d53@levkowetz.com> <124C66EC-569B-4CFD-B595-9E5F642B5DF9@tzi.org> <8d4b3331-97b0-b557-57bf-81870f5d1f5a@levkowetz.com> <9BF9EFCF-DAC5-4D54-9C55-76B0688BB3E2@tzi.org> In-Reply-To: <9BF9EFCF-DAC5-4D54-9C55-76B0688BB3E2@tzi.org> --RsGgBkHLGQgSXN5kQUClR3GKCqUb1kBT6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2020-08-21 14:44, Carsten Bormann wrote: >> I think that should >> have been --v2v3 --expand. Does that work for you in your use case? >=20 > That seems to create two output files, one expanded, one converted. Ugh. Right. Since --expand is a valid option for both v2 and v3 files, that doesn't leave a lot of room for a one-step conversion and expansion, unless I define a new switch to do that specifically. Regards, Henrik --RsGgBkHLGQgSXN5kQUClR3GKCqUb1kBT6-- --xGXpqrg7kKlNM7dPtOGeqcrIi8pINiM8A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAl8/wnYACgkQTptXS4+7 FxrhBBAAnGUCdnK8F1v9nOYA4vuNvKmX6+0mNRUFxEm2e6TD/lR/0vSKm7Dha9y8 p9zhxiKGzcRCZlXNz0FVmiFQr6Lk3WW4Dkh69vfn/CY+VHjg2mS9ORk1lBYNQ00s +vSMG78oHQTvStqD3395Qv0E8uKyPXG07iMfQh1v/GmjvxRtEO4MBVkJ8B6aVB7I YjsBwnkqsVuXQS835xbl3D8+KckTYDriT2ak4pIYTmpTTWdWbBK6j6427vflEJYB L9TScBKVxG3oAq9Cl6fN3Z2OJlbGZWf1JjM9yuF7aj0LvoGTHrbJ656xG0h7EuZw eq4tDTVu3qfw11Cfs2LvYlknAtH1yaErfpYpAQAaxZAaCSOFPj1qvDCCK9OxWVIj 44dG+d4mRJ5Zcdu9qUTuQL+jihZAZx9Qz7QvTP1c/trWzfrMLzEtOOiP9jmT4piL 5XvFPhXQdeAUqcoHaQZPxJ68b76VwiBvdiuJJ4WkTg9hGVNseOm1MQlAeE+8wm1Q Ywo8KdBgCnDN83PBbhHqlBce6U6S40PgO87i/dMy5XbiApMY3tYEfDbb+piULSHd 2kRQr3csmtgU7+svErTN7TA3SoKQPjBjMBBg9zoMTUbCWI5v7JkGooX/ZzUdKxEk M5a7Sayg6NkFhz8plXzNxgMjvgu0glPNJgf7+CESwpKOJs0wg6s= =iLe+ -----END PGP SIGNATURE----- --xGXpqrg7kKlNM7dPtOGeqcrIi8pINiM8A-- From nobody Fri Aug 21 10:17:25 2020 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 6A8DF3A0E1E for ; Fri, 21 Aug 2020 10:17:23 -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, 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 6MKyeDABYd1z for ; Fri, 21 Aug 2020 10:17:19 -0700 (PDT) Received: from raoul.w3.org (raoul.w3.org [128.30.52.128]) (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 6A3D73A0E2D for ; Fri, 21 Aug 2020 10:17:18 -0700 (PDT) Received: from c-24-63-251-193.hsd1.ma.comcast.net ([24.63.251.193] helo=[192.168.11.90]) by raoul.w3.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1k9AfE-0004dj-5C for tools-discuss@ietf.org; Fri, 21 Aug 2020 17:17:16 +0000 To: tools-discuss@ietf.org From: Samuel Weiler Message-ID: <8ee6441d-88b5-2d3f-f024-76c4c03ce517@w3.org> Date: Fri, 21 Aug 2020 13:17:15 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 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] bug: not showing all versions of doc X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2020 17:17:23 -0000 https://tools.ietf.org/html/draft-ietf-trill-multilevel-single-nickname-09 does not show that the doc also has versions 10-13 https://tools.ietf.org/html/draft-ietf-trill-multilevel-single-nickname-13 shows 00-09 and 13 but not 10-12 -- Sam From nobody Thu Aug 27 10:54:55 2020 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 311673A112A; Thu, 27 Aug 2020 10:54:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.909 X-Spam-Level: X-Spam-Status: No, score=-101.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_WELCOMELIST=-0.01, USER_IN_WHITELIST=-100] 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 nHP6OhWVLOlW; Thu, 27 Aug 2020 10:54:46 -0700 (PDT) Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16BF03A11EE; Thu, 27 Aug 2020 10:54:26 -0700 (PDT) Received: from mail.amsl.com (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTPS id 721783C309E; Thu, 27 Aug 2020 10:54:20 -0700 (PDT) Received: from mail-yb1-f179.google.com (mail-yb1-f179.google.com [209.85.219.179]) by c8a.amsl.com (Postfix) with ESMTPSA id 4F7523C30A0; Thu, 27 Aug 2020 10:54:20 -0700 (PDT) Received: by mail-yb1-f179.google.com with SMTP id e187so3425798ybc.5; Thu, 27 Aug 2020 10:54:25 -0700 (PDT) X-Gm-Message-State: AOAM532y3+kLzZwHoLVMOdio56HcWddJ7v0YxWsvrtPU0TRF2AAIqzCC 7r0R7mOGCg243adtS3jjJG7PAS1CvBzbRj1M5m8= X-Google-Smtp-Source: ABdhPJxs1os6pCkZ6lBNj5R8kheW+1iWOG9Hyd7klUgLfgRwiY1sDPC61cPg2v4uxcudeBRqTIk4lR7H9wuD84AkESs= X-Received: by 2002:a25:7283:: with SMTP id n125mr28059288ybc.28.1598550865097; Thu, 27 Aug 2020 10:54:25 -0700 (PDT) MIME-Version: 1.0 References: <9D5A9A30-8F8C-42BA-B853-FA6E99277713@cooperw.in> In-Reply-To: From: Glen Date: Thu, 27 Aug 2020 10:54:13 -0700 X-Gmail-Original-Message-ID: Message-ID: To: tools-discuss@ietf.org Cc: Jay , Russ Housley , Henrik Levkowetz , Robert Sparks , Mark Nottingham , Alissa Cooper Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Tools-discuss] Why is inline CSS editing on IETF mailing lists? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 17:54:49 -0000 On Mon, Nov 4, 2019, at 08:09, Mark Nottingham wrote: > Hi, > I've noticed that mail sent to IETF lists appears to have its inline > CSS edited; in the message below, an extra "." is prefixed onto these > rules On Tue, Jul 28, 2020 at 7:30 AM Alissa Cooper wrote: > Wondering if we could get this taken care of between 108 and 109 since it just munged a URL I sent to an appeal response which is poor form. All - Henrik and I have identified this issue, and, with Henrik's cooperation, I have applied a fix to the servers for this. We *believe* this will resolve this issue completely. I apologize for the delay in processing this. Please let me know immediately if there are any questions or further issues. Glen From nobody Thu Aug 27 21:12:25 2020 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 81E2F3A0CD8 for ; Thu, 27 Aug 2020 21:12:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, 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 8vsKRUKJkkYf for ; Thu, 27 Aug 2020 21:12:22 -0700 (PDT) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 6194C3A0CC9 for ; Thu, 27 Aug 2020 21:12:22 -0700 (PDT) Received: by mail-pj1-x1036.google.com with SMTP id ls14so3674086pjb.3 for ; Thu, 27 Aug 2020 21:12:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=Y+EnzwLV/IgxjbL0eyJMIni+x/7LGvdlGop/fSjAAA4=; b=cJEHnX62146XdA4+rjLw8RvejDBooiLIWKPPPXKPt4SAzm18VBU8xdDOI92yvto8ns o4p2Q2xnmQZGfqtDlkcU4xW/JI5hAYoRjCyWwz4l7xACzo808lThrbWbeXTPvgTbZ1jy DosQkWIRhnQwJgPD99QEXK2dCbxWzOKf9CpylHmspgfQ9W1n2GFTFSgb9zNkJ57L7AMc 1yYdTH/YB0DunVJEv1+5BSh0qPYLtaORr4eUk4sHambpdUrmnrtgRdEVVaDKBR9hDQL1 vT/C9EhyRfjRZC45U4KdbzQbTmAqTn4Nv1Sj7eIjs5gaVKTQ3AhQwTpqk9ITbPW8Oug5 YGiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:organization:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=Y+EnzwLV/IgxjbL0eyJMIni+x/7LGvdlGop/fSjAAA4=; b=UpK3kPCHMHzh6oFSBd/43HavXsZ+UHVhSeMN7SIfr6HJvyZHyId3nHJh5kLPE2MWiM /rDxMlIxKxOTMfR2i7NYEvi5GkinMoaac7pp8KlhtDIZFtQa9mAz0SWF4fbSrAqTNVj9 tQg385FMaISjGw7rwFsU600Q0JvaUVAz+zKSu4UqTLumXhuB13+VFfXFSCMc1HHjhlhW DgFqOskf84Y6+jM89oFSeKFZXffd4h+Ub1ilGWPbzkMXNOk+M3GIjwDUoJM8sO7W01/B K7187Q7QgZU7+vDTaSDJVzeeMmCZTVfoDjo+emM2cBJJke/qJTqiMKV+YrEEoFAP0jO1 v/lg== X-Gm-Message-State: AOAM5308IBw1YrlEN9HdgiuMoYSkAwDMUruWgx6lMdIPOo5rm9Vr/m+e fgL9j5qzgWs882jtoQ0xUWRsIi5lwMC1kw== X-Google-Smtp-Source: ABdhPJyAljhzN8JOYqzIMZZzUMlgK2zNrHOjIkfpa5Ol/a/UqHYFszdxdkIUNskBLPYlA5WVArx+WQ== X-Received: by 2002:a17:902:9a92:: with SMTP id w18mr19370623plp.169.1598587941242; Thu, 27 Aug 2020 21:12:21 -0700 (PDT) Received: from [192.168.178.20] ([151.210.139.192]) by smtp.gmail.com with ESMTPSA id f17sm4545285pfq.67.2020.08.27.21.12.18 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 27 Aug 2020 21:12:20 -0700 (PDT) To: tools-discuss From: Brian E Carpenter Organization: University of Auckland Message-ID: <8e0cc2be-14e9-483b-1aec-e242d78c2d9f@gmail.com> Date: Fri, 28 Aug 2020 16:12:16 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [Tools-discuss] "New Version Notification" and "I-D Action:" messages X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 04:12:24 -0000 Hi, I've noticed that when an I-D in v3 format is posted, neither of the automatic messages sent ("New Version Notification" and "I-D Action:") include the URL for the the v3 HTML version. That's a shame, to say the least. For example, https://mailarchive.ietf.org/arch/msg/i-d-announce/YhsUdVRNI9N55n68FP1KCqQrLsk does not point to https://www.ietf.org/id/draft-carpenter-eligibility-expand-04.html You can find it via the tracker page, of course, but how many people will do that rather than using the htmlized link (which in this particular case is unfortunate, because of the SVG diagrams). Regards Brian Carpenter From nobody Sun Aug 30 16:51:32 2020 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 B4A2B3A0B5B; Sun, 30 Aug 2020 16:51:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=FSIdgrc9; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=k9mb3Wlp 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 R2XIRGV4d6jS; Sun, 30 Aug 2020 16:51:29 -0700 (PDT) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DAC33A0B5A; Sun, 30 Aug 2020 16:51:29 -0700 (PDT) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 1F0AB230; Sun, 30 Aug 2020 19:51:28 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sun, 30 Aug 2020 19:51:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=6 d4ws3yozG2LI3UuxZfGZouZ7KY6cz1SFrxSeYKO9yQ=; b=FSIdgrc9TiTLv+nVu /1AZTFTiqPXbmTIZW4uoNYWCzHLGbp3nngD9BW5yODWBh6GDXl/dx+K55swXOYvL XruHc7yK9G4tjTtO89vCjAYWi6sxeJlfyaWeJVpYP8/LxRFLX9y9JIOWMPsxvkxK aUEk0a2CtiafFQTj0pJHOMEijshLiqJSPC2t5sE+rfxs5uqDRbpWsd1/1FwrJesQ aGTnW0ZAPwga+CKN/I7xWUUWSuqmuBy4hMjck/tln6ZdR281NvoI+4LlzSjTM7k1 oD5pUNco33/5nAZVZXJCryCsiQr7C3g1n2nwFhmTV8q1FVi5RMWJ3UH5VQw1NIyh mGgrw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=6d4ws3yozG2LI3UuxZfGZouZ7KY6cz1SFrxSeYKO9 yQ=; b=k9mb3WlpBV73RCvOn1Q3++pOS7GNfmFPkbu1gh3KKW3bqxcspWhNDUSFJ pC8ELFeFXXBjiuuVIyTHrBdfvbEC7vNVl+vRnGIAIAS/SZUCwImPi7ZL38D9sKDj MCgZlSnqNE3D5o8dpz6t+yfZDdDqy+x4Lgg/NdIH5XY+OtKZ0qMcbEVeLrBpJ4on 4tU6mAVeEXk8ox330dfXGRH1xwpnYvaPJPoYo6QZwdvldLTo84G+iwmCmStF1LkA UEDIcOr8IGS5LK0Dy82lXk/64Lgzggcpsq911LyFCFfjAgfzkzfD/IVejC5pWkhJ /kfpPmsWUwQSHBVZOpg2g5Sah+qyA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudefgedgvdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomhepofgrrhhk ucfpohhtthhinhhghhgrmhcuoehmnhhothesmhhnohhtrdhnvghtqeenucggtffrrghtth gvrhhnpeekuddvleejgeethfevkefhtdevkeelveekfeegleduiefhudegvdeiuefftddt hfenucffohhmrghinhepihgvthhfrdhorhhgpdhmnhhothdrnhgvthenucfkphepuddule drudejrdduheekrddvhedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehm rghilhhfrhhomhepmhhnohhtsehmnhhothdrnhgvth X-ME-Proxy: Received: from [192.168.7.30] (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id EE68A306005F; Sun, 30 Aug 2020 19:51:22 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Mark Nottingham In-Reply-To: Date: Mon, 31 Aug 2020 09:51:19 +1000 Cc: tools-discuss@ietf.org, Jay , Russ Housley , Henrik Levkowetz , Robert Sparks , Alissa Cooper Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D5A9A30-8F8C-42BA-B853-FA6E99277713@cooperw.in> To: Glen X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [Tools-discuss] Why is inline CSS editing on IETF mailing lists? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2020 23:51:32 -0000 It worked! Many thanks. > On 28 Aug 2020, at 3:54 am, Glen wrote: >=20 > On Mon, Nov 4, 2019, at 08:09, Mark Nottingham wrote: >> Hi, >> I've noticed that mail sent to IETF lists appears to have its inline >> CSS edited; in the message below, an extra "." is prefixed onto these >> rules >=20 > On Tue, Jul 28, 2020 at 7:30 AM Alissa Cooper wrote: >> Wondering if we could get this taken care of between 108 and 109 = since it just munged a URL I sent to an appeal response = = which is poor form. >=20 > All - >=20 > Henrik and I have identified this issue, and, with Henrik's > cooperation, I have applied a fix to the servers for this. >=20 > We *believe* this will resolve this issue completely. >=20 > I apologize for the delay in processing this. Please let me know > immediately if there are any questions or further issues. >=20 > Glen -- Mark Nottingham https://www.mnot.net/ From nobody Mon Aug 31 12:45:14 2020 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 4DA6A3A0D8C; Mon, 31 Aug 2020 12:45:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.079 X-Spam-Level: X-Spam-Status: No, score=-2.079 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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=nostrum.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 K1_ZP8KLW_sZ; Mon, 31 Aug 2020 12:45:11 -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 14A793A0D87; Mon, 31 Aug 2020 12:45:11 -0700 (PDT) Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.16.1/8.15.2) with ESMTPSA id 07VJj9qJ062930 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 31 Aug 2020 14:45:10 -0500 (CDT) (envelope-from rjsparks@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1598903110; bh=Fny4kgihT8EnpN61IRCPmrEPbQ87ljM9XHhoBDbeaGY=; h=To:From:Subject:Date; b=Vb6DnSWV7sPwu65l+s3V32+2h88l13AYsXZamKnlWHsIZ3fX6bfyz5aTARKDObe5z Wrd+aZuNsrKrKQ2psdStCL+J1n+OhNYIoDxQhIPRwkSPrF+rObs1xKG+Ixut4O9qmG +fh2NvmedHtkLFkRdNA5G9rqWxXb2WRVlGFeXpoo= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local To: codesprints@ietf.org, "tools-discuss@ietf.org" From: Robert Sparks Message-ID: <7c01a31d-cde7-c070-0f23-e923afdba6ac@nostrum.com> Date: Mon, 31 Aug 2020 14:45:07 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: [Tools-discuss] Doodle for preferences for a sprint between IETF 108 and 109. X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2020 19:45:12 -0000 If you are interested in participating in a codesprint between now and IETF109, please add yourself to the survey at https://doodle.com/poll/xyiy9pw2wqyh7daq RjS From nobody Mon Aug 31 12:51:05 2020 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 31F473A191D; Mon, 31 Aug 2020 12:51:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.027 X-Spam-Level: X-Spam-Status: No, score=-3.027 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.948, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=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=nostrum.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 rrXAFfODjKIB; Mon, 31 Aug 2020 12:50:57 -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 0042B3A191B; Mon, 31 Aug 2020 12:50:56 -0700 (PDT) Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.16.1/8.15.2) with ESMTPSA id 07VJotaW065050 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 31 Aug 2020 14:50:56 -0500 (CDT) (envelope-from rjsparks@nostrum.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1598903456; bh=bKkHT6PmipLwqEjEJCtebzSwtvzy9nODHTIqJoZzEow=; h=Subject:From:To:References:Date:In-Reply-To; b=BQgmiI17G8mPY036uL2/8SXIUlxF7GVa2vhZxU76dakfx10ofJph+hDqexHGHspiw PO8MW1PLVnHX1czLCr0+3J1v0uoWaBqff5sjVAOVZcEkmmizy7+kJorFQ2rIZ1uUax Sm37yX5BfD/+uZayRaPVdE67C91h3mxxb5fgauq0= X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local From: Robert Sparks To: codesprints@ietf.org, "tools-discuss@ietf.org" References: <7c01a31d-cde7-c070-0f23-e923afdba6ac@nostrum.com> Message-ID: <09b7cf07-86ad-484a-d5b5-adc67f82811f@nostrum.com> Date: Mon, 31 Aug 2020 14:50:53 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <7c01a31d-cde7-c070-0f23-e923afdba6ac@nostrum.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Archived-At: Subject: Re: [Tools-discuss] Doodle for preferences for a sprint between IETF 108 and 109. X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Aug 2020 19:51:00 -0000 Ugh - I intended to have all 7 weekdays on that poll, but missed Sunday - I've added that as a last option - it's out of place with the rest, but doodle will only let me append and not reorder - apologies. On 8/31/20 2:45 PM, Robert Sparks wrote: > If you are interested in participating in a codesprint between now and > IETF109, please add yourself to the survey at > https://doodle.com/poll/xyiy9pw2wqyh7daq > > RjS >