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
- [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Avoida… Peter Kay
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- Re: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Yakov Shafranovich
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Kee Hinckley
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Peter Kay
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Peter Kay
- Re: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Yakov Shafranovich
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Peter Kay
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Peter Kay
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Kee Hinckley
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Peter Kay
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Peter Kay
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… david nicol
- RE: [Asrg] 6. Proposals - CRI Draft - 4.1 Loop Av… Eric Dean