[DNSOP] Fwd: [Editorial Errata Reported] RFC1035 (5915)
Warren Kumari <warren@kumari.net> Fri, 20 December 2019 03:36 UTC
Return-Path: <warren@kumari.net>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0412812006D for <dnsop@ietfa.amsl.com>; Thu, 19 Dec 2019 19:36:52 -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, RCVD_IN_DNSWL_NONE=-0.0001, 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=kumari-net.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 EyK50wQKtWbg for <dnsop@ietfa.amsl.com>; Thu, 19 Dec 2019 19:36:50 -0800 (PST)
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 E3F4912001A for <dnsop@ietf.org>; Thu, 19 Dec 2019 19:36:49 -0800 (PST)
Received: by mail-qt1-x833.google.com with SMTP id e5so7026069qtm.6 for <dnsop@ietf.org>; Thu, 19 Dec 2019 19:36:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=aL0u9oOv76YIQMP45ZPHB/IDTxUacWbC1c1YwWYN0j8=; b=uQcjn4JCvQWxdQGvCVGec35kmH5JJUIWwJ2DxV+nyWLBl6gLbFstaflRFyuiq0ylVF lrtEP06/E6rXskhZvClFCts5a/CqDzWte4uCGA+HHJ4UH6ophzdaVLTpWNOC9h85eR+M LxmzYC20ibWjpqvEnf/8qD2+1ZtnMjnYQQwtF8etGoSfjUkbK57x+TPSRd7hIypETjM5 Xm+Zdhfj1fS+0gcB0WG9VsUYII6hfgJPdLuYGTOZ0ncqYzDn2JF9jOwj+cYD/lgdbxnq FQGKJZX+yR0O/JmmwuCLcFu8K7IX0+SdpdjEnUIaEyN/uN0kGllSuzLdaiH6PDIMZ887 UERg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=aL0u9oOv76YIQMP45ZPHB/IDTxUacWbC1c1YwWYN0j8=; b=d7pdDb7S+8062ZXw2O2Pi5BqKrbLhlQKp0fIfl0hvZ5rTc0lVCLTSsSdUwqiliRcB4 izzgEnDMFbvY3f+JOnb7joHe54Taskp8H6sOO65wOWs75C/jR+djmHcuXqqi8rCTlRQV RohWFhVBvAjfgKGV83PYLzG/IFDqB5J6ttq2Ah2BHcFOlXmpSmJrBQ9Xz4Ru+6WbOPoO Gw2uRg9GofUYhwqYwJ1JciF2em0fLyVquUUm60w2nXn5RFeetLudqBYMTf77Tr43fzdq 5pIU4uIiGcPMcZhl55NzRZFydLobkHpI+zKZV48ircciK62GaUmObmTWMyyaia3pwnMb nWzw==
X-Gm-Message-State: APjAAAUZrEtDPZFj2DZHZAM1ZvySff4Cf1VR0oJrKJXko+D8sjZh+Lky e68XRQ2isb+wRAfS/43zNpp86JmTKCKcg/mHQNtwBWwcgAs=
X-Google-Smtp-Source: APXvYqxaLmT//qF8Yc1uLy3FovpJUy5LrZeyQRv+WhnEUA/3yHRJBny0XL7IvhqMiFUIXq6N4eEKWR5snHXZ2Zv+KUQ=
X-Received: by 2002:ac8:1e90:: with SMTP id c16mr9949611qtm.265.1576813008249; Thu, 19 Dec 2019 19:36:48 -0800 (PST)
MIME-Version: 1.0
References: <20191122000302.3D09AF40709@rfc-editor.org>
In-Reply-To: <20191122000302.3D09AF40709@rfc-editor.org>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 19 Dec 2019 22:36:12 -0500
Message-ID: <CAHw9_iL01QrdXT+7_SGVNczRJinGvYUbjB9n2XCd8-k_qcq+sA@mail.gmail.com>
To: dnsop <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/L_yjf4eyDRlkIOqaWULf1HUK8f0>
Subject: [DNSOP] Fwd: [Editorial Errata Reported] RFC1035 (5915)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Dec 2019 03:36:52 -0000
Hi there all, I stumbled across this while cleaning out my mailbox -- I *think* that this makes sense, and that I should accept this as Hold For Document Update ( https://www.ietf.org/about/groups/iesg/statements/processing-rfc-errata/ ) - does anyone disagree? If so, please let me know by Jan 5th. W ---------- Forwarded message --------- From: RFC Errata System <rfc-editor@rfc-editor.org> Date: Thu, Nov 21, 2019 at 7:03 PM Subject: [Editorial Errata Reported] RFC1035 (5915) To: <iesg@ietf.org> Cc: <alexdupuy@google.com>, <rfc-editor@rfc-editor.org> The following errata report has been submitted for RFC1035, "Domain names - implementation and specification". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5915 -------------------------------------- Type: Editorial Reported by: Alexander Dupuy <alexdupuy@google.com> Section: 6.2 Original Text ------------- When a response is so long that truncation is required, the truncation should start at the end of the response and work forward in the datagram. Thus if there is any data for the authority section, the answer section is guaranteed to be unique. Corrected Text -------------- When a response is so long that truncation is required, the truncation should start at the end of the response and work forward in the datagram. Thus if there is any data for the authority section, the answer section is guaranteed to be complete. Notes ----- It's not clear what it might mean for an answer section to be unique. However, by following the algorithm described of removing RRs from the back to the front, if any RRs remain in the authority (or additional) section, the answer section is guaranteed to be complete. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC1035 (no draft string recorded) -------------------------------------- Title : Domain names - implementation and specification Publication Date : November 1987 Author(s) : P.V. Mockapetris Category : INTERNET STANDARD Source : Legacy Area : Legacy Stream : IETF Verifying Party : IESG -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf
- [DNSOP] Fwd: [Editorial Errata Reported] RFC1035 … Warren Kumari
- Re: [DNSOP] Fwd: [Editorial Errata Reported] RFC1… Wes Hardaker
- Re: [DNSOP] Fwd: [Editorial Errata Reported] RFC1… Bob Harold
- Re: [DNSOP] Fwd: [Editorial Errata Reported] RFC1… Ray Bellis
- Re: [DNSOP] Fwd: [Editorial Errata Reported] RFC1… Tim Wicinski
- Re: [DNSOP] Fwd: [Editorial Errata Reported] RFC1… Dick Franks
- Re: [DNSOP] [Editorial Errata Reported] RFC1035 (… Viktor Dukhovni