Re: [Jmap] Best vs Good enough - adoption of JMAP

"Chris Newman" <chris.newman@oracle.com> Tue, 25 April 2017 02:07 UTC

Return-Path: <chris.newman@oracle.com>
X-Original-To: jmap@ietfa.amsl.com
Delivered-To: jmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1283131991 for <jmap@ietfa.amsl.com>; Mon, 24 Apr 2017 19:07:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 ls96Y6kQX73k for <jmap@ietfa.amsl.com>; Mon, 24 Apr 2017 19:07:22 -0700 (PDT)
Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (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 CCD2D1204DA for <jmap@ietf.org>; Mon, 24 Apr 2017 19:07:21 -0700 (PDT)
Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v3P27K2h026102 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 25 Apr 2017 02:07:20 GMT
Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v3P27KtR016769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 25 Apr 2017 02:07:20 GMT
Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v3P27JMu012556; Tue, 25 Apr 2017 02:07:19 GMT
Received: from [10.145.239.181] (/10.145.239.181) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 24 Apr 2017 19:07:19 -0700
From: Chris Newman <chris.newman@oracle.com>
To: Adrien de Croy <adrien@qbik.com>
Cc: "jmap@ietf.org" <jmap@ietf.org>
Date: Mon, 24 Apr 2017 19:07:17 -0700
Message-ID: <364FFD2E-57D2-4C0D-A2BF-53363147D9B9@oracle.com>
In-Reply-To: <embe690bb8-6b29-459e-80b5-034b63a75cb2@bodybag>
References: <em8b177018-4769-44ea-b033-90bd8155d11b@bodybag> <46F700A6-C2B1-488B-A8B4-6ACD45B03C31@oracle.com> <embe690bb8-6b29-459e-80b5-034b63a75cb2@bodybag>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.6r5347)
X-Source-IP: userv0022.oracle.com [156.151.31.74]
Archived-At: <https://mailarchive.ietf.org/arch/msg/jmap/oa8o-OqwvEzf1JpMR0XHqpfI5Ho>
Subject: Re: [Jmap] Best vs Good enough - adoption of JMAP
X-BeenThere: jmap@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: JSON Message Access Protocol <jmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jmap>, <mailto:jmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jmap/>
List-Post: <mailto:jmap@ietf.org>
List-Help: <mailto:jmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jmap>, <mailto:jmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Apr 2017 02:07:24 -0000

On 24 Apr 2017, at 18:05, Adrien de Croy wrote:
> I don't really think of JMAP as a proxy.  I think of it on an even par 
> with IMAP + SUBMIT servers.  I'm not intending to proxy JMAP back via 
> IMAP, we abstracted the store from IMAP in any case (so it could be 
> shared with POP3), so the JMAP server would be another user of that 
> mail store.

Our JMAP-like component was initially implemented as a peer access 
protocol to our IMAP & POP servers using our internal store API. At one 
point we deliberately converted it to be an IMAP proxy. That turned out 
to be a very good architecture decision for our product. It improved our 
mail store reliability and scalability by providing greater functional 
separation and a better deployment model. So I view JMAP as an 
IMAP/Submit proxy based on that experience.

POP3 is such a simple protocol that it's not worth the effort to convert 
it from an internal API consumer to a proxy, but if I started a design 
from scratch, I'd implement POP3 as a proxy to an IMAP backend.

		- Chris