Re: IETF Policy on dogfood consumption or avoidance - SMTP version

Viktor Dukhovni <ietf-dane@dukhovni.org> Thu, 19 December 2019 09:09 UTC

Return-Path: <ietf-dane@dukhovni.org>
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 79B821201E4 for <ietf@ietfa.amsl.com>; Thu, 19 Dec 2019 01:09:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 sjd9yGt-VHtC for <ietf@ietfa.amsl.com>; Thu, 19 Dec 2019 01:09:22 -0800 (PST)
Received: from straasha.imrryr.org (straasha.imrryr.org [100.2.39.101]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BAED120219 for <ietf@ietf.org>; Thu, 19 Dec 2019 01:09:22 -0800 (PST)
Received: by straasha.imrryr.org (Postfix, from userid 1001) id 3CDB85564E; Thu, 19 Dec 2019 04:09:21 -0500 (EST)
Date: Thu, 19 Dec 2019 04:09:21 -0500
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
To: ietf@ietf.org
Subject: Re: IETF Policy on dogfood consumption or avoidance - SMTP version
Message-ID: <20191219090921.GN11489@straasha.imrryr.org>
Reply-To: ietf@ietf.org
References: <8EE11B75E1F8A7E7105A1573@PSB> <m2a77ttff6.wl-randy@psg.com> <CABL0ig4Wz-0dk7bsRpaN6pni2rHEc-jPnygwed_Hygy+CiehQA@mail.gmail.com> <16306b3a-63bd-621e-636c-dd7626f74733@foobar.org> <4D7EEBF62E149D1F23BA6A32@PSB> <58595081-6F4F-45E2-9798-B691AC919D28@cisco.com> <15D46124EFC1486F3613EF01@PSB> <0D67643B-00ED-482A-BCE0-1CF5A513C61F@cisco.com> <1fdc9df2-b66b-26cc-0e83-e973d30b8ec0@tana.it>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <1fdc9df2-b66b-26cc-0e83-e973d30b8ec0@tana.it>
User-Agent: Mutt/1.12.2 (2019-09-21)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/3j7FHTvyBqsbh2wESzf-paqI9Js>
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: Thu, 19 Dec 2019 09:09:24 -0000

On Thu, Dec 19, 2019 at 10:00:21AM +0100, Alessandro Vesely wrote:

> On Thu 19/Dec/2019 09:16:23 +0100 Eliot Lear wrote:
> > If you can’t manage to get a PTR into the DNS, there are a great
> > many options that include, but are not limited to using a free or
> > pay-for mail service.  You can still build your own, but you may
> > have to use a data center that agrees to update the PTR record for
> > you (this is what I have done).  A mechanism even exists to
> > accomplish this with EC2 at very nominal prices (~USD $10/month)
> 
> That's hardly acceptable.  For one point, being forced to virtualize
> the mail server, to locate it in a remote data center, or to outsource
> its service tout-court is not the kind of solution to be encouraged.
> It exacerbates the trend toward few giant email operators.

The actual reported problem does not in fact require a client MTA to
have a PTR record for its IP address, all that the client needs to do is
send a HELO name that resembles an FQDN.

Mind you an MTA that lacks a PTR for its IP address will be reject by
pretty much every peer MTA on the Internet.  The ietf.org lists would be
the least of its problems.  

Given that said PTR is published, its target may as well be the HELO
name, there's no reason to take a principled stand on one's moral right
to use an address literal, we have more important issues to consider.
Over and out.

-- 
    Viktor.