Re: [Asrg] seeking comments on new RMX article

Mike Rubel <asrg@mikerubel.org> Mon, 05 May 2003 01:53 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10663 for <asrg-archive@odin.ietf.org>; Sun, 4 May 2003 21:53:14 -0400 (EDT)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h45210p14207 for asrg-archive@odin.ietf.org; Sun, 4 May 2003 22:01:00 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h45210814204 for <asrg-web-archive@optimus.ietf.org>; Sun, 4 May 2003 22:01:00 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10648; Sun, 4 May 2003 21:52:44 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19CVBr-0003AL-00; Sun, 04 May 2003 21:54:51 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19CVBq-0003AF-00; Sun, 04 May 2003 21:54:50 -0400
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h451qI814019; Sun, 4 May 2003 21:52:18 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h451ow813990 for <asrg@optimus.ietf.org>; Sun, 4 May 2003 21:50:58 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10560 for <asrg@ietf.org>; Sun, 4 May 2003 21:42:42 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19CV29-00038Z-00 for asrg@ietf.org; Sun, 04 May 2003 21:44:49 -0400
Received: from cable-modem-221.caltech.edu ([131.215.184.221] helo=tamale.caltech.edu) by ietf-mx with esmtp (Exim 4.12) id 19CV1y-00038Q-00 for asrg@ietf.org; Sun, 04 May 2003 21:44:38 -0400
Received: from localhost (localhost [127.0.0.1]) by tamale.caltech.edu (Postfix) with ESMTP id 7505EF830; Sun, 4 May 2003 21:44:41 -0400 (EDT)
From: Mike Rubel <asrg@mikerubel.org>
X-X-Sender: mrubel@tamale.caltech.edu
To: Scott Nelson <scott@spamwolf.com>
Cc: asrg@ietf.org
Subject: Re: [Asrg] seeking comments on new RMX article
In-Reply-To: <aT5vaIe86J8qbrF9002@x>
Message-ID: <Pine.LNX.4.44.0305041827100.8804-100000@tamale.caltech.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: asrg-admin@ietf.org
Errors-To: asrg-admin@ietf.org
X-BeenThere: asrg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=unsubscribe>
List-Id: Anti-Spam Research Group - IRTF <asrg.ietf.org>
List-Post: <mailto:asrg@ietf.org>
List-Help: <mailto:asrg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=subscribe>
List-Archive: <https://www1.ietf.org/pipermail/asrg/>
Date: Sun, 04 May 2003 18:44:41 -0700

SN> If the RMX matches the IP, it's a good bet the domain is not forged.
SN> If the RMX doesn't match, all bets are off.

One more case here--if RMX is present and doesn't match, the message is 
definitely forged (or the system is misconfigured).

If the sender doesn't want to bother with RMX, he or she simply doesn't
post RMX records.

There is no legitimate situation where RMX is present and does not match
on a valid email.

AD> Used properly, RMX doesn't prevent anything.  It simply allows the
AD> recipient MTA to make faster, better decisions about how to deal with
AD> the email.

SN> "used properly" aye - there's the rub.
SN> Draft-danisch-dns-rr-smtp-01.txt mentions that receiving servers
SN> are free to drop email that doesn't have an RMX record.
SN> That may be true, but IMO it isn't best practice.

Receivers are free to do anything they like with the email; I had pictured
RMX providing information to (for example) spamassassin.

SN> The questions I have are;
SN> What percentage of the people who use it will use it improperly?
SN> And what happens when it's used improperly?

If it's used improperly, then mail gets dropped--the same thing that
happens when the recipient's mail server or DNS is configured improperly,
or if its spam filter is too aggressive.  Users complain, and the system
gets fixed.

RMX is about the least-complicated (and therefore least error-prone)  
solution to this problem that I've seen, though.  Do you know of other
solutions are less likely to be used improperly?

Mike

_______________________________________________
Asrg mailing list
Asrg@ietf.org
https://www1.ietf.org/mailman/listinfo/asrg