THREAD segfault

David Carter dpc22 at cam.ac.uk
Fri Jul 22 12:58:07 EDT 2011


The attached Berkeley format mailbox contains three messages from the 
imap5 IETF list (including one from Bron!).

The third message in the sequence contains a broken References: header 
which causes the IMAP THREAD extension to segfault in Cyrus 2.3 and 2.4.

  . THREAD REFERENCES UTF-8 ALL
  Connection closed by foreign host.

gdb tells me that the explosion is in index.c:

  static int index_thread_compare(Thread *t1, Thread *t2,
  				struct sortcrit *call_data)
  {
     MsgData *md1, *md2;

     /* if the container is empty, use the first child's container */
     md1 = t1->msgdata ? t1->msgdata : t1->child->msgdata;
     md2 = t2->msgdata ? t2->msgdata : t2->child->msgdata;
     return index_sort_compare(md1, md2, call_data);
  }

where t2->msgdata and t2->child are both NULL, so "t2->child->msgdata" 
isn't going to work.

Working up the stack backtrace _index_thread_ref() [imap/index.c] has

     /* Step 4: sort the root set */
     ref_sort_root(rootset.root);

where rootset.root contains:

  (gdb) p *rootset.root->child->next
  $6 = {msgdata = 0x0, parent = 0x0, child = 0x0, next = 0x0}

I believe that this spurious empty node without any content is the cause 
of the segfault. I'm a little puzzled since the previous step in the same 
function is:

     /* Step 3: prune tree of empty containers - get our deposit back :^) */
     ref_prune_tree(rootset.root);

which appears to exist precisely to remove such nodes.

I think that this is the same bug as:

   http://bugzilla.cyrusimap.org/show_bug.cgi?id=2772

which has been open since December 2005.

Should I open a new bug in bugzilla? Stripping the spurious whitespace 
from the middle of msgids in the References header (as John Capo suggests 
in Bugzilla #2772) feels like the most elegant solution.

-- 
David Carter                             Email: David.Carter at ucs.cam.ac.uk
University Computing Service,            Phone: (01223) 334502
New Museums Site, Pembroke Street,       Fax:   (01223) 334679
Cambridge UK. CB2 3QH.
-------------- next part --------------
From MAILER-DAEMON Fri Jul 22 16:40:42 2011
Date: 22 Jul 2011 16:40:42 +0100
From: Mail System Internal Data <MAILER-DAEMON at magenta.csi.cam.ac.uk>
Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
Message-ID: <1311349242 at magenta.csi.cam.ac.uk>
X-IMAP: 1311349242 0000000003
Status: RO

This text is part of the internal format of your mail folder, and is not
a real message.  It is created automatically by the mail system software.
If deleted, important folder data will be lost, and it will be re-created
with the data reset to initial values.

From dpc22 at magenta.csi.cam.ac.uk Thu Jul 21 16:29:24 2011 +0100
Return-Path: <imap5-bounces at ietf.org>
Received: from ppsw-50.csi.cam.ac.uk (ppsw-50-intramail.csi.cam.ac.uk [192.168.128.150])
	 by cyrus-28.csi.private.cam.ac.uk (Cyrus v2.3.14) with LMTPA;
	 Thu, 21 Jul 2011 16:29:24 +0100
X-Sieve: CMU Sieve 2.3
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: score -5.3 from SpamAssassin-3.3.2-1148654 
 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/,
 *      medium trust
 *      [64.170.98.30 listed in list.dnswl.dnsbl.ja.net]
 *  0.0 BAD_ENC_HEADER Message has bad MIME encoding in the header
 *  0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 *       (brong[at]fastmail.fm)
 * -1.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay
 *      domain
 * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000]
 *  0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily
 *      valid
 *  0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from mail.ietf.org ([64.170.98.30]:55098)
	by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25)
	with esmtp (csa=unknown) id 1QjvBj-0004Z9-qR (Exim 4.72) for dot at dotat.at
	(return-path <imap5-bounces at ietf.org>); Thu, 21 Jul 2011 16:29:24 +0100
Received: from ietfa.amsl.com (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 7141B21F8AE6;
	Thu, 21 Jul 2011 08:29:22 -0700 (PDT)
X-Original-To: imap5 at ietfa.amsl.com
Delivered-To: imap5 at ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 7354321F8A7B
	for <imap5 at ietfa.amsl.com>; Thu, 21 Jul 2011 08:29:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.394
X-Spam-Level: 
X-Spam-Status: No, score=-2.394 tagged_above=-999 required=5
	tests=[AWL=-0.605, BAD_ENC_HEADER=1.81, BAYES_00=-2.599,
	RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30])
	by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id u7MDkcPG2Jx0 for <imap5 at ietfa.amsl.com>;
	Thu, 21 Jul 2011 08:29:17 -0700 (PDT)
Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com
	[66.111.4.29]) by ietfa.amsl.com (Postfix) with ESMTP id 45D2921F8A67
	for <imap5 at ietf.org>; Thu, 21 Jul 2011 08:29:17 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41])
	by gateway1.messagingengine.com (Postfix) with ESMTP id C9BB120CC2;
	Thu, 21 Jul 2011 11:29:16 -0400 (EDT)
Received: from frontend1.messagingengine.com ([10.202.2.160])
	by compute1.internal (MEProxy); Thu, 21 Jul 2011 11:29:16 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=date:from:to:cc:subject:message-id
	:references:mime-version:content-type:in-reply-to; s=smtpout;
	bh=phXWVTi2SMxWNte6CJUPf2I8xlo=; b=qzk/D6o9a7XamSii0iECl/zWll36
	buoc8EVRuq9HTnkkFs0FG3jjmxa/BbQgy4M5+1v0zzCaCNu0t+Cro49L9WUsPRcu
	ii9E4HBtxSwYLcrVR6z6cvkSvBcjSTLrxy7yjEssQTq3BxrXrtj05Loq2/jd/AtL
	2kqg2AU3BmoZnNY=
X-Sasl-enc: 28BYE+fmq1dawzo40oFXYA91BK0a/MepCrVcAIUxFVK8 1311262155
Received: from localhost (unknown [193.69.12.229])
	by mail.messagingengine.com (Postfix) with ESMTPSA id 13A3840C980;
	Thu, 21 Jul 2011 11:29:15 -0400 (EDT)
Received: by localhost (Postfix, from userid 1000)
	id C3C3D203CD; Thu, 21 Jul 2011 17:29:08 +0200 (CEST)
Date: Thu, 21 Jul 2011 17:29:08 +0200
From: Bron Gondwana <brong at fastmail.fm>
To: Dave Cridland <dave at cridland.net>
Message-ID: <20110721152908.GA3036 at brong.net>
References: <op.vyt?==?US-ASCII?Q?thr22qqnnh at arbre.eng.oslo.osa>
	<alpine.OSX.2.0?==?US-ASCII?Q?.1107181145570.66343 at hsinghsing.panda.com>
	<20?==?US-ASCII?Q?10718190947.GB8329 at brong.net>
	<4E24B55C.10505?==?US-ASCII?Q?7 at laposte.net>
	<1311115679.3432.2153661013 at web?==?US-ASCII?Q?ail.messagingengine.com>
	<4E2637C3.7090704 at lap?==?US-ASCII?Q?ste.net>
	<20110720060738.GA6750 at brong.net>
	<p06240630ca4d011422b6 at loud.pensive.org>
	<1311230521.25837.2154184801 at webmail.messagingengine.com>
	<9031.1311233832.546043 at puncture>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <9031.1311233832.546043 at puncture>
Organization: brong.net
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Randall Gellens <randy at qualcomm.com>,
	"Discussion on drastically slimming-down IMAP." <imap5 at ietf.org>
Subject: Re: [imap5] Where is IMAP5 ?
X-BeenThere: imap5 at 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 at ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/imap5>
List-Post: <mailto:imap5 at ietf.org>
List-Help: <mailto:imap5-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imap5>,
	<mailto:imap5-request at ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: imap5-bounces at ietf.org
Errors-To: imap5-bounces at ietf.org
Status: R
X-Status: 
X-Keywords:                  
X-UID: 1

On Thu, Jul 21, 2011 at 08:37:12AM +0100, Dave Cridland wrote:
> On Thu Jul 21 07:42:01 2011, Bron Gondwana wrote:
> >There is only one benefit here, reusing the same connection. An
> >IMAP based equivalent is that plus the bandwidth saving.
>
> And a fanatical devotion to the pope.

Obviously, you can't get anywhere without having one of those,
or at least professing to carry one when in polite company.

> >The "considered harmful" arguments all sound remarkably like Hurd
> >enthusiasts railing against the "dirty" design of Linux.  Mostly
> >it's the lack of compelling benefits and the shithouse interface
> >for configuring Eudora that I see looking for information.
> 
> That's an impressively random lash-out.
> 
> I thought configuring Eudora from a standard ACAP server or
> WorldMail's cut-down one was really quite straightforward.

Ok - last I looked was ~1998 when I last used Eudora admittedly.
Perhaps it got a whole lot better in the meantime.

It certainly wasn't as easy a the first screen offering an easily
selectable "use ACAP server for all configuration" and then entering
a server name, username and password.  Which is still approximately
one item too many - which is why "enter your email address and
password and the client configures itself correctly" is the direction
things are going to.

But it certainly seemed that nobody was actually doing it 10 years
ago, choosing instead to publish big piles of screenshots on how to
configure their systems with IMAP/POP.  I don't buy the theory that
it's because they were all morons who didn't understand ACAP.

Bron.
_______________________________________________
imap5 mailing list
imap5 at ietf.org
https://www.ietf.org/mailman/listinfo/imap5

From dpc22 at magenta.csi.cam.ac.uk Fri Jul 22 01:49:46 2011 +0100
Return-Path: <imap5-bounces at ietf.org>
Received: from ppsw-51.csi.cam.ac.uk (ppsw-51-intramail.csi.cam.ac.uk [192.168.128.151])
	 by cyrus-28.csi.private.cam.ac.uk (Cyrus v2.3.14) with LMTPA;
	 Fri, 22 Jul 2011 01:49:46 +0100
X-Sieve: CMU Sieve 2.3
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: score -5.4 from SpamAssassin-3.3.2-1148654 
 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/,
 *      medium trust
 *      [64.170.98.30 listed in list.dnswl.dnsbl.ja.net]
 *  0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 *       (gilles.lamiral[at]laposte.net)
 * -1.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay
 *      domain
 * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000]
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from mail.ietf.org ([64.170.98.30]:39673)
	by ppsw-51.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.148]:25)
	with esmtp (csa=unknown) id 1Qk3w0-0007OQ-WJ (Exim 4.72) for dot at dotat.at
	(return-path <imap5-bounces at ietf.org>); Fri, 22 Jul 2011 01:49:46 +0100
Received: from ietfa.amsl.com (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id F3FDD11E8079;
	Thu, 21 Jul 2011 17:49:42 -0700 (PDT)
X-Original-To: imap5 at ietfa.amsl.com
Delivered-To: imap5 at ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 6C39F21F86C2
	for <imap5 at ietfa.amsl.com>; Thu, 21 Jul 2011 17:49:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30])
	by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qgM1spUQs5dx for <imap5 at ietfa.amsl.com>;
	Thu, 21 Jul 2011 17:49:41 -0700 (PDT)
Received: from ks200821.kimsufi.com (ks200821.kimsufi.com [91.121.112.202])
	by ietfa.amsl.com (Postfix) with ESMTP id 9197C21F86AF
	for <imap5 at ietf.org>; Thu, 21 Jul 2011 17:49:40 -0700 (PDT)
Received: from lamiral.info (lamiral.info [62.147.165.21])
	by ks200821.kimsufi.com (Postfix) with ESMTP id 7C244521A39;
	Fri, 22 Jul 2011 02:49:38 +0200 (CEST)
Received: from [127.0.0.1] (petite.lamiral.info [127.0.0.1])
	by lamiral.info (Postfix) with ESMTP id 2D723244047;
	Fri, 22 Jul 2011 02:49:37 +0200 (CEST)
Message-ID: <4E28C920.8090309 at laposte.net>
Date: Fri, 22 Jul 2011 02:49:36 +0200
From: Gilles LAMIRAL <gilles.lamiral at laposte.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.2.18) Gecko/20110617 Thunderbird/3.1.11
MIME-Version: 1.0
To: Bron Gondwana <brong at fastmail.fm>
References: <4E23FB2A.10200 at panozzo.it> <op.vytcthr22qqnnh at arbre.eng.oslo.osa>
	<alpine.OSX.2.00.1107181145570.66343 at hsinghsing.panda.com>
	<20110718190947.GB8329 at brong.net> <4E24B55C.1050507 at laposte.net>
	<1311115679.3432.2153661013 at webmail.messagingengine.com>
	<4E2637C3.7090704 at laposte.net> <20110720060738.GA6750 at brong.net>
In-Reply-To: <20110720060738.GA6750 at brong.net>
X-Enigmail-Version: 1.1.2
Cc: imap5 at ietf.org
Subject: Re: [imap5] Where is IMAP5 ?
X-BeenThere: imap5 at 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 at ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/imap5>
List-Post: <mailto:imap5 at ietf.org>
List-Help: <mailto:imap5-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imap5>,
	<mailto:imap5-request at ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: imap5-bounces at ietf.org
Errors-To: imap5-bounces at ietf.org
Status: R
X-Status: 
X-Keywords:                  
X-UID: 2

Hello Bron,

> Here in Norway, many "post offices" are actually a counter at a
> grocery store.  This means that you can access the full range of
> postal services until 11pm.  Coming from Australia where the
> post offices kept bank hours, it's quite a cultural difference.
> It makes sense - here's somewhere that's already open and that
> has similar basic skills and money handling facilities
> available, why not use it.

Ok. It's available where you live so you can use it.
Don't ask all grocery stores of the world to become post offices,
it will simply increase difficulty to become a grocer.

> Sure in some ideologically pure world you wouldn't even have
> supermarkets - you would drive to the farmer's gate to buy
> milk, and then drive off to a butcher to get meat and a
> greengrocer for vegetables.  Funnily enough, people like
> supermarkets where they can go do most of their jobs in one
> place.

Inside the supermarket you don't find meat at the same place
than fish and you don't ask fish to the butcher.

>> How it was when bandwidth was 33.6 kbps? 

> It was shit - it's still shit.  

Just for you. Nobody else cares about halfing bandwith on
1% of email traffic.

> I'm really surprised that nobody
> actually came up with a solution that wasn't so annoying to
> implement that nobody did it.

Webmails, Exchange, Notes can implement that.

> Whatever.  POP doesn't have any way to upload email, so it doesn't
> matter anywhere near as much for POP, because you're already not
> saving the email back to the server.  You probably need a different
> solution there.

You say it right. One side is sending a message, another one is
saving a message. How IMAP could handle all errors than can 
occur during a email submission? By becoming a SMTP server.

In fact, many IMAP servers hosts are not SMTP server hosts that 
can send correctly any message from a local post, they just 
know how to deliver locally to the IMAP server. So your 
proposition requires more configuration and dependencies, not less.

>> 50 IMAP current server softwares implementations to be changed and learn 
>> them how to post locally while every email client software know currently
>> how to post anywhere. How good it will be, you deserve a poster!
> 
> The saving will be purely bandwidth, and simplicity for those who
> are building both ends and hence can rely on the IMAP software
> having this facility. 

No. How IMAP can submit locally? smtp port? pipe? unix socket? shared memory?
forking command? It will oblige IMAP sysadmins to configure IMAP server 
softwares so they can post locally. More work than configuring 
a SMTP server independently.

> The point is - you don't have to use it,

IMAP servers have to support it, and sysadmin too.

You really need it? Just hack any imap server software and
any email client you use and happiness will come.

> but there are benefits large enough to be worth using it.  

No. 
If benefits are large enough, code it for yourself.

> But - in a crazily common case where you want to store an email to
> your sent folder and also send it, this can halve the bandwidth use
> and delay to the user. 

Email sending and saving is done in the background so users never wait.
Half bandwidth on sent messages is peanuts.

> Er, OK.  Hi strawman.  Perhaps we should merge every single shop
> into one giant Walmart.  Except we don't. 

Internet from my screen is like a giant Walmart.

> I'm arguing for the IMAP store to stock a basic delivery method.

You arguing for the IMAP store to become a sub-MUA to be used by full-MUA.


-- 
Au revoir,                             09 51 84 42 42
Gilles Lamiral. France, Baulon (35580) 06 20 79 76 06 
_______________________________________________
imap5 mailing list
imap5 at ietf.org
https://www.ietf.org/mailman/listinfo/imap5

From dpc22 at magenta.csi.cam.ac.uk Fri Jul 22 00:43:52 2011 +0100
Return-Path: <imap5-bounces at ietf.org>
Received: from ppsw-50.csi.cam.ac.uk (ppsw-50-intramail.csi.cam.ac.uk [192.168.128.150])
	 by cyrus-28.csi.private.cam.ac.uk (Cyrus v2.3.14) with LMTPA;
	 Fri, 22 Jul 2011 00:43:52 +0100
X-Sieve: CMU Sieve 2.3
X-Cam-AntiVirus: no malware found
X-Cam-SpamDetails: score -5.3 from SpamAssassin-3.3.2-1148654 
 * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/,
 *      medium trust
 *      [64.170.98.30 listed in list.dnswl.dnsbl.ja.net]
 * -1.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay
 *      domain
 * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000]
 *  0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily
 *      valid
 *  0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from mail.ietf.org ([64.170.98.30]:58858)
	by ppsw-50.csi.cam.ac.uk (mx.cam.ac.uk [131.111.8.147]:25)
	with esmtp (csa=unknown) id 1Qk2uE-0007Bw-s1 (Exim 4.72) for dot at dotat.at
	(return-path <imap5-bounces at ietf.org>); Fri, 22 Jul 2011 00:43:52 +0100
Received: from ietfa.amsl.com (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 7D0CF11E8081;
	Thu, 21 Jul 2011 16:43:49 -0700 (PDT)
X-Original-To: imap5 at ietfa.amsl.com
Delivered-To: imap5 at ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by ietfa.amsl.com (Postfix) with ESMTP id 3365311E807E
	for <imap5 at ietfa.amsl.com>; Thu, 21 Jul 2011 16:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level: 
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5
	tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4,
	USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30])
	by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DcdeX7KyoCD3 for <imap5 at ietfa.amsl.com>;
	Thu, 21 Jul 2011 16:43:48 -0700 (PDT)
Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com
	[199.106.114.251])
	by ietfa.amsl.com (Postfix) with ESMTP id 8FB8F11E807A
	for <imap5 at ietf.org>; Thu, 21 Jul 2011 16:43:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;
	d=qualcomm.com; i=randy at qualcomm.com; q=dns/txt;
	s=qcdkim; t=1311291828; x=1342827828;
	h=message-id:in-reply-to:references:x-mailer:date:to:from:
	subject:cc:mime-version:content-type:x-random-sig-tag:
	x-originating-ip;
	z=Message-ID:=20<p06240608ca4e689e8a47 at loud.pensive.org>
	|In-Reply-To:=20<1311230521.25837.2154184801 at webmail.mess
	agingengine.com>|References:=20<4E23FB2A.10200 at panozzo.it
	><op.vytcthr22qqnnh at arbre.eng.oslo.osa><alpi=0D=0A=20ne.O
	SX.2.00.1107181145570.66343 at hsinghsing.panda.com><2011071
	8190947.G=0D=0A=20B8329 at brong.net>=0D=0A=20<4E24B55C.1050
	507 at laposte.net><1311115679.3432.2153661013 at webmail.mess
	=0D=0A=20agingengine.com><4E2637C3.7090704 at laposte.net>
	=0D=0A=20<20110720060738.GA6750 at brong.net>=0D=0A=20<p0624
	0630ca4d011422b6 at loud.pensive.org>=0D=0A=20<1311230521.25
	837.2154184801 at webmail.messagingengine.com>|X-Mailer:=20E
	udora=20for=20Mac=20OS=20X|Date:=20Thu,=2021=20Jul=202011
	=2016:39:40=20-0700|To:=20Bron=20Gondwana=20<brong at fastma
	il.fm>,=20Gilles=20LAMIRAL=0D=0A=09<gilles.lamiral at lapost
	e.net>|From:=20Randall=20Gellens=20<randy at qualcomm.com>
	|Subject:=20Re:=20[imap5]=20Where=20is=20IMAP5=20?|CC:=20
	Discussion=20on=20drastically=20slimming-down=20IMAP.=20<
	imap5 at ietf.org>|MIME-Version:=201.0|Content-Type:=20text/
	plain=3B=20charset=3D"us-ascii"=3B=20format=3Dflowed
	|X-Random-Sig-Tag:=201.0b28|X-Originating-IP:=20[172.30.3 9.5];
	bh=DCoezGeEcST/U4vLHjAX2ar1YQha/8AhM4ClYcHGGZ8=;
	b=N23HYhKvu93SZZiy+vODxVtco/SF75uypDUzYTzLXWzRs+6NlsddUfcX
	5ZAcZiF9vRGJEZFRRTaWhw43O/BfOUaiv2yO6AXOYM0FECtP4/DbvZfzC
	2JZK6iVYqp1+kCzfhSwXPnrL5m0cluuCaXD14BgFRSVtISyls37J+CvBU 4=;
X-IronPort-AV: E=McAfee;i="5400,1158,6414"; a="104937212"
Received: from ironmsg03-l.qualcomm.com ([172.30.48.18])
	by wolverine02.qualcomm.com with ESMTP; 21 Jul 2011 16:43:47 -0700
X-IronPort-AV: E=Sophos;i="4.67,240,1309762800"; d="scan'208";a="52056683"
Received: from nasanexhc08.na.qualcomm.com ([172.30.39.7])
	by Ironmsg03-L.qualcomm.com with ESMTP/TLS/AES128-SHA;
	21 Jul 2011 16:43:48 -0700
Received: from loud.pensive.org (172.30.39.5) by qcmail1.qualcomm.com
	(172.30.39.7) with Microsoft SMTP Server (TLS) id 14.1.323.0;
	Thu, 21 Jul 2011 16:43:47 -0700
Message-ID: <p06240608ca4e689e8a47 at loud.pensive.org>
In-Reply-To: <1311230521.25837.2154184801 at webmail.messagingengine.com>
References: <4E23FB2A.10200 at panozzo.it><op.vytcthr22qqnnh at arbre.eng.oslo.osa><alpi
	ne.OSX.2.00.1107181145570.66343 at hsinghsing.panda.com><20110718190947.G
	B8329 at brong.net>
	<4E24B55C.1050507 at laposte.net><1311115679.3432.2153661013 at webmail.mess
	agingengine.com><4E2637C3.7090704 at laposte.net>
	<20110720060738.GA6750 at brong.net>
	<p06240630ca4d011422b6 at loud.pensive.org>
	<1311230521.25837.2154184801 at webmail.messagingengine.com>
X-Mailer: Eudora for Mac OS X
Date: Thu, 21 Jul 2011 16:39:40 -0700
To: Bron Gondwana <brong at fastmail.fm>, Gilles LAMIRAL
	<gilles.lamiral at laposte.net>
From: Randall Gellens <randy at qualcomm.com>
MIME-Version: 1.0
X-Random-Sig-Tag: 1.0b28
X-Originating-IP: [172.30.39.5]
Cc: "Discussion on drastically slimming-down IMAP." <imap5 at ietf.org>
Subject: Re: [imap5] Where is IMAP5 ?
X-BeenThere: imap5 at 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 at ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/imap5>
List-Post: <mailto:imap5 at ietf.org>
List-Help: <mailto:imap5-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imap5>,
	<mailto:imap5-request at ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: imap5-bounces at ietf.org
Errors-To: imap5-bounces at ietf.org
Status: R
X-Status: 
X-Keywords:                  
X-UID: 3

At 8:42 AM +0200 7/21/11, Bron Gondwana wrote:

>  So tell me how it was a disaster precisely? Other than a lack of 
> capability information meaning clients tried it when it wasn't 
> supported?

Oh, that wasn't a problem.  There were more serious security issues 
(from lashing together different protocols to implementation issues 
with executing other programs) and a complete lack of support for 
SMTP extensions.

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly selected tag: ---------------
It is impossible to make anything foolproof because fools are so
ingenious.
_______________________________________________
imap5 mailing list
imap5 at ietf.org
https://www.ietf.org/mailman/listinfo/imap5



More information about the Cyrus-devel mailing list