Re: [EAI] The value of simplified downgrade

Ernie Dainow <edainow@ca.afilias.info> Fri, 11 September 2009 22:53 UTC

Return-Path: <edainow@ca.afilias.info>
X-Original-To: ima@core3.amsl.com
Delivered-To: ima@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 20D9F28C148 for <ima@core3.amsl.com>; Fri, 11 Sep 2009 15:53:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.913
X-Spam-Level:
X-Spam-Status: No, score=-5.913 tagged_above=-999 required=5 tests=[AWL=0.352, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ODMl5XQYuFs for <ima@core3.amsl.com>; Fri, 11 Sep 2009 15:53:05 -0700 (PDT)
Received: from outbound.afilias.info (outbound.afilias.info [69.46.124.26]) by core3.amsl.com (Postfix) with ESMTP id 519273A67C0 for <ima@ietf.org>; Fri, 11 Sep 2009 15:53:05 -0700 (PDT)
Message-ID: <4AAAD4EE.3070303@ca.afilias.info>
Date: Fri, 11 Sep 2009 18:53:34 -0400
From: Ernie Dainow <edainow@ca.afilias.info>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: SM <sm@resistor.net>
References: <mailman.46.1252522807.13383.ima@ietf.org> <CAD7705D4A93814F97D3EF00790AF0B323DDA46C@tk5ex14mbxc105.redmond.corp.microsoft.com> <4AA905CC.3050709@ca.afilias.info> <6.2.5.6.2.20090910161420.032fd858@resistor.net>
In-Reply-To: <6.2.5.6.2.20090910161420.032fd858@resistor.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Authenticated: True
Cc: ima@ietf.org
Subject: Re: [EAI] The value of simplified downgrade
X-BeenThere: ima@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "EAI \(Email Address Internationalization\)" <ima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ima>, <mailto:ima-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ima>
List-Post: <mailto:ima@ietf.org>
List-Help: <mailto:ima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ima>, <mailto:ima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Sep 2009 22:53:06 -0000

SM wrote:
> Hi Ernie,
> At 06:57 10-09-2009, Ernie Dainow wrote:
>> Have alternate addresses stored on the server, associated with the 
>> primary EAI address for the account (this has been recommended in 
>> draft-yao-eai-deployment, section 3). Then add a new SMTP command, 
>> something like VRFY, that verifies an email address and returns the 
>> associated alternate address. So when an MTA discovers it needs to 
>> downgrade, it can use this SMTP command to get the alternate 
>> addresses needed from an authoritative source.
>
> What Section 3 of draft-yao-eai-deployment-03 recommends is to 
> generate an alternative address and have it stored on the (sender) 
> server-side.  The user does not have to bother about that alternative 
> address as the server puts it in.
>
> Are you suggesting using VRFY to get the alternative address from 
> another SMTP server?
Yes, if an EAI server has an alternate address associated with an EAI 
address, it can provide it in response to a new SMTP command from 
another EAI server. Apparently some similar ideas of doing this type of 
lookup, for example via LDAP, were explored early on and rejected. Doing 
this securely becomes complicated very quickly.
>
> Regards,
> -sm