IETF Logo Mail Archive

Re: [dnsext] loads of TXT records for fun and profit

"Murray S. Kucherawy" <superuser@gmail.com> Fri, 03 May 2013 21:57 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5649921F92CF for <dnsext@ietfa.amsl.com>; Fri, 3 May 2013 14:57:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JjouEk-LFXP4 for <dnsext@ietfa.amsl.com>; Fri, 3 May 2013 14:57:23 -0700 (PDT)
Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) by ietfa.amsl.com (Postfix) with ESMTP id B8FBA21F9164 for <dnsext@ietf.org>; Fri, 3 May 2013 14:57:21 -0700 (PDT)
Received: by mail-wg0-f50.google.com with SMTP id m15so1966355wgh.17 for <dnsext@ietf.org>; Fri, 03 May 2013 14:57:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=aRG9ey1/VVCMGDZYbxt/2rf+IgM22tZ0RayhV07OhhM=; b=bL+kUuAHgOEqIOMnuc8P3Dq3TPLUd9L/8z1XZIf+zdRAc8z9a8mmWL45UGy3olXFdH uvKxp8C4YWECZxhCEjQ01H2PrbGzbTxyn3uCjJFcR97GhrInKcegvHKPvo3HzPotC2OD WzMryMr03raDCrHdLuXhKwiT3eE8n4PMuTqkY2WJh6+bXuYEvQ3yBaZ6fWH/G1gl6e21 hW6KE6ooX401BdgsWXn4r319XLBvijnJtm4gLLvAB76oT6cKcjvIPn3IujVmfVn8t9Ue S9G+Gc7HkmtSfHlYqlxd/qQKhmUq3ckgvuR+cw2MyzfRDt2ie+Z6thepEFAHEq/FItjW TCnw==
MIME-Version: 1.0
X-Received: by 10.194.93.68 with SMTP id cs4mr16315846wjb.17.1367618240927; Fri, 03 May 2013 14:57:20 -0700 (PDT)
Received: by 10.180.14.34 with HTTP; Fri, 3 May 2013 14:57:20 -0700 (PDT)
In-Reply-To: <EB1F5846-C500-4277-90EA-CF37923A0212@virtualized.org>
References: <20130425013317.36729.qmail@joyce.lan> <80ADB3EE-17FD-4628-B818-801CB71BCBFE@virtualized.org> <alpine.BSF.2.00.1304242309150.38677@joyce.lan> <46778ED3-35A2-44B4-BE3C-AAC4F7B314FF@virtualized.org> <92BBD83F-676D-4B05-B927-4101DD5CAD3E@neustar.biz> <DC121025-A014-492B-AFAD-22CDE49D866E@rfc1035.com> <CAMm+Lwi4MAjX8BAk_ro9usf6AJo=1UERhGBJ1rUa-AbrX09dqg@mail.gmail.com> <E5E3F801-6490-48A8-A12F-A6561893D78A@icsi.berkeley.edu> <D00A1E79-40F2-4EFF-975C-8618C7AC750A@virtualized.org> <20130503203921.GA22566@redoubt.spodhuis.org> <EB1F5846-C500-4277-90EA-CF37923A0212@virtualized.org>
Date: Fri, 03 May 2013 14:57:20 -0700
Message-ID: <CAL0qLwbx0OVPRJGBgbjHFzZbL3nD6+mTaMH8-Z=JkONgyWx9RQ@mail.gmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
To: David Conrad <drc@virtualized.org>
Content-Type: multipart/alternative; boundary="047d7b5d8cff705d2304dbd76f11"
Cc: "dnsext@ietf.org Group" <dnsext@ietf.org>
Subject: Re: [dnsext] loads of TXT records for fun and profit
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 May 2013 21:57:24 -0000

On Fri, May 3, 2013 at 2:01 PM, David Conrad <drc@virtualized.org> wrote:

> Last sentence of RFC 4408, section 3.1.3:
>
> "  SPF or TXT records containing multiple strings are useful in
>    constructing records that would exceed the 255-byte maximum length of
>    a string within a single TXT or SPF RR record."
>
> Sure sounds to me like 4408 anticipates multiple TXT RRs.
>

No, that section is all about having a single TXT RR whose complete content
doesn't fit in 255 characters.  It illustrates how to achieve this within a
single RR in zone file format.

v2.23.0 | Report a Bug | By Email