Announcements and discussions for Gnus, the GNU Emacs Usenet newsreader
 help / color / mirror / Atom feed
From: Andrew Cohen <acohen@ust.hk>
To: info-gnus-english@gnu.org
Subject: Re: nnimap gmail "A T" and "^" not working
Date: Fri, 20 May 2022 08:06:33 +0800	[thread overview]
Message-ID: <87pmk9f4om.fsf@ust.hk> (raw)
In-Reply-To: <vriuy1yxglfv.fsf@gmail.com>

>>>>> "J" == JibStyle  <jibstyle209@gmail.com> writes:

    J> Andrew Cohen <acohen@ust.hk> 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: <CAKfuin7MPjj5m@mail.gmail.com> References:
    >> <CAKfuin7MPjj5m@mail.gmail.com> 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



  reply	other threads:[~2022-05-20  0:07 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-18  6:14 JibStyle
2022-05-18  7:37 ` Byung-Hee HWANG
2022-05-18 19:49   ` JibStyle
2022-05-18 21:54     ` Byung-Hee HWANG
2022-05-18 16:38 ` Eric Abrahamsen
2022-05-18 20:15   ` JibStyle
2022-05-18 20:45     ` Eric Abrahamsen
2022-05-19  0:00       ` Andrew Cohen
2022-05-19  2:41         ` JibStyle
2022-05-19  5:45           ` Andrew Cohen
2022-05-19 23:19             ` JibStyle
2022-05-20  0:06               ` Andrew Cohen [this message]
2022-05-20 22:01                 ` JibStyle

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87pmk9f4om.fsf@ust.hk \
    --to=acohen@ust.hk \
    --cc=info-gnus-english@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).