From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 367 invoked from network); 29 May 2021 10:05:44 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 29 May 2021 10:05:44 -0000 Received: from mout.gmx.net ([212.227.15.18]) by 1ess; Sat May 29 05:57:56 -0400 2021 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1622282269; bh=o0ZbMW3U2U3GPCWUW4YjnpZth0o9eXhdA0+f2YKCM6o=; h=X-UI-Sender-Class:Date:From:To:Subject:In-Reply-To; b=ZGlr2rkV+psOAu8zr61wQgvxppuCY/bLRfHkch2StaSu56jrC+A6m21D+DPPpBctJ hNETPLBQaf5gG+9I+5TRr2NP9f2LxC08DECJqQy0/98JEiCvkntZnWrJ8057mZ/GT1 Ixu1raYvueb5FVDdclADdSU5zhJ54VEBiPqiteT4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from purple.silakkatroolari-gw ([82.128.133.209]) by mail.gmx.net (mrgmx004 [212.227.17.184]) with ESMTPSA (Nemesis) id 1Md6Qr-1lDaqG3i3n-00aFP2; Sat, 29 May 2021 11:45:08 +0200 Message-ID: Date: Sat, 29 May 2021 12:44:39 +0300 From: risto.salminen@gmx.com To: 9front@9front.org In-Reply-To: <1FF17166-50D3-4342-ACFF-BA6BF2E05159@stanleylieber.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:TV7txtaYfNCI4F6kdXTqHtRSp1jj8jJTefpYs79b4nVTzYwbpXD /aiMv/zytmBgLBXBSeqS3MYT4pz/ziV/3sOSRZYlgNUhdRiE3KLQiPqQSpGfQKHw0TVgtXB 9LK/e8Hte/5kejROPh6kBvDf+Du32JBHMhpsi5upV1oIdj7e8WnxZ2tnGMzmTMG/c1rRykr 90ysRzBM6nl7T0iahpZmw== X-UI-Out-Filterresults: notjunk:1;V03:K0:hywppaTu05M=:vOKZYXHO4f6dCZZC5eDESi 4indEMUpgWkwYomRlusFEj3tyIQKyRFfBxaXFLysPkRuYWvuYMsxfNj7rH8GWyQmMJ5hm7TTJ bKqLrVVeA/dviW711jduC1oulXLemFvaup+dXETQfoaQUMqDOLPiV+L5cL2D4FeYiDivUH/CA nddNmV6tikKY5ck32O1e9aD395w/4L9x6UU/b/tYnFXW0nqlCfFvqsWIFXeHrgrqNdv5zUazr 9SJQSqPrX9DxStH3SiAv9jGFyqCjjuFFEBNjgro5fROOaLCZ9yEKgms40PoJRlwKeh6snjF4c fH2iv5+Y1vCmxVOifUVYc5x6AyrFyuAShwX3TsGxM+U8H4o7eDHkSt2j2XD/20siQNPtO9NTh Tezuer4S9U9ZGEN1Jt/XGn/mmQ85hxr0gdTC5Vv9HXPtd/ywWJIpbpvCjYqvn4fpuSAiSNK/X hUnHSWFf7eySPbBaPv6JncFEqSmssfOB/K71ChuzH4NlJWIwpQ+Ifw4+jUgi9ezAkrRq5jPQF kEyyeZhAx624nligx7bspNQhq0wz+lHDX25oVmy5njCehXQ6ai+nbUCYeUOXSu+KC9ETegQ8t XBCUwHUMzfRl0FN3RPVe1rAjM33cAab59hM3U+bbtyfzGjyD5sljoAIa0PIepuia4WszcfzLS wW/gObSSRmuaMZRGHBGYeIiGSXZhdO11JCXQNoGKFjr8GrjUDWh3J9X2jBUGStD5fpKzt8zUd VA5q+crXHCQJJcRMGys30gGapf/6xGKmtK4xOqhsbvjVoUdAGoY2kvayD1cnedRrLO1/nlG5a 6bfm2n0QAe1v2nZWfWFDSLzfFxr3P3sl6tuigSvc633btGR8sFoxDczmxEivVyia42KKjwFyf t3MgzFBbE6LqqhvJNdmvmwscubcmIW7S72hCto8IWyFWgWIaGHC/1y8852su4T9O2QzkjLnrm FP4WDwtmUot7XCySWTtIUPfWPFkLHCMxUg5cZQqCDkUGeyfSyBioESAt1T3WRVKMIMgNW1Ojr xMW+OUjsWV+evDI/4OapoAi74iqt9wq74OvPBsRvYxo+BGMhlNzQ/vkBtZ6T6+ZFPdgqt+jOt C1gow23Zb4Bh/IF1TDoaGi8jM66xlj8SjArKU16c/460BBwZwOfZ4PGfQ== List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: compliant distributed STM-aware base blockchain Subject: Re: [9front] upas/fs: copy messages between IMAP folders Reply-To: 9front@9front.org Precedence: bulk Hello, sl wrote: > now I get it. I observe the same behavior when > running commands on a local 9front against a > remote 9front imap server. That is indeed how it currently works, with any remote IMAP server, not just 9front one. The patch attempts to improve the situation in the IMAP client end. sl wrote: > however, using k9 mail client on android > against a remote 9front imap server, I can > copy or move messages between folders on the > remote server with no problem. This is actually irrelevant to my patch, but good to know that this works. It is just the IMAP client, namely upas/fs, which, as far as I understand, without my patch does not support telling the remote IMAP server to copy messages between IMAP folders, or have any other means to put messages to the server. As a detail, IMAP, as a protocol, does not support moving messages between folders, so moving has to be implemented by first copying the message to the target folder and then deleting the original message from the source folder. I chose to offload this logic to the mail client, as presented in the upas/nedmail patch, which could also be adapted to acme's Mail. Thanks, rsal