IETF Logo Mail Archive

Re: [Extra] IMAP RFC 6855 (IMAP EAI) implementation experience: input to IMAP4rev2

Ned Freed <ned.freed@mrochek.com> Thu, 22 November 2018 15:22 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4506E129A87 for <extra@ietfa.amsl.com>; Thu, 22 Nov 2018 07:22:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8bZaTeT-DWmq for <extra@ietfa.amsl.com>; Thu, 22 Nov 2018 07:22:46 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.218.59.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B91051292AD for <extra@ietf.org>; Thu, 22 Nov 2018 07:22:46 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QZXQYRTZ28000BPM@mauve.mrochek.com> for extra@ietf.org; Thu, 22 Nov 2018 07:17:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=201712; t=1542899863; bh=5i9Jt1sIbyP1GYxenP8YYVxAmRw+5CRt6XMh2dTW5W8=; h=Cc:Date:From:Subject:In-reply-to:References:To:From; b=XspTD5Iym9S391nGeFT19c+O9DOA+FppOTe0Oj6ReCpSornLP9RfcQVo6Sip9gf3W gHn9YWY3k7YbZlzgFmYdjLv4x42+bjwppcnX0km3hm1pcZ3Ro3RYJC0fYsrItNWJbY 22V6x4Aw8QJZBpBXmJQWRPZ11bynThzC3JaVGFno=
MIME-version: 1.0
Content-transfer-encoding: 8bit
Content-type: TEXT/PLAIN; charset="gb2312"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QZVOKD2WTC00004R@mauve.mrochek.com>; Thu, 22 Nov 2018 07:17:37 -0800 (PST)
Cc: "chris.newman" <chris.newman@oracle.com>, extra <extra@ietf.org>
Message-id: <01QZXQYPV3MA00004R@mauve.mrochek.com>
Date: Thu, 22 Nov 2018 07:00:55 -0800
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Wed, 21 Nov 2018 20:51:25 +0800" <201811212051229361548@cnnic.cn>
References: <F3CA8758-0897-4A5D-B275-E634CCA43207@oracle.com> <201811212051229361548@cnnic.cn>
To: Jiankang Yao <yaojk@cnnic.cn>
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/_ps8bI3n7vEAKmXgwroJ3pFCYA4>
Subject: Re: [Extra] IMAP RFC 6855 (IMAP EAI) implementation experience: input to IMAP4rev2
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Nov 2018 15:22:48 -0000

> From: Chris Newman
> Date: 2018-11-21 07:28
> To: extra
> Subject: [Extra] IMAP RFC 6855 (IMAP EAI) implementation experience: input to IMAP4rev2
> > Ned's
> >implementation experience from RFC 6531 was that the real world just
> >can't usefully work the way the specification describes. That experience
> >informed my work implementing RFC 6855.
> >

> ICANN UASG EAI WG is pushing the deployment of EAI. John Levine has run an
> analysis of the EAI Readiness of the Internet’s mail servers.

> His DRAFT report is at https://docs.google.com/document/d/18W-dAr1Nhe_gVlFKDQZqsqB4bf5N86wryEcALnyUPTc/edit#heading=h.dba7p1kazxqa

> From this report, the current EAI deployment  is amazing.

I would use a very different term to describe the degree of what the report
calls deployment, but that's really beside the point.

The fact is that since these numbers count services like gmail as a successful
deployment of EAI, they are irrelevant to point Chris is making.

Why? Because gmail doesn't implement EAI acccording to the standards - and
Google makes no secret of this. The last I checked gmail will happily send an
EAI message to server that doesn't support EAI - which is the only sensible
thing to do, gmail doesn't implement the user agent side of EAI at all, and
most importantly, gmail only supports other people's EAI addresses; not its
own.

Indeed, the fact that Google saw fit to "implement" EAI this way only serves
to support the point Chris was making: EAI as specified has some serious
issues, and sooner or later the IETF is gong to have to deal with this.

> You may also be interested in this list discussion here
> https://mm.icann.org/mailman/listinfo/ua-eai

It's a private list; the archives of which are not public.

				Ned

v2.23.0 | Report a Bug | By Email