RE: [Asrg] Re: TitanKey and "white lies"... (Faking SMTP hard errors "improves" C/R utility?)

"Eric D. Williams" <eric@infobro.com> Wed, 04 June 2003 02:33 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 WAA04894 for <asrg-archive@odin.ietf.org>; Tue, 3 Jun 2003 22:33:34 -0400 (EDT)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h542XAH20939 for asrg-archive@odin.ietf.org; Tue, 3 Jun 2003 22:33:10 -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 h542XAB20936 for <asrg-web-archive@optimus.ietf.org>; Tue, 3 Jun 2003 22:33:10 -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 WAA04872; Tue, 3 Jun 2003 22:33:04 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19NO3Y-0005QL-00; Tue, 03 Jun 2003 22:31:16 -0400
Received: from ietf.org ([132.151.1.19] helo=www1.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19NO3Y-0005QI-00; Tue, 03 Jun 2003 22:31:16 -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 h542VEB20831; Tue, 3 Jun 2003 22:31:14 -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 h542UWB20774 for <asrg@optimus.ietf.org>; Tue, 3 Jun 2003 22:30:32 -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 WAA04726 for <asrg@ietf.org>; Tue, 3 Jun 2003 22:30:26 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19NO10-0005OM-00 for asrg@ietf.org; Tue, 03 Jun 2003 22:28:38 -0400
Received: from black.infobro.com ([63.71.25.39] helo=infobro.com) by ietf-mx with smtp (Exim 4.12) id 19NO0z-0005NL-00 for asrg@ietf.org; Tue, 03 Jun 2003 22:28:37 -0400
Received: from red (unverified [207.199.136.153]) by infobro.com (EMWAC SMTPRS 0.83) with SMTP id <B0002668948@infobro.com>; Tue, 03 Jun 2003 22:28:26 -0400
Received: by localhost with Microsoft MAPI; Tue, 3 Jun 2003 22:28:26 -0400
Message-ID: <01C32A1F.7353CB50.eric@infobro.com>
From: "Eric D. Williams" <eric@infobro.com>
To: 'Vernon Schryver' <vjs@calcite.rhyolite.com>, "asrg@ietf.org" <asrg@ietf.org>
Subject: RE: [Asrg] Re: TitanKey and "white lies"... (Faking SMTP hard errors "improves" C/R utility?)
Organization: Information Brokers, Inc.
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
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: Tue, 03 Jun 2003 22:07:28 -0400
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

On Tuesday, June 03, 2003 8:50 AM, Vernon Schryver 
[SMTP:vjs@calcite.rhyolite.com] wrote:
8<...>8
> A "scaling problem" is one that gets worse with the growth of the net.
> The host table had a scaling problem.  The size of a default-free
> routing table may have a scaling problem.  Spam that grows with the
> number of spammers on the net is a "scaling problem."

Side note (again ;) - This is an interesting assertion.  Does 'spam' increase 
in proportion to the number of 'spammers'? Sounds like a "MAY", I think that is 
possible.  Does 'spam' increase in proportion to the number of recipients [read 
people eyes] accessible via the message transfer system, include here your 
favorite messaging technology, e.g. IM, SMS, Rim Pager, Palm?  Sounds like a 
strong case could be made, "SHOULD".

But the basis question is what is being 'scaled' the number of messages 
impacting recipients, the number of messages impacting the MTS or both? AND, is 
this a result or 1) the number of 'spamming' systems or 2) the number of 
'spammers' or 3) an relative decrease in the viable 'spam space' - valid 
recipient addresses available to some relatively constant pool of 'spammers'?

I only bring this up so that each of you may clarify your assumptions on the 
scaling issue.  Additionally, when I make reference to a decreasing viable 
'spam space' that is not an empirical or scientific assertion, but an 
assumption on 'spammer' practices.

Please clarify the assumptions relative to the 'scaling' issue, e.g. "Spam that 
grows with the number of spammers on the net" v. Spam that grows with the 
adaptability of address 'scapers'; Spam that grows with the number of 'known' 
legitimate mailboxes accessible to 'scrapers'; Spam that grows ...

Perhaps an analysis of these assumptions can provide some insight on what 
methodologies may be applicable to the reduction of 'spam' by imposing 
counter-measures against growth factors, e.g. poisoning the growth medium (I 
think that was the genesis of this thread).

Thanks,

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