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

Dave Cridland <dave@cridland.net> Thu, 16 February 2012 11:59 UTC

Return-Path: <dave@cridland.net>
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 E3A2A21F87BD for <imap5@ietfa.amsl.com>; Thu, 16 Feb 2012 03:59:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.125
X-Spam-Level:
X-Spam-Status: No, score=-2.125 tagged_above=-999 required=5 tests=[AWL=-0.126, BAYES_00=-2.599, J_CHICKENPOX_41=0.6]
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 4AkOiQdok2uh for <imap5@ietfa.amsl.com>; Thu, 16 Feb 2012 03:59:50 -0800 (PST)
Received: from peirce.dave.cridland.net (peirce.dave.cridland.net [IPv6:2001:470:1f09:882:2e0:81ff:fe29:d16a]) by ietfa.amsl.com (Postfix) with ESMTP id D9A4721F87BF for <imap5@ietf.org>; Thu, 16 Feb 2012 03:59:49 -0800 (PST)
Received: from localhost (peirce.dave.cridland.net [127.0.0.1]) by peirce.dave.cridland.net (Postfix) with ESMTP id 10FAF1168087; Thu, 16 Feb 2012 11:50:25 +0000 (GMT)
X-Virus-Scanned: Debian amavisd-new at peirce.dave.cridland.net
Received: from peirce.dave.cridland.net ([127.0.0.1]) by localhost (peirce.dave.cridland.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mC+dnSJ2N7J9; Thu, 16 Feb 2012 11:50:08 +0000 (GMT)
Received: from puncture (puncture.dave.cridland.net [IPv6:2001:470:1f09:882:221:85ff:fe3f:1696]) by peirce.dave.cridland.net (Postfix) with ESMTPA id 5EBC41168067; Thu, 16 Feb 2012 11:50:08 +0000 (GMT)
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> <4F3CD728.3010203@qbik.com> <3077.1329388899.383165@puncture> <4F3CE16B.3060603@qbik.com> <3077.1329391344.173214@puncture> <4F3CEB35.9080200@qbik.com>
In-Reply-To: <4F3CEB35.9080200@qbik.com>
MIME-Version: 1.0
Message-Id: <3077.1329393008.372073@puncture>
Date: Thu, 16 Feb 2012 11:50:08 +0000
From: Dave Cridland <dave@cridland.net>
To: Adrien de Croy <adrien@qbik.com>, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>, "Discussion on drastically slimming-down IMAP." <imap5@ietf.org>
Content-Type: text/plain; delsp="yes"; charset="us-ascii"; format="flowed"
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 11:59:56 -0000

On Thu Feb 16 11:40:37 2012, Adrien de Croy wrote:
> 
> 
> On 17/02/2012 12:22 a.m., Dave Cridland wrote:
>> On Thu Feb 16 10:58:51 2012, Adrien de Croy wrote:
>>> how many corporates deploy XMPP services?
>>> 
>>> 
>> Approaching 10% and growing, at least by some metrics:
>> 
>> http://eggert.org/meter/xmpp.html
> 
> OK.. I'm struggling to understand why...
> 
> 
What, why corporates deploy XMPP? That's wildly off-topic for this  
list.

>>> That's why I keep going back to the 1 port like a broken record.   
>>> Maybe it should just be an SSH tunnel... but that;s  
>>> back-pedalling quickly and reducing potential user experience  
>>> with it.
>>> 
>>> 
>> No, I think it's an orthogonal issue.
> 
> maybe, but nonetheless real, especially for ISP tech support staff.
> 
> Just trying to think of "cheap" ways to get single sign on and  
> single port using the existing protocols.  But it would still be a  
> bandaid.
> 
> Auto config is a band-aid as well to the solution of multiple sets  
> of creds.
> 
> 
It's just part of reducing manual configuration, which we're all  
agreed is a good thing.

Using multiple ports has no bearing, though.

>> Right, sure, understood (after s/MTA/MUA/) but what has port 25  
>> got to do with it?
> 
> back to my point about getting everything over 1 port.  If we had  
> that, then blocking 25 wouldn't have affected me.

But my point is that blocking port 25 shouldn't be affecting you  
anyway.

Submission runs on port 587, has done for years.

>> What they did do was carefully market it - Outlook was a very nice  
>> client, and it came free with Office, and only really worked  
>> tolerably with Exchange - where it worked really quite well. So  
>> they managed to leverage from Windows to Office, and from Office  
>> to Exchange.
> 
> Actually last time I compared prices of versions of Office, the  
> Outlook component accounted for like $500 NZ.
> 
> 
Yes, indeed - now they charge for it. But originally, the Office  
suite covered everything.


> It's also possibly the worst IMAP implementation out there.  But  
> they don't _want_ you to use IMAP.   They want you to buy Exchange.
> 
> 
Right, exactly my point.

>> What we need to do is identify the core problems to be solved,  
>> instead of finding solutions and trying to figure out how to use  
>> them.
> 
> * SPAM

... an infrastructure problem, mostly.

> * UDNs

I'm not familiar with this acronym. Nor is Wikipedia or Google, I'm  
afraid.

> * configuration issues

Right, and discovery (and decent implementations using it) solves 99%  
of this without any changes to the core protocols.

Dave.
-- 
Dave Cridland - mailto:dave@cridland.net - xmpp:dwd@dave.cridland.net
  - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
  - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade