From 93e6ccda23979c52b952f1151bb18bd1d428040b Mon Sep 17 00:00:00 2001 From: Xu Wang Date: Sun, 3 Jul 2016 20:28:41 +2000 Subject: [PATCH] ask notmuch to find back "reply-to's" --- 8f/2d15f51f3bc5ac40db90042d9fbd3aeea1da7c | 100 ++++++++++++++++++++++ 1 file changed, 100 insertions(+) create mode 100644 8f/2d15f51f3bc5ac40db90042d9fbd3aeea1da7c diff --git a/8f/2d15f51f3bc5ac40db90042d9fbd3aeea1da7c b/8f/2d15f51f3bc5ac40db90042d9fbd3aeea1da7c new file mode 100644 index 000000000..e03b28007 --- /dev/null +++ b/8f/2d15f51f3bc5ac40db90042d9fbd3aeea1da7c @@ -0,0 +1,100 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by arlo.cworth.org (Postfix) with ESMTP id 369EA6DE015B + for ; Sat, 2 Jul 2016 17:28:52 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at cworth.org +X-Spam-Flag: NO +X-Spam-Score: -0.595 +X-Spam-Level: +X-Spam-Status: No, score=-0.595 tagged_above=-999 required=5 tests=[AWL=0.166, + DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, + FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, + RCVD_IN_MSPIKE_H2=-0.211, SPF_PASS=-0.001] autolearn=disabled +Received: from arlo.cworth.org ([127.0.0.1]) + by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id snCjiCoeqSWw for ; + Sat, 2 Jul 2016 17:28:44 -0700 (PDT) +Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com + [209.85.218.47]) + by arlo.cworth.org (Postfix) with ESMTPS id EAE966DE0032 + for ; Sat, 2 Jul 2016 17:28:43 -0700 (PDT) +Received: by mail-oi0-f47.google.com with SMTP id f189so155789629oig.3 + for ; Sat, 02 Jul 2016 17:28:43 -0700 (PDT) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; + h=mime-version:from:date:message-id:subject:to; + bh=KVbLeJOsUH0xnpVRI8svq+SC6pzjlsFbDaSxV6doIPM=; + b=JF3yFAYiFJaAVLY2Jat6Sl39zbGLF3P7Nc5Vlosf73PUWCNV1uyAl/YV5i6vV77pZM + 5jSO9OuAbFs38Td2Y/ikASLasr1vnXoQh+u92xgP6L/AM8Z8fTU9eiuIYY5wLRA92KT3 + Qc9JkrTcIVsTVNUzPb4pkqpDc4ycWTZrAgDzTe7NnpEK4pT3riVHzr89NpzMyK2yBIr5 + zAm1aFksidFjXpQwlH7vzO8oSIsCPiMV9EQAclo7RTESlpS2Pv4vSwTAnJ+FctA3URb7 + pcdzbXxoh2+zW1bjg68k6ET9mnBFwvTuvPjHxTC8dbmNyz9omBQSuBhCtZU2MHZ7HY5H + ynIQ== +X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; + d=1e100.net; s=20130820; + h=x-gm-message-state:mime-version:from:date:message-id:subject:to; + bh=KVbLeJOsUH0xnpVRI8svq+SC6pzjlsFbDaSxV6doIPM=; + b=YbNO8F7s2O/nY2T4kiKoTgHdkbHT6EUMNklfnPnpavnIRACGIeNJMXlNN/7bkicCD+ + Eb91KToCRPvmoym9okQWSBC7dY3mJd0KAZhfwIdwlDkRCAECTmLKVaCDnlK5jHEYQYaD + nzmmGOdQqkg/hAesgY4wju8B58Rr1PBIba6gFxsiVWT/Me+wytNQJMTxLt1INMfmbAHX + mktIDMXIpLsBd+jXlGNHBv0mEiSGdygWV3evrWNK9m/08q52vEErrdHp5KimmgJT/6OX + ciQ6y4Cqi+RlZ7tsSCiYmKK/liDGCl0g4KTbqrSCuo5vJ2L8AbpPxEcanfJPDkeaoXi/ + KuWQ== +X-Gm-Message-State: ALyK8tKmYPRVxE89fVMauz4FKbLkEf8EL0r/dQi9P9V+6VajRNcLeFtNZaqRtyUgY6zX5p6xdizGtDyIIHJm8Q== +X-Received: by 10.202.102.35 with SMTP id a35mr3213358oic.40.1467505721827; + Sat, 02 Jul 2016 17:28:41 -0700 (PDT) +MIME-Version: 1.0 +Received: by 10.202.212.67 with HTTP; Sat, 2 Jul 2016 17:28:41 -0700 (PDT) +From: Xu Wang +Date: Sat, 2 Jul 2016 20:28:41 -0400 +Message-ID: + +Subject: ask notmuch to find back "reply-to's" +To: notmuch@notmuchmail.org +Content-Type: text/plain; charset=UTF-8 +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.20 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 03 Jul 2016 00:28:52 -0000 + +Hello all, + +I have a situation where sometimes I sync a later message. For +example, the following happens on times: + +1a. sync message 1. +1b. not much new +2a. sync message 3 (which replied to message 2) +2b. not much new +3. sync message 2 (which replied to message 1) +3b. not much new + +This happens because of my workflow of offlineimap. It takes a long +time to sync some folders so often I prefer to skip, but sometimes +they contain replies. + +When I do that, notmuch does not correctly construct the linkages. I +think this is understandable and I blame my workflow more than +notmuch. notmuch wants to be as fast as possible so when it processes +message 2 in step 3b, it does not check message 3 because it already +checked message 3 in 2b so I think it skips it. Do I have correct +understanding of the situation? + +Is there a config setting that I can put to ask notmuch to look both +ways (even at cost of spending more time)? i.e. I want notmuch in step +3b to search through all previous messages to see if they replied to +it. + +Kind regards, + +Xu -- 2.26.2