Re: [imap5] Feature set? - was Re: Designing a new replacement protocol for IMAP

Adrien de Croy <adrien@qbik.com> Thu, 16 February 2012 10:15 UTC

Return-Path: <adrien@qbik.com>
X-Original-To: imap5@ietfa.amsl.com
Delivered-To: imap5@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B38AC21F861E for <imap5@ietfa.amsl.com>; Thu, 16 Feb 2012 02:15:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.495
X-Spam-Level:
X-Spam-Status: No, score=-4.495 tagged_above=-999 required=5 tests=[AWL=-1.896, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CfYP0Jdm7V4Y for <imap5@ietfa.amsl.com>; Thu, 16 Feb 2012 02:15:06 -0800 (PST)
Received: from smtp.qbik.com (smtp.qbik.com [210.55.214.35]) by ietfa.amsl.com (Postfix) with ESMTP id BC08E21F86FE for <imap5@ietf.org>; Thu, 16 Feb 2012 02:15:05 -0800 (PST)
Received: From [192.168.1.10] (unverified [219.89.217.118]) by SMTP Server [210.55.214.35] (WinGate SMTP Receiver v7.1.0 (Build 3381)) with SMTP id <0018866210@smtp.qbik.com>; Thu, 16 Feb 2012 23:15:03 +1300
Message-ID: <4F3CD728.3010203@qbik.com>
Date: Thu, 16 Feb 2012 23:15:04 +1300
From: Adrien de Croy <adrien@qbik.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120202 Thunderbird/11.0
MIME-Version: 1.0
To: Dave Cridland <dave@cridland.net>
References: <B764BD8C8B6047E659EABBE2@caldav.corp.apple.com> <4F397212.1030107@qbik.com> <20120213210805.GB13029@launde.brong.net> <alpine.LSU.2.00.1202151405550.30682@hermes-2.csi.cam.ac.uk> <1329315552.1444.140661036879893@webmail.messagingengine.com> <4F3BBFA4.8010107@isode.com> <1329316981.8310.140661036883625@webmail.messagingengine.com> <4F3BC7DA.5070803@gulbrandsen.priv.no> <20120215181047.GB13906@launde.brong.net> <alpine.OSX.2.00.1202151020140.38441@hsinghsing.panda.com> <20120215213122.GB16253@launde.brong.net> <4F3C2C1B.6030408@qbik.com> <3077.1329344733.342803@puncture> <4F3CA887.9050509@gulbrandsen.priv.no> <3077.1329382177.374908@puncture> <4F3CCA6C.3020004@qbik.com> <3077.1329386263.642278@puncture>
In-Reply-To: <3077.1329386263.642278@puncture>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "Discussion on drastically slimming-down IMAP." <imap5@ietf.org>, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
Subject: Re: [imap5] Feature set? - was Re: Designing a new replacement protocol for IMAP
X-BeenThere: imap5@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion on drastically slimming-down IMAP." <imap5.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imap5>, <mailto:imap5-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/imap5>
List-Post: <mailto:imap5@ietf.org>
List-Help: <mailto:imap5-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imap5>, <mailto:imap5-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2012 10:15:10 -0000

sure, anything that can be auto discovered is great.

But SRV has issues, not every corporate runs their own DNS (at least not 
for external).

ACAP is great too, but it's another port and set of creds.  And the 
tie-in between ACAP and other services is probably manual on the 
back-end right?

Xtra is NZ's biggest ISP.  It blocks port 25.  So when I take my laptop 
home I need to reconfigure it.  At least I know how to do that.

We're techies here, we forget how lost and confused the punters get.

Adrien


On 16/02/2012 10:57 p.m., Dave Cridland wrote:
> On Thu Feb 16 09:20:44 2012, Adrien de Croy wrote:
>> SMTP: specification of server, choice of authentication method, 
>> choice of security (SSL vs STARTTLS vs none), username and password.
>> IMAP: specification of server, choice of authentication method, 
>> choice of security (SSL vs STARTTLS vs none), username and password.
>> LDAP: specification of server(s), choice of authentication method, 
>> choice of security (SSL vs STARTTLS vs none), username and password.
>
> Well, of course, I'd argue that you could use a combination of SRV, 
> common options, discovery, and ACAP to fix all that.
>
> The problem with Thunderbird isn't that it has all these options, it's 
> that it requires the user to enter them, and fails to do discovery 
> properly - Tony Finch wrote a particularly good blog post on why it's 
> so awful several years ago, and provided solutions, too.
>
> Interestingly, XMPP has generally gone the discovery route, and the 
> result is that you only enter a jid and a password.
>
> For Polymer, you enter a username, ACAP server, and password - ACAP 
> doesn't have the SRV option, and maybe I should just add that in - not 
> that anyone but me cares anymore.
>
> Having written multiprotocol clients, I just don't think they're as 
> hard as people make them out to be.
>
> Dave.

-- 
Adrien de Croy - WinGate Proxy Server - http://www.wingate.com