Re: Implicit MX and A RRs

Ned Freed <ned.freed@mrochek.com> Fri, 28 March 2008 17:11 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietfarch-ietf-archive@core3.amsl.com
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5297328C905; Fri, 28 Mar 2008 10:11:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.978
X-Spam-Level:
X-Spam-Status: No, score=-99.978 tagged_above=-999 required=5 tests=[AWL=0.459, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zztf3iXGLjqZ; Fri, 28 Mar 2008 10:11:28 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A78828C8F1; Fri, 28 Mar 2008 10:11:13 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 39D2E28C8F1 for <ietf@core3.amsl.com>; Fri, 28 Mar 2008 10:11:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xPAdrXQNMPOX for <ietf@core3.amsl.com>; Fri, 28 Mar 2008 10:11:06 -0700 (PDT)
Received: from mauve.mrochek.com (dsl-66-59-230-40.static.linkline.com [66.59.230.40]) by core3.amsl.com (Postfix) with ESMTP id 8A9A028C49A for <ietf@ietf.org>; Fri, 28 Mar 2008 10:11:06 -0700 (PDT)
MIME-version: 1.0
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01MSY9024SOG000OYN@mauve.mrochek.com> for ietf@ietf.org; Fri, 28 Mar 2008 10:07:59 -0700 (PDT)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01MSX8YB275C00007A@mauve.mrochek.com>; Thu, 27 Mar 2008 17:46:19 -0700 (PDT)
Message-id: <01MSXAPZVTGQ00007A@mauve.mrochek.com>
Date: Thu, 27 Mar 2008 17:41:39 -0700
From: Ned Freed <ned.freed@mrochek.com>
Subject: Re: Implicit MX and A RRs
In-reply-to: "Your message dated Fri, 28 Mar 2008 00:20:16 +0000" <alpine.LSU.1.00.0803280011300.10284@hermes-1.csi.cam.ac.uk>
References: <200803261141.m2QBfJbT091722@drugs.dv.isc.org> <98BB1843C1A06A1A50D6F2DA@p3.JCK.COM> <47EA61CD.1080605@att.com> <20080327070022.GA18854@paja.nic.funet.fi> <alpine.LSU.1.00.0803280011300.10284@hermes-1.csi.cam.ac.uk>
To: Tony Finch <dot@dotat.at>
DKIM-Signature: a=rsa-sha1; c=nowsp; d=mrochek.com; s=mauve; t=1206724079; h=Date: From:Subject:MIME-version:Content-type; b=ZCkp00YzGNSET3rgWh9TL1AAP Q7co96nONvZ0zWfxHjNa1qjjfXOU4PoRWe+rBf0UGni3T8aATBVHO2ZKRCsHg==
Cc: Matti Aarnio <mea@nic.funet.fi>, Tony Hansen <tony@att.com>, ietf@ietf.org, SMTP Interest Group <ietf-smtp@imc.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

> On Thu, 27 Mar 2008, Matti Aarnio wrote:
> >
> > There will be lots of legacy codes using legacy APIs for long future.
> > I do use  getaddrinfo()  API myself, and permit it do all queries to
> > get addresses.  Thus it will also query for A in addition to AAAA.
> > It can even be ordered to ignore IPv4 or IPv6 as sysadmin wants.

> There's an amusing interop issue with getaddrinfo and DNS lookups in MTAs.
> In many implementations getaddrinfo will perform SRV lookups for you (as
> an extension to /etc/services or getservbyname), so it probably doesn't do
> the right thing (or it can be persuaded not to do the right thing by
> people with perverse DNS setups). On Mac OS X, the daemon that handles
> getaddrinfo has a special case for port 25 which performs MX lookups for
> you (like SRV lookups), so it certainly does't do the right thing! Serious
> email software needs to talk to the low-level resolver API in situations
> when it cares about the detailed semantics of domain resolution, and it
> needs a way of talking to the high-level resolver API when the sysadmin
> chooses so that /etc/hosts, /etc/nsswitch.conf, and similar platform-
> specific settings can do their thing.

If anything this understates the problems MTAs face. Sure, you can use your own
resolver routines and avoid these semantics issues with getaddrinfo, but now
you're doing purely DNS-based address lookup. It may not be standardized, but
it is surprisingly common to use other name services or host files for this
within an administative domain. And while it may be possible to duplicate the
logic to do these other  sorts of lookups, you're now talking about
substantially more code and complexity, not to mention platform and
environmental dependencies.

				Ned
_______________________________________________
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf