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 6580 invoked from network); 12 Oct 2021 09:02:13 -0000 Received: from 4ess.inri.net (216.126.196.42) by inbox.vuxu.org with ESMTPUTF8; 12 Oct 2021 09:02:13 -0000 Received: from mout.gmx.net ([212.227.15.19]) by 4ess; Tue Oct 12 03:29:15 -0400 2021 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1634023748; bh=slkM35Gw3bTgI6T9oR3EoSTW3PFTTcWpDY2dIXE7HnY=; h=X-UI-Sender-Class:From:Date:To:Subject:In-Reply-To; b=F1KCow5ExRd+BubhKpuapwszsTIiUL2s65Nmbmozl3TOgOSW5gdxS3kVHfdtHK2R/ FND0JCaUc/T1COClh6ypiST0Ho7g5JMWIBmbTKszEgNsr05vxB8hCIAaerwRTs+rY4 IvihL1Nyu71fzBNAdvz+pGhH7ibkT5FcDtRK7IIM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from purple.silakkatroolari-gw ([82.128.133.181]) by mail.gmx.net (mrgmx004 [212.227.17.184]) with ESMTPSA (Nemesis) id 1MiacH-1nD5wh2QY3-00ff5j; Tue, 12 Oct 2021 09:29:08 +0200 Message-ID: From: Risto Salminen Date: Tue, 12 Oct 2021 09:28:53 +0200 To: 9front@9front.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:A+rzr9o9P0n9iXbqKtmaOouQP5afpE2zWFY7VWzaeyG5fspkXH1 Gi4p7wKize75Go2rp6mMbYRuf3IwkbY1cQLlQIdGUcS0uX+zpZjfPp+sfMIM9eYpyGxzjAJ uXJ0FfZfExL20ZwuN3hDWZo3t6GK1e03QEVXEwkzW2iqnrRLZ5tOrs+0VjtrbTi9Rv/UvrI f6mnYkgowKbqiOMkb1vmg== X-UI-Out-Filterresults: notjunk:1;V03:K0:Hd39q/w4mog=:4ptUZD8SFBWF53Ie7v+Pn8 fjU/OC3CL4k7almhTB+JD41N3JWwSsJWPMV+oM24kiERGm23Kf8Sfu4k7QWLPBOMW3ZdZVana J/hWefGKbiuKcBosZ06tcg20YGn2Vq4dQ+d68ctdb90tZIkWR0rH+0U8JE05Gm+RJ9sXgbN7y /kfu2tNJqWasMWbtqtfuyTA0rgV0Qa+grOsajNW4dFjP8fyonrs6NnJaUBcSr1FhwxIJTWG26 +8YkPNyoFqCTi79EfgmehQKAU4jlvwGBedawQakHuJd32XsSdJOn42g+HnPBbNjL9G5wpMAOV FTWyy17dlk0vXeoVF3lYqEK+eBwqzQL7Adilbzy8HMDP0byBYSa/5smkOwY2o4VPM33FfExax WQTcTvvQSYFCl0zniw0p8FZcqNSy+nt9nTv/r+MTi4RVYyF+aLlLqOzFRoyEvwy5bdjXT0/GT RQ1gM90LG2ETz5w2YwLxaENdmO0Zjwz49TBnEBXm78iREaAHbLxPZKy9T82KHrIQSaTqMuX2F 0WveMO3B0gL/Z5ILCV7VeAoiM/3z+jA1DiGxZ0TmqLPeHKSgIVk5hQbMO1yVpxYXm4i5YbJiN oDv6VBOAgfcw5Ohk9Nh7WQD+ZHEpyiVIhTAYktwb8kkySxO8b1QmLNqFYvKdn7Xbjrv0sQP2i /xrDzG+gGcQDNbeDJ6xV3ob1Mlu/RdEQbuIPGIfDp3vFKy/v7CUio0hd9Cr4kFJ7Lb1NIeZ6y xRjLoJ1fquxEALXwHuErcplEkQV4Gul98rAH3uD5s1/AfnaY9aco6jJVfnXtAfzOVW41xb8Qs jtbneohjkAirLtBN1lE4f5xxhGkxP/9DZSFLKoRKkTOe+K96moNyUVVzcEt0ulpVmrNSu57ql x0TgNCnyKKN4GEeb6cEmAqrV8mYjpC7WY5U3/CL6llUmZTrpstbXdARNQsrSFmGPr/uEdBClk NmDza8fg0nof2laULwEAXJsQ8XOF04CtcFW+BziXJubdc39tjXiSEcg1Is19oudR2tamxdSRh dXhwuiu5VxPd+pS4PjMYxl2sQvNr0wl6SUNsYE1M9OzWW+Qv3YY9z0maTVc+Y/XAeGH6PxLtC +uazS04aW5VTo0= List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: patented plugin hosting information locator Subject: Re: [9front] upas/fs: handle outlook's quirks Reply-To: 9front@9front.org Precedence: bulk ori wrote: > Give me a couple of days. Sure, there is no hurry. > Yes, though I'm probably going to see if I can > make sense of some other imap implementations and > see how fetching is handled differently there before > I commit this. I took a quick look at isync and mutt, and both seem to fetch either the header section or the whole body of the message at once, without relying on the rfc822.size attribute that Gmail and Outlook apparently do not tell correctly. Therefore they work correctly with any kind of an IMAP server. On the other hand, upas/fs fetches the message in multiple substrings, whose sizes are calculated based on the rfc822.size attribute, which means that there has to be special handling for quirky servers that return incorrect rfc822.size. The message is fetched in substrings apparently because then it is possible to fetch only the headers if the body is not yet needed, which saves bandwidth and memory and consequently also time. The same effect should be achievable by fetching only the header section as the IMAP specification allows. Of course, then one would have to rely on the server implementing that correctly. In any case, at least fetching the whole message, without specifying substring limits, at once should work properly with any IMAP server and indeed return the whole message. In my opinion, the correct solution for making upas/fs work with any IMAP server without any special quirks would be to convert it from the current substring strategy to fetch either the header section or the whole body of the message at once. This would however seem to require quite extensive changes. I could try to work on that in some timeframe though, if that is deemed appropriate. Thanks, Risto