RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Avoidance

"Eric Dean" <eric@purespeed.com> Thu, 02 October 2003 17:38 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA15356 for <asrg-archive@odin.ietf.org>; Thu, 2 Oct 2003 13:38:46 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A57PA-0006ZQ-29 for asrg-archive@odin.ietf.org; Thu, 02 Oct 2003 13:38:25 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h92HcKFx025250 for asrg-archive@odin.ietf.org; Thu, 2 Oct 2003 13:38:20 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A57P9-0006ZB-SI for asrg-web-archive@optimus.ietf.org; Thu, 02 Oct 2003 13:38:19 -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 NAA15327 for <asrg-web-archive@ietf.org>; Thu, 2 Oct 2003 13:38:10 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A57P7-0003xh-00 for asrg-web-archive@ietf.org; Thu, 02 Oct 2003 13:38:17 -0400
Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1A57P7-0003xe-00 for asrg-web-archive@ietf.org; Thu, 02 Oct 2003 13:38:17 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A57Or-0006RK-1I; Thu, 02 Oct 2003 13:38:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1A57Nw-000675-TL for asrg@optimus.ietf.org; Thu, 02 Oct 2003 13:37:04 -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 NAA15266 for <asrg@ietf.org>; Thu, 2 Oct 2003 13:36:55 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1A57Nu-0003wh-00 for asrg@ietf.org; Thu, 02 Oct 2003 13:37:02 -0400
Received: from relay.purespeed.com ([63.210.22.4]) by ietf-mx with esmtp (Exim 4.12) id 1A57Nr-0003wX-00 for asrg@ietf.org; Thu, 02 Oct 2003 13:36:59 -0400
Received: from sohonotebook (ip68-105-186-152.dc.dc.cox.net [68.105.186.152]) by relay.purespeed.com (Postfix Relay Hub) with ESMTP id 688D7181C4; Thu, 2 Oct 2003 13:27:17 -0400 (EDT)
From: Eric Dean <eric@purespeed.com>
To: 'Yakov Shafranovich' <research@solidmatrix.com>
Cc: 'Peter Kay' <peter@titankey.com>, asrg@ietf.org
Subject: RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Avoidance
Message-ID: <00b401c3890b$c4e03760$6401a8c0@sohonotebook>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
Importance: Normal
In-Reply-To: <3F7B880F.6030808@solidmatrix.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
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/mail-archive/working-groups/asrg/>
Date: Thu, 02 Oct 2003 13:36:53 -0400
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

That is all a recommendation is..theoretically, if a server is CRI
compliant...the challenge does njot need to go to the sender anyway..so
it doesn't matter who the sender is

> -----Original Message-----
> From: yshafranovich02@sprintpcs.com
[mailto:yshafranovich02@sprintpcs.com]
> On Behalf Of Yakov Shafranovich
> Sent: Wednesday, October 01, 2003 10:06 PM
> To: Eric Dean
> Cc: 'Peter Kay'; asrg@ietf.org
> Subject: Re: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Avoidance
> 
> Can this be left as a recommendation but not required, so the
> implementors will be left to decide? Or do we need to make a decision
on
> this? Also, would this be relevant to the BCP area?
> 
> Eric Dean wrote:
> > If we start adding various messaging such as with DSNs...I don't
think
> > that we should be hijacking a sender's email address to carry
various
> > protocol information.
> >
> > Of course, that's just my opinion and why it's merely a
recommendation
> > rather than a must, shall...
> >
> >
> >>-----Original Message-----
> >>From: asrg-admin@ietf.org [mailto:asrg-admin@ietf.org] On Behalf Of
> >
> > Peter
> >
> >>Kay
> >>Sent: Wednesday, October 01, 2003 12:08 PM
> >>To: asrg@ietf.org
> >>Subject: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Avoidance
> >>
> >>I finally had a chance to come up for air to respond to Eric/Yakov's
> >>draft
> >>at http://www.ietf.org/internet-drafts/draft-irtf-asrg-cri-00.txt  .
> >>ASRG owes you much for your hard work in creating this document and
I
> >>personally thank you for furthering an important area of
> >>interoperability.
> >>
> >>On loop avoidance section, specifically:
> >>
> >>"For CRI systems that issue challenge messages, it is also
recommended
> >>that each CRI system use a local systemwide user, such as
cri@foo.com,
> >>for issuing challenges rather than preserving the original sender's
> >>email address as the sender of the challenge message."
> >>
> >>We disgree.
> >>
> >>Most CR systems automatically/dynamically add the recipient to the
> >>sender's whitelist.  So if I send an email to eric@cri.com, he's
> >>automatically added to my whitelist.  If the mail-from on his
> >
> > challenge
> >
> >>is eric@cri.com, his email comes straight to my inbox without delays
> >
> > or
> >
> >>filters and certainly won't get challenged.  If the mail-from on his
> >>challenge is "challenger@cri.com", the CRI protocol needs to be
> >
> > invoked,
> >
> >>possibly creating unecessary overhead.
> >>
> >>Keeping the mail-from consistent allows CRI systems to naturally
> >>interoperate and assuming that the CR system adds recipients to the
> >>whitelist, elegantly solves the problem of CR systems challenging
> >
> > other
> >
> >>challenges.
> >>
> >>Peter
> >>
> >>
> >>
> >>
> >>
> >>_______________________________________________
> >>Asrg mailing list
> >>Asrg@ietf.org
> >>https://www1.ietf.org/mailman/listinfo/asrg
> >
> >
> >
> >
> > _______________________________________________
> > Asrg mailing list
> > Asrg@ietf.org
> > https://www1.ietf.org/mailman/listinfo/asrg
> >
> 
> 



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