IETF Logo Mail Archive

Re: [imapext] Fwd: About connection pooling

Bron Gondwana <brong@fastmailteam.com> Mon, 28 September 2020 01:13 UTC

Return-Path: <brong@fastmailteam.com>
X-Original-To: imapext@ietfa.amsl.com
Delivered-To: imapext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E48323A0B3D for <imapext@ietfa.amsl.com>; Sun, 27 Sep 2020 18:13:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=GLSf181n; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=R1QOAaKQ
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mGbg_8tg02-E for <imapext@ietfa.amsl.com>; Sun, 27 Sep 2020 18:13:56 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09C603A0B3B for <imapext@ietf.org>; Sun, 27 Sep 2020 18:13:55 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 4AF5E5C0192 for <imapext@ietf.org>; Sun, 27 Sep 2020 21:13:55 -0400 (EDT)
Received: from imap7 ([10.202.2.57]) by compute1.internal (MEProxy); Sun, 27 Sep 2020 21:13:55 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm3; bh=ihrLNIj eXXwCYJOP5kzYQLn+DkKcvlPaOkdRCHaXNug=; b=GLSf181nbgojTG3+pGm+aFL rWE1VhiEZQkSgpqDvUcPQKZ9qurvGuMqKBpxTwtZHYvjJvRkxXOUqQKtDvZYj7fc bzHzaNgrfSE7AKP4Vg+g6fDb8KyC+jQfslfaVgh5M5o/Ux0vQojPgKcyKXP8Vtsa aqqsvCyYvxNAmYWc4VbUedAXlLM0FwaSvvMjIyquHnVr9Zv7BtdsxR6r+KNC49ZS aW3AgAo5MC9ujf4QGJ29mm00px7JFMeaDlaRl0C4RL3kat/FnccmFK9e9n4ekAw3 S/4U73T+b/MBEWUnDCExBErbbey165YiBVCVit9j2m2IlH+oMa421kJ4mVHtiuQ= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=ihrLNI jeXXwCYJOP5kzYQLn+DkKcvlPaOkdRCHaXNug=; b=R1QOAaKQ3IRHobk/3F8Ww7 pJHMxk8dnL/U527CiQI3TK5awUvucnY4YukNspc8Hdob+M5VVCU1/AVA91Q4TZLU xx9AHwQkPbqS+9YZwYK44Qu2vKVbGKYDRhlglKOOSq8JTllcT6UgNQnDqGLrm91p gZBZml/NAxtsNuNzcibSJ3ijgG1jZ3udnzzCtaYWC5gCuy6fGA+MX8ouS7L7mbdz fJ33YrkWqqY1RKY3ASfd9rtdwIK1fwvdSSvJYifbdDjZcD0X0cx7/L7fdrsYgfqJ zfh8FHjbLqdcEsVnyzlfIZ/M1++Mc8jcPrxmz717bwnrBf4UX+bOluOywpRzaKYA ==
X-ME-Sender: <xms:0jhxX77WR0IROf4xmVINNIGjfC1UNIZb5PgXhPddAZbfIHs56Xh4vQ> <xme:0jhxXw4_o8bN67PL0cYPZb8KSO0zOiBMirWftwKVJIBAhnKyOvPAtPL67__GbFH6x IcwBofJxHM>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdehgdeggecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrgdtre erreertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehf rghsthhmrghilhhtvggrmhdrtghomheqnecuggftrfgrthhtvghrnhepffevfeeigfejve etheehleegteelteevgeeutdfhhefghfdtjefhvdehhfdtkefgnecuffhomhgrihhnpehi vghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:0jhxXyfFcHrfN4AZY1rf0tEtem5vl4ZbekL5QN-Ifa5lKCFsATTFWw> <xmx:0jhxX8Jn_EkWVUUpc-EzHY-E3Yp9eHJcXRfJhn5hePLEHeKGmNaWtw> <xmx:0jhxX_I9zGQt9T9ofxVem_qau1bXMIMRU6y_qiZbB5r2kHTIjrVHkA> <xmx:0zhxX0UbacGGzMfCaJ11M-6DUDZIhM8U-ZN8F1_cQigRr7nNntVFLg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id E459818028F; Sun, 27 Sep 2020 21:13:53 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-355-g3ece53b-fm-20200922.004-g3ece53b9
Mime-Version: 1.0
Message-Id: <bd01e77f-26cf-46d4-b97d-a71dad300a27@www.fastmail.com>
In-Reply-To: <f53b4661-1d6c-4243-b76d-169ba1a33017@gulbrandsen.priv.no>
References: <CAO0d3bLXzYynT-9BxDy2DS4nHGzVM2hBTAQyyy2nhu-s1FmsNg@mail.gmail.com> <CAO0d3bJ_ma7R+0Xti0sO8fEL9g1qJWfs8F25O7GODT2r4eEzaQ@mail.gmail.com> <f53b4661-1d6c-4243-b76d-169ba1a33017@gulbrandsen.priv.no>
Date: Mon, 28 Sep 2020 11:13:32 +1000
From: Bron Gondwana <brong@fastmailteam.com>
To: imapext@ietf.org
Content-Type: multipart/alternative; boundary="9817afb15e784fe3b8fd967eab080787"
Archived-At: <https://mailarchive.ietf.org/arch/msg/imapext/vtXblIqwva2OJQndQwucPWmVWrg>
Subject: Re: [imapext] Fwd: About connection pooling
X-BeenThere: imapext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of IMAP extensions <imapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imapext>, <mailto:imapext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/imapext/>
List-Post: <mailto:imapext@ietf.org>
List-Help: <mailto:imapext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imapext>, <mailto:imapext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Sep 2020 01:13:58 -0000

Having said that, there is https://datatracker.ietf.org/doc/rfc8437/ if you really want to reuse the socket.  It doesn't let you multiplex commands for different users without logging out and back in again.  And most IMAP servers won't support that because it's very new.

Bron.

On Mon, Sep 28, 2020, at 00:31, Arnt Gulbrandsen wrote:
> Connection pooling isn't in the protocol because it adds complexity and 
> doesn't save significant resources.
> 
> IMAP says: Starting at successful login, all commands on a connection use 
> the credentials of a single user. That's a simple model.
> 
> It simplifies the protcol and some server implementations. A server that 
> wishes to process commands for several users can accept commands on several 
> connections and get effectively the same resource usage as it would get by 
> using a single connection.
> 
> Arnt
> 
> _______________________________________________
> imapext mailing list
> imapext@ietf.org
> https://www.ietf.org/mailman/listinfo/imapext
> 

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com

v2.23.0 | Report a Bug | By Email