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

Sebastian Hagedorn <Hagedorn@uni-koeln.de> Thu, 16 February 2012 09:35 UTC

Return-Path: <Hagedorn@uni-koeln.de>
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 C65B021F86E3 for <imap5@ietfa.amsl.com>; Thu, 16 Feb 2012 01:35:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.853
X-Spam-Level:
X-Spam-Status: No, score=-0.853 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, MIME_QP_LONG_LINE=1.396]
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 vq7GfKf9JnPO for <imap5@ietfa.amsl.com>; Thu, 16 Feb 2012 01:35:49 -0800 (PST)
Received: from smtp-out.rrz.uni-koeln.de (smtp-out.rrz.uni-koeln.de [134.95.19.53]) by ietfa.amsl.com (Postfix) with ESMTP id B918021F84FA for <imap5@ietf.org>; Thu, 16 Feb 2012 01:35:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at uni-koeln.de
Received: from smtp-auth.rrz.uni-koeln.de (smtp-auth.rrz.uni-koeln.de [134.95.19.93]) by smtp-out.rrz.uni-koeln.de (8.13.8/8.13.8) with ESMTP id q1G9ZirZ012153; Thu, 16 Feb 2012 10:35:44 +0100
X-AUTH-SIP: a0620@tyrion.rrz.uni-koeln.de [134.95.128.1]
Received: from tyrion.rrz.uni-koeln.de (tyrion.rrz.uni-koeln.de [134.95.128.1]) (authenticated as user a0620 using DIGEST-MD5 bits=0) by smtp-auth.uni-koeln.de (8.13.8/8.13.8) with ESMTP id q1G9ZhnW013681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Feb 2012 10:35:43 +0100
Date: Thu, 16 Feb 2012 10:35:43 +0100
From: Sebastian Hagedorn <Hagedorn@uni-koeln.de>
To: Adrien de Croy <adrien@qbik.com>
Message-ID: <8CA186A707E99CE0FB2B38E9@tyrion.rrz.uni-koeln.de>
In-Reply-To: <4F3CCA6C.3020004@qbik.com>
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>
X-Mailer: Mulberry/4.1.0a1 (Mac OS X)
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="sha1"; protocol="application/pkcs7-signature"; boundary="==========B6579026B09E069A1843=========="
X-Scanned-By: MIMEDefang 2.72 on 134.95.19.53
Cc: "Discussion on drastically slimming-down IMAP." <imap5@ietf.org>
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 09:35:51 -0000

--On 16. Februar 2012 22:20:44 +1300 Adrien de Croy <adrien@qbik.com> wrote:

> If you look at a mail client even like Thunderbird, which I'm using to
> write this mail.
>
> There are settings for:
>
> 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.

Another way of dealing with that particular issue is autoconfiguration. 
Unfortunately there's no accepted standard for that yet, but we (Cologne 
University) support Microsoft's and Thunderbird's mechanisms. If you enter 
a @uni-koeln.de address in the new account wizard, all settings are filled 
in automatically.
-- 
     .:.Sebastian Hagedorn - RZKR-R1 (Gebäude 52), Zimmer 18.:.
                 .:.Regionales Rechenzentrum (RRZK).:.
.:.Universität zu Köln / Cologne University - ✆ +49-221-478-5587.:.