[Asrg] Re: Email service assumptions and making system-wide changes

Frank Ellermann <nobody@xyzzy.claranet.de> Mon, 16 January 2006 21:17 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eybjd-0006Eb-UW; Mon, 16 Jan 2006 16:17:53 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eybjb-0006EW-SS for asrg@megatron.ietf.org; Mon, 16 Jan 2006 16:17:52 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA16554 for <asrg@ietf.org>; Mon, 16 Jan 2006 16:16:27 -0500 (EST)
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Eybra-00035j-Ds for asrg@ietf.org; Mon, 16 Jan 2006 16:26:07 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EybjU-000430-Sw for asrg@ietf.org; Mon, 16 Jan 2006 22:17:44 +0100
Received: from 1cust222.tnt3.hbg2.deu.da.uu.net ([149.225.14.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <asrg@ietf.org>; Mon, 16 Jan 2006 22:17:44 +0100
Received: from nobody by 1cust222.tnt3.hbg2.deu.da.uu.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <asrg@ietf.org>; Mon, 16 Jan 2006 22:17:44 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: asrg@ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Mon, 16 Jan 2006 22:15:48 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 23
Message-ID: <43CC0D04.1FBE@xyzzy.claranet.de>
References: <OF4768D65E.ECA3CB39-ON802570F8.004A9BA8-802570F8.004AA408@slc.co.uk> <43CBF4CD.30708@dcrocker.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: 1cust222.tnt3.hbg2.deu.da.uu.net
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Content-Transfer-Encoding: quoted-printable
Subject: [Asrg] Re: Email service assumptions and making system-wide changes
X-BeenThere: asrg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Anti-Spam Research Group - IRTF <asrg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/asrg>
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>
Sender: asrg-bounces@ietf.org
Errors-To: asrg-bounces@ietf.org

Dave Crocker wrote in <asrg.ietf.org>:

 <http://permalink.gmane.org/gmane.ietf.asrg/11194>
> Some of the above is predictably redundant with
> <http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_8-4/anti-spam_efforts.html>.

Hard to predict, because I didn't know this article, only one
of its diagrams now saying ADMD instead of AU was a déja-vu.

| A common simplification for this model is to use it only
| between boundary MTAs, but this considerable constraint is
| not specified in SPF.

http://tools.ietf.org/html/draft-schlitt-spf-classic#section-9.5
discusses this constraint, and in section 9.3 you find many
considerations for the one less obvious case.  

It's probably unnecessary to mention here that I consider the
1123 5.3.6(a) concept as broken by design, in stark contrast
to the same idea in 821 when source routes still existed.  Bye



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