Re: [Asrg] seeking comments on new RMX article

Dave Crocker <dhc@dcrocker.net> Mon, 05 May 2003 18:28 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 OAA10446 for <asrg-archive@odin.ietf.org>; Mon, 5 May 2003 14:28:51 -0400 (EDT)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h45Iauh23708 for asrg-archive@odin.ietf.org; Mon, 5 May 2003 14:36:56 -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 h45Iau823705 for <asrg-web-archive@optimus.ietf.org>; Mon, 5 May 2003 14:36:56 -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 OAA10441; Mon, 5 May 2003 14:28:20 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19CkjJ-0007Wk-00; Mon, 05 May 2003 14:30:25 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19CkjJ-0007We-00; Mon, 05 May 2003 14:30:25 -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 h45IY1823597; Mon, 5 May 2003 14:34:01 -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 h45IX3823555 for <asrg@optimus.ietf.org>; Mon, 5 May 2003 14:33:03 -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 OAA10346 for <asrg@ietf.org>; Mon, 5 May 2003 14:24:25 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19CkfY-0007Vq-00 for asrg@ietf.org; Mon, 05 May 2003 14:26:32 -0400
Received: from songbird.com ([208.184.79.7] helo=joy.songbird.com ident=root) by ietf-mx with esmtp (Exim 4.12) id 19CkfS-0007Vc-00 for asrg@ietf.org; Mon, 05 May 2003 14:26:27 -0400
Received: from bbprime.brandenburg.com (208.184.79.252.songbird.com [208.184.79.252] (may be forged)) by joy.songbird.com (8.11.6/8.11.6) with ESMTP id h45IQTN11598; Mon, 5 May 2003 11:26:29 -0700
From: Dave Crocker <dhc@dcrocker.net>
X-Mailer: The Bat! (v1.63 Beta/6) Personal
Organization: Brandenburg InternetWorking
X-Priority: 3 (Normal)
Message-ID: <101914858506.20030505112516@brandenburg.com>
To: Alan DeKok <aland@freeradius.org>
CC: asrg@ietf.org
Subject: Re: [Asrg] seeking comments on new RMX article
In-Reply-To: <E19CiOf-0006dc-00@mail.nitros9.org>
References: <E19CiOf-0006dc-00@mail.nitros9.org>
MIME-Version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Content-Transfer-Encoding: 7bit
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: Mon, 05 May 2003 11:25:16 -0700
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Alan,

AD>   With tools like RMX, a recipient can easily seperate the pool into
AD> "accountable" originators, and "unknown" originators.  This means that
AD> the bad guys are more likely to be marked as bad guys, and the good
AD> guys less likely to be so marked.


I do not see that.

We might hope that those using RMX-based hosts are good guys.  We might
hope that, but there is no assurance that the hope will be correct.

Accountability does not mean that the originator is comforming to good
policies.

In any event, the remaining pool consists of good guys and bad guys and
we are not in a better position to distinguish them.


AD>   I don't see why.  Run spam assassin, and for messages from RMX
AD> systems, set the "spam" threshold high, so that it's more forgiving.

Why?  What makes it likely or certain that someone coming through an RMX
host is not sending spam?


AD>   Maintaining two numbers shouldn't be difficult for a seasoned system
AD> administrator.

Ahh. I see you have a very different model of the life and performance
of a professional administrator than I have been taught.


AD>   - What changes, if any, may be made to a recipient MTA or MUA, in
AD> order to fight spam?

AD>   - What changes, if any, may be made to an originating MTA or MUA, in
AD> order to fight spam?

AD>   From what I can tell, your answer to the second question appears to
AD> be "None".  If the answer to the first question is also "None", then
AD> I don't see why we're pretending we want to solve the spam problem.

You are confusing "be very careful with the design of changes and the
assumptions about their adoption" with "do not make any changes."  I
have participated in a fair number of efforts to make changes to
Internet Mail.  Some work.  Some don't.  It would be foolish to ignore
the lessons of that history.


AD>   No... I'm saying that mobile users can today choose methods other
AD> than SMTP for sending mail.  They're ugly, they're awkward, but
AD> they're also proven to work for thousands of people.

1.  Thousands is not 100 milion.  The difference in scale is important.

2.  Ugly and awkward are usually terms that apply to failed proposals.

3. Please provide a detailed description of non-SMTP Internet mail that
is used by many thousands of people who cover a wide range of user types
(eg, grandmothers, secretaries, children, executives, and even
engineers.)  Absent that, please provide a discussion that explains how
the presence of "ugly and awkward" will not pose insurmountable
usability barriers.


AD>   I believe there are viable alternatives to naked, un-accountable
AD> SMTP for mobile users.

The original assertion was that there were alternatives to SMTP, not
simply alternatives to "naked, unaccountable SMTP".


>>      a) solve or at least reduce the spam problem,
AD>   Allow MTA's to verify the originator of the email?

We have had PGP and S/MIME for approximately 10 years.  They permit
identifying the originator.  Yet they have not achieved any significant
adoption or use in the Internet.  How will you achieve success now?


>>      b) match SMTP's functionality, and
AD>   SMTP over a VPN seems to be a good solution.

SMTP over VPN is SMTP.  The claim was about using something other than
SMTP.


>>      c) stand some chance of being adopted by the Internet's 100 million
>>      users
AD>   Companies are selling these solutions today for mobile users, and
AD> are making a living at it.

I believe no one else selling and email protocol other than SMTP and making a
living at it.


d/
--
 Dave Crocker <mailto:dcrocker@brandenburg.com>
 Brandenburg InternetWorking <http://www.brandenburg.com>
 Sunnyvale, CA  USA <tel:+1.408.246.8253>, <fax:+1.866.358.5301>

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