Re: Last Call: draft-klensin-rfc2821bis

David Morris <dwm@xpasc.com> Sun, 30 March 2008 22:28 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D5BE228C2ED; Sun, 30 Mar 2008 15:28:34 -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 A541128C2ED for <ietf@core3.amsl.com>; Sun, 30 Mar 2008 15:28:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.121
X-Spam-Level:
X-Spam-Status: No, score=0.121 tagged_above=-999 required=5 tests=[AWL=0.551, BAYES_00=-2.599, MISSING_HEADERS=1.292, RCVD_IN_SORBS_DUL=0.877]
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 T9Hd3FRLom+b for <ietf@core3.amsl.com>; Sun, 30 Mar 2008 15:28:32 -0700 (PDT)
Received: from email.xpasc.com (email.xpasc.com [65.85.17.142]) by core3.amsl.com (Postfix) with ESMTP id 7A4CF28C2C2 for <ietf@ietf.org>; Sun, 30 Mar 2008 15:28:32 -0700 (PDT)
Received: from bslepgate.xpasc.com (localhost.localdomain [127.0.0.1]) by bslepgate.xpasc.com (Postfix-out) with ESMTP id 73643101834 for <ietf@ietf.org>; Sun, 30 Mar 2008 15:28:28 -0700 (PDT)
X-Propel-Return-Path: <dwm@xpasc.com>
Received: from email.xpasc.com ([10.1.2.88]) by [127.0.0.1] ([127.0.0.1]) (port 7027) (Abaca EPG outproxy filter 2.1.7.8167-src $Rev: 8148 $) id iz6Ur83umsr0; Sun, 30 Mar 2008 15:28:28 -0700
Received: from xpasc.com (egate.xpasc.com [10.1.2.49]) by bslepgate.xpasc.com (Postfix-out) with ESMTP id 721AF10181D for <ietf@ietf.org>; Sun, 30 Mar 2008 15:28:27 -0700 (PDT)
Received: from egate.xpasc.com (egate.xpasc.com [10.1.2.49]) by xpasc.com (8.11.2/8.11.2) with ESMTP id m2UMSQB01194 for <ietf@ietf.org>; Sun, 30 Mar 2008 14:28:26 -0800
Date: Sun, 30 Mar 2008 14:28:26 -0800
From: David Morris <dwm@xpasc.com>
cc: ietf@ietf.org
Subject: Re: Last Call: draft-klensin-rfc2821bis
In-Reply-To: <20080329152651.34365.qmail@simone.iecc.com>
Message-ID: <Pine.LNX.4.33.0803301407500.19027-100000@egate.xpasc.com>
MIME-Version: 1.0
X-Propel-ID: iz6Ur83umsr0
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 29 Mar 2008, John Levine wrote:

> to non-mail domains is significant.  I have at least one host name
> that was never a mail domain, but since it used to appear in usenet
> headers it gets over 30,000 spams a day, every day.

I'm not convinced you've identifed causality ... only correlation. I
suspect that many spam sources routinely 'scan' for open port 25s and
send mail .. if a connection is accepted, they assume they have a mail
server. If they want a dns name for the email, they do a rdns lookup.

Nothing about the assumed fallback to A or AAAA will effect that form of
address lookup. Don't listen on port 25 if you don't want the mail. For
your web mail, make the right headers so that a reply will work. Or
arrange to have the mail depart from a valid mail server. If the recipient
of your of your emails replies back, and they get a rejected message, in
15 minutes or 5 days, either way it won't be something they will know what
to do with if they didn't know in the first place to not send to that
address. Better to improve the basic design than to expect in 10 years
when there are no IPV4 systems left that they will finally get near time
notifications of a delivery failure. Or perhaps define a new ICMP message
which some new revision of the mail protocol will define means to
immediately return the email.

It is true that most hosts don't run mail servers ... but the corollary is
that the host names will be used in published email addresses so it may
not matter all that much than random typos result in a missfire to an A
record or AAAA record defined host.

On a side note ... there is a lot of tooth knashing re. slow adoption of
IPV6 ... simple fact is that EACH procedural incompatibility introduces a
small issue in the minds of folks who have to manage the conversions and
roll out. Will slow down adoption because of perceived increased support
costs.

Of course, it could end up like NAT ... ignored for purity reasons by
the IETF, but used in practice... one more way the IETF margninalizes
itself.

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