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=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 16633 invoked from network); 20 May 2022 00:07:09 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 20 May 2022 00:07:09 -0000 Received: from localhost ([::1]:50430 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nrqAd-0005j7-04 for ml@inbox.vuxu.org; Thu, 19 May 2022 20:07:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35398) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nrqAQ-0005Ue-Ex for info-gnus-english@gnu.org; Thu, 19 May 2022 20:06:54 -0400 Received: from ciao.gmane.io ([116.202.254.214]:54202) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nrqAN-0004Jn-D7 for info-gnus-english@gnu.org; Thu, 19 May 2022 20:06:53 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1nrqAK-0006Pc-UK for info-gnus-english@gnu.org; Fri, 20 May 2022 02:06:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: info-gnus-english@gnu.org From: Andrew Cohen Subject: Re: nnimap gmail "A T" and "^" not working Date: Fri, 20 May 2022 08:06:33 +0800 Message-ID: <87pmk9f4om.fsf@ust.hk> References: <877d6ire2k.fsf@ericabrahamsen.net> <87r14qo9hi.fsf@ericabrahamsen.net> <87r14qmlwj.fsf@ust.hk> <878rqym5y5.fsf@ust.hk> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:6X7De8AjccgQ2c1m7KjuxhpOt8k= Received-SPF: pass client-ip=116.202.254.214; envelope-from=gegu-info-gnus-english@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+ml=inbox.vuxu.org@gnu.org Sender: "info-gnus-english" >>>>> "J" == JibStyle writes: J> Andrew Cohen writes: [...] >> So jibstyle maybe you can help with some testing? First, for the >> purposes of the test can you 1. Set 'gnus-refer-thread-use-search >> to 'nil, 2. Enter the "[Gmail]/All Mail" group and find an >> article late in the thread on which you know thread referral >> fails to find the full thread. Examine the headers of this >> article (by typing C-g when point is on the article in the >> summary buffer) and see what is in the References header? And >> what mailer was used to send the message? >> >> For example when I do this I find the headers contain >> >> In-Reply-To: References: >> X-Mailer: iPhone Mail (19E258) >> >> which shows that the References header only contains the >> immediately prior email's message-id but not that of any of the >> other messages. J> Thanks for helping out here. I'm novice in email protocol. My J> `gnus-refer-thread-use-search' is nil. Yes, I can reproduce the J> iPhone specific issue you described above (see Issue1 below). In J> fact, I am also experiencing two additional issues (Issue2 and J> Issue3 below), for which I do not believe iPhone is culprit (can J> repro using only Gnus). To reproduce all these issues, I sent and J> replied to emails to myself to produce the necessary thread J> structures. J> Summary of my three separate nnimap+gmail "A T" issues: J> - Issue1: Grandparent not found when only one "References" entry. There is little we can do about this---if the references header doesn't contain the right information we can't know what messages to fetch (while we could "walk" up the tree this isn't practical, since we would have to construct a separate search and a new network connection for each step). And not adding the references is broken behavior and should be fixed by the mailer. J> - Issue2: Parent from different group not found. This is the intended behavior. If you want messages from different groups to be found you need to set 'gnus-refer-thread-use-search to 't. J> - Issue3: Siblings and descendants not found. [...] J> Reproduction steps, Issue3: J> - RootArticle - ChildA - GrandchildA - ChildB - GrandchildB J> - Use `gnus-summary-post-news' and `gnus-summary-followup' to J> produce above message tree with two branches. - Read all J> articles except ChildA. - In Gnus, go to "[Gmail]/All Mail" J> summary buffer. You should only see ChildA. Now press "A T". - J> EXPECTED: RootArticle, GrandchildA, ChildB, and GrandchildB J> should appear. - RESULT: RootArticle appears. GrandchildA does J> not appear. ChildB and GrandchildB do not appear. This doesn't happen for me. As far as I can tell "A T" search is working correctly in gmail when the references header is correct. The gnus strategy is simple: when you type "A T" on a message the message-id of that message and ALL message-ids in the references header are used as search keys. The search asks for all messages whose references header contains any one of those keys. For mailers that adhere to the standard this will find all articles in the thread, future and past. To diagnose further you will need to do what I asked you earlier: find the references header, the in-reply header, and the original message-id header for the initiating article and for the article that wasn't found. Best, Andy -- Andrew Cohen