Re: IETF 107 Standard Registration and Internet Draft Deadline Approaching
Lou Berger <lberger@labn.net> Fri, 06 March 2020 00:33 UTC
Return-Path: <lberger@labn.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 104A23A0F6F for <ietf@ietfa.amsl.com>; Thu, 5 Mar 2020 16:33:19 -0800 (PST)
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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.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 5Ja1uY6ErxlK for <ietf@ietfa.amsl.com>; Thu, 5 Mar 2020 16:33:17 -0800 (PST)
Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) (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 A2ED73A0F67 for <ietf@ietf.org>; Thu, 5 Mar 2020 16:33:17 -0800 (PST)
Received: from cmgw15.unifiedlayer.com (unknown [10.9.0.15]) by gproxy8.mail.unifiedlayer.com (Postfix) with ESMTP id 104241AB02D for <ietf@ietf.org>; Thu, 5 Mar 2020 17:33:11 -0700 (MST)
Received: from box313.bluehost.com ([69.89.31.113]) by cmsmtp with ESMTP id A0vOjGNLG1as5A0vOjHfxT; Thu, 05 Mar 2020 17:33:11 -0700
X-Authority-Reason: nr=8
X-Authority-Analysis: v=2.3 cv=ScTZiMZu c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=SS2py6AdgQ4A:10:nop_rcvd_month_year a=Vy_oeq2dmq0A:10:endurance_base64_authed_username_1 a=r77TgQKjGQsHNAKrUKIA:9 a=48vgC7mUAAAA:8 a=gKmFwSsBAAAA:8 a=abwqm-zPECvp7gLHmY0A:9 a=QEXdDO2ut3YA:10:nop_charset_2 a=DAIhgCzSaVUgej7SMtgA:9 a=LYyRu7aZIRe52trC:21 a=_W_S_7VecoQA:10:nop_html a=w1C3t2QeGrPiZgrLijVG:22 a=nnPW6aIcBuj1ljLj_o6Q:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Type:MIME-Version:Subject:References:In-Reply-To: Message-ID:Date:CC:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7EkvM7kO+4A2TWzpPNAmtOEE3Wo7fyJtxsjBUpOWmEM=; b=e0OMou6BJGs3VeIT4YFx8ZD37k eZ8mnjUMTEeD54fzHB7fDRrCanL3BfLndPfjRrJ3IAwOM66n7xE/835vRpO9DKl+jF7TE2QXCMdXq tFgIPOJGpkxJdYQpQfnG14Udr;
Received: from pool-72-66-11-201.washdc.fios.verizon.net ([72.66.11.201]:38688 helo=[11.5.0.140]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from <lberger@labn.net>) id 1jA0vO-002P8y-Kg; Thu, 05 Mar 2020 17:33:10 -0700
From: Lou Berger <lberger@labn.net>
To: Jay Daley <jay@ietf.org>, Carsten Bormann <cabo@tzi.org>
CC: IETF discussion list <ietf@ietf.org>, 107all@ietf.org
Date: Thu, 05 Mar 2020 19:33:08 -0500
Message-ID: <170ad423be0.277b.9b4188e636579690ba6c69f2c8a0f1fd@labn.net>
In-Reply-To: <09A1A713-3C6D-4DC2-8A69-999FE76806F6@ietf.org>
References: <158344386661.14598.13307571424986389922@ietfa.amsl.com> <4295F611-DDB6-4BCB-AFF3-B7F313C6C9A6@sobco.com> <19D579B6-E81E-47BE-9881-6DFA3D5173D1@ietf.org> <5B5288DF-2E4E-417B-94A7-B0E7A89FB9B5@sobco.com> <C5159B8D-46A0-44FF-B5C1-15CA524B8ED2@me.com> <CF47024C-EC16-4503-99B5-997CD4D13B66@ietf.org> <913D117B-731D-4C5A-8A5F-0949E6E7D3AD@tzi.org> <09A1A713-3C6D-4DC2-8A69-999FE76806F6@ietf.org>
User-Agent: AquaMail/1.22.0-1511 (build: 102200004)
Subject: Re: IETF 107 Standard Registration and Internet Draft Deadline Approaching
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----------170ad429bc72558277b3034fa0"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 72.66.11.201
X-Source-L: No
X-Exim-ID: 1jA0vO-002P8y-Kg
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: pool-72-66-11-201.washdc.fios.verizon.net ([11.5.0.140]) [72.66.11.201]:38688
X-Source-Auth: lberger@labn.net
X-Email-Count: 3
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
X-Local-Domain: yes
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/sMTkc4IEHcKErzLXkI1F-LrTwSo>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2020 00:33:19 -0000
Jay, two very different points here: 1) Everyone's situation is different / unique and often more complicated than simply who is canceling. I strongly urge you, the LLC and the iesg to have a single consistent, and public, refund policy for all. (Either full refund for all or service charge for all). 2) have you checked on the legal exposure to the organization of continuing to hold the meeting in the face of so many public cancellations - which are taking place at the organizational level (e.g., f8), the association level (IEEE, apc) and at the national level (CN and IS)? Thanks, Lou ---------- On March 5, 2020 6:58:28 PM Jay Daley <jay@ietf.org> wrote: > > >> On 6/03/2020, at 12:50 PM, Carsten Bormann <cabo@tzi.org> wrote: >> >> The difference should not be between corporate and government travel >> restrictions but between self-inflicted (company halts travel, company >> pays) and externally imposed (individual pays, employer still forbids >> travel; company pays, government forbids travel). > > I agree. > > Jay > >> >> Grüße, Carsten >> > > -- > Jay Daley > IETF Executive Director > jay@ietf.org > +64 21 678840 >
- IETF 107 Standard Registration and Internet Draft… IETF Secretariat
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: [107all] IETF 107 Standard Registration and I… Randy Bush
- Re: [107all] IETF 107 Standard Registration and I… Robert Raszuk
- Re: [107all] IETF 107 Standard Registration and I… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Robert Raszuk
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: IETF 107 Standard Registration and Internet D… Ole Jacobsen
- Re: IETF 107 Standard Registration and Internet D… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Carsten Bormann
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Salz, Rich
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Wrt. cancelling IETF107 in-person registration (w… Toerless Eckert
- Re: IETF 107 Standard Registration and Internet D… Kathleen Moriarty
- Re: IETF 107 Standard Registration and Internet D… Alissa Cooper
- Re: IETF 107 Standard Registration and Internet D… Alissa Cooper
- Re: IETF 107 Standard Registration and Internet D… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- RE: IETF 107 Standard Registration and Internet D… Larry Masinter
- Re: risk zones (was: IETF 107 Standard Registrati… Alexandre Petrescu
- Re: IETF 107 Standard Registration and Internet D… Dirk Kutscher
- Re: risk zones Joseph Potvin
- Re: risk zones Alexandre Petrescu
- Re: Wrt. cancelling IETF107 in-person registratio… Jared Mauch
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: IETF 107 Standard Registration and Internet D… Marc Petit-Huguenin
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: risk zones Phillip Hallam-Baker
- Re: IETF 107 Standard Registration and Internet D… Toerless Eckert
- Re: risk zones Alexandre Petrescu
- Re: risk zones Rich Kulawiec
- Re: IETF 107 Standard Registration and Internet D… Alexandre Petrescu
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: risk zones Christian Huitema
- Re: risk zones Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jim Fenton
- on "positive" organizational culture Keith Moore
- Re: on "positive" organizational culture Jay Daley
- Re: on "positive" organizational culture S Moonesamy
- Re: IETF 107 Standard Registration and Internet D… Toerless Eckert
- Re: on "positive" organizational culture Keith Moore
- Re: on "positive" organizational culture Jay Daley
- Re: on "positive" organizational culture Toerless Eckert
- Re: on "positive" organizational culture Keith Moore