[MORG] MORG notes from IETF 77

Randall Gellens <randy@qualcomm.com> Fri, 26 March 2010 02:04 UTC

Return-Path: <randy@qualcomm.com>
X-Original-To: morg@core3.amsl.com
Delivered-To: morg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 407593A690F for <morg@core3.amsl.com>; Thu, 25 Mar 2010 19:04:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.14
X-Spam-Level:
X-Spam-Status: No, score=-102.14 tagged_above=-999 required=5 tests=[AWL=-0.729, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5fvnwOTge4qa for <morg@core3.amsl.com>; Thu, 25 Mar 2010 19:04:55 -0700 (PDT)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) by core3.amsl.com (Postfix) with ESMTP id 98EB23A68D1 for <morg@ietf.org>; Thu, 25 Mar 2010 19:04:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=randy@qualcomm.com; q=dns/txt; s=qcdkim; t=1269569118; x=1301105118; h=message-id:x-mailer:date:to:from:subject:cc:mime-version: content-type:x-random-sig-tag:x-ironport-av; z=Message-ID:=20<p0624060bc7d1a5c9f4b5@[172.27.170.16]> |X-Mailer:=20Eudora=20for=20Mac=20OS=20X|Date:=20Thu,=202 5=20Mar=202010=2018:58:12=20-0700|To:=20<morg@ietf.org> |From:=20Randall=20Gellens=20<randy@qualcomm.com> |Subject:=20MORG=20notes=20from=20IETF=2077|CC:=20"barryl eiba@computer.org"=20<barryleiba@computer.org>,=20Randall =20Gellens=0D=0A=09<randy@qualcomm.com>,=20Timo=20Siraine n=20<tss@iki.fi>|MIME-Version:=201.0|Content-Type:=20text /html=3B=20charset=3D"us-ascii"|X-Random-Sig-Tag:=201.0b2 8|X-IronPort-AV:=20E=3DMcAfee=3Bi=3D"5400,1158,5931"=3B =20a=3D"37319967"; bh=4TbWvRlvqs08wZLvruznUNz9QBiekhD5J/TaeVPXj7I=; b=MJx3w3DSLd8DiVYp/esHorpJgS6j8nzITmVAZa07uHI1qyGAxlF3nfvS cTwO2AIAILKxRyw9m9C+hncFDNdydxVI7vas8nc7pHYhLxYWghe64/xqi gO1oeQKXrbXMsseyAWjvsO4QiMIcHfFMlNGf4vdd2KEQWBMhWubjgAVlD I=;
X-IronPort-AV: E=McAfee;i="5400,1158,5931"; a="37319967"
Received: from ironmsg01-r.qualcomm.com ([172.30.46.15]) by wolverine01.qualcomm.com with ESMTP; 25 Mar 2010 19:05:18 -0700
Received: from nasanexhub05.na.qualcomm.com ([129.46.134.219]) by ironmsg01-r.qualcomm.com with ESMTP/TLS/RC4-MD5; 25 Mar 2010 19:05:18 -0700
Received: from nasanex14h01.na.qualcomm.com (10.46.94.107) by nasanexhub05.na.qualcomm.com (129.46.134.219) with Microsoft SMTP Server (TLS) id 8.2.234.1; Thu, 25 Mar 2010 19:05:17 -0700
Received: from nasanexmsp01.na.qualcomm.com (10.45.56.204) by nasanex14h01.na.qualcomm.com (10.46.94.107) with Microsoft SMTP Server (TLS) id 14.0.689.0; Thu, 25 Mar 2010 19:05:17 -0700
Received: from dhcp-wireless-open-abg-25-196.meeting.ietf.org (10.46.82.6) by qcmail1.qualcomm.com (10.45.56.204) with Microsoft SMTP Server (TLS) id 8.2.234.1; Thu, 25 Mar 2010 19:05:08 -0700
Message-ID: <p0624060bc7d1a5c9f4b5@[172.27.170.16]>
X-Mailer: Eudora for Mac OS X
Date: Thu, 25 Mar 2010 18:58:12 -0700
To: morg@ietf.org
From: Randall Gellens <randy@qualcomm.com>
MIME-Version: 1.0
Content-Type: text/html; charset="us-ascii"
X-Random-Sig-Tag: 1.0b28
Cc: Randall Gellens <randy@qualcomm.com>, Timo Sirainen <tss@iki.fi>, "barryleiba@computer.org" <barryleiba@computer.org>
Subject: [MORG] MORG notes from IETF 77
X-BeenThere: morg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Messaging Organization <morg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/morg>, <mailto:morg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/morg>
List-Post: <mailto:morg@ietf.org>
List-Help: <mailto:morg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/morg>, <mailto:morg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Mar 2010 02:04:57 -0000

MORG notes from IETF 77
These are tentative and merged from Murray's and my notes.  Please review and send corrections to the chairs.

The chairs thank Murray for taking notes.

  • Barry is now co-chair
  • Status in List now published (RFC 5819)
  • Sort Display is ready for IETF Last Call

  • Collations un-dropped if Ned and his colleague produce a new version of the document.

  • Special-use mailboxes:
  • Barry to remove text allowing multiple mailboxes to have the same tag.
  • Discussion on how to add a special-use tag to an existing mailbox.
  • Proposal: leave CREATE option, don't add any non-metadata way to add special-use tag, define metadata way (registry) to add or change special use tags (if you support METADATA, we will give a reserved item for this function).  No objection in room; adopted.
  • Discussion if client needs to request that special use-tags be returned, or if they can always be returned.  Conclusion that this is OK for extended LIST (like children).
  • There is a problem discovering mailboxes which have special-use tags, especially if they are not in the base tree.  Barry suggests a SELECT option so a client can select all mailboxes with special-use flags.  Something like LIST (SPECIAL-USE) "" * that lists only them.

  • Multi-mailbox search:
  • Discussion about IN clause being a regular search condition instead of a modifier at the start.  No agreement to do this.
  • Discussion on using message sequence numbers as criteria.  (Use case: search a single non-SELECTed mailbox.)  Sense of room that this does not makes sense and could be difficult for some servers.  While there may be some use cases, these are not considered valuable enough to outweigh server issues.
  • Discussion about interaction of special-use flags and multi-mailbox search.  Barry suggests a new draft with an extension for searching using metadata, and this would extend multi-mailbox search.
  • Open issues:
  • Everyone should review this, but pay attention to the issues listed in Section 3.
  • Security Considerations needs work.  Barry asks for input on list for what should go here.
  • Interactions with CONTEXT that seems complex.  Barry asks for people to review and send thoughts to this.
  • Are there problems with implementing CONTEXT, NOTIFY, and multi-mailbox search?  Alexey says his head hurts thinking about it.
  • Suggestion to add EXCLUDE clause.  Barry says this could be done with metadata, perhaps.

  • Address Search: stalled; Arnt says he'll do it if there is real demand.

  • In Thread: stalled; Arnt says he'll do it if there is real demand.
  • Dan Keen says he wants it and would help with draft.  Alexey says he'll implement as well.
  • Timo says Dovecot already has implemented most of INTHREAD for internal purposes

  • Discussion on a new SORT extension for top x non-deleted messages.
  • ESEARCH PARTIAL
  • CONTEXT has PARTIAL paging

  • Discussion on a command where clients could announce the extensions they want, e.g., REQUEST, so that the server developer (such as Google) can focus extension effort on those that have a lot of demand.
  • Chris suggests using Client ID.

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly selected tag: ---------------
One never sits in hotel lobby chairs, my dear.  One never knows whom
has been sitting in them before one.
   --unknown