Konstantin Ryabitsev <[email protected]> wrote: > Hello: > > I think public-inbox currently does some heuristic-based threading, > which may actually not be that useful. For example: > > https://lore.kernel.org/linux-renesas-soc/[email protected]/ > > None of the [PATCH] messages have references or in-reply-to set, but for > some reason they are threaded together. I can generally see this being > useful for exact subject matches, but in this case all of the subjects > are different (despite being similar).
So the "Patchwork summary for: linux-renesas-soc" message: https://lore.kernel.org/linux-renesas-soc/158229483332.12219.5639020605006542672.git-patchwork-summ...@kernel.org/raw has the following header: References: <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]> Which seems to have tied a bunch of unrelated threads together as one, similar to how a merge commit works in git but is unexpected and rare for mail threads. > Is there a way to enforce stricter threading rules? So I think the internal indexing database behavior is correct in tying a bunch of unrelated threads together based on that References: header. But the thread rendering could be improved. What mutt does seems alright, but doesn't convey the "merge" scenario (I think) your bot was going for... -- unsubscribe: one-click, see List-Unsubscribe header archive: https://public-inbox.org/meta/
