Weird tagging issue

classic Classic list List threaded Threaded
10 messages Options
Brian May-2 Brian May-2
Reply | Threaded
Open this post in threaded view
|

Weird tagging issue

Hello,

I am having a problem with certain messages, in that I remove the tag
and it still shows up in search results.

e.g.

$ notmuch search tag:important
[...]
thread:000000000000aaff 40 mins. ago [37/38(43)] Lucas Liendo, Ricardo Perez; [Bitbucket] Pull request #88: Add webdriver support (wspdigital/bupaoshc) (important inbox unread)
[...]

but if I view the thread:

$ notmuch show thread:000000000000aaff

I see one message, it has no tags, and it is not the message referenced
in the search results (i.e. it was sent hours ago, not 40 minutes).

It only happens with this thread. Sometimes if I play around enough I
can fix it, but the fix doesn't last. I get similar problems for other
tags, such as inbox and important also. I suspect the root problem is it
isn't showing the entire thread.

I have tried:

$ notmuch reindex thread:000000000000aaff
$ notmuch reindex 'Pull request #88: Add webdriver support'

But it doesn't help.

The emacs reader is getting rather confused as a result. It says the
message has the tags when it doesn't and won't let me see the entire
thread.

Is this a sign my tag database is corrupt? If so how do I fix? Or maybe
there is some problem with the message - it looks OK to me. Was
generated from bitbucket.

It is not 100% important that I preserve my existing tags, but would
like to know what is going on.

This is notmuch version 0.28.4-1 from Debian buster using Maildir.

Thanks
--
Brian May <[hidden email]>
https://linuxpenguins.xyz/brian/
_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch
Daniel Kahn Gillmor Daniel Kahn Gillmor
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

Hi Brian--

On Fri 2020-03-20 11:06:55 +1100, Brian May wrote:
> Brian May <[hidden email]> writes:
>
>> I am having a problem with certain messages, in that I remove the tag
>> and it still shows up in search results.
>
> I just recreated the entire database, and I still get the same problem.

This sounds really confusing, and i'm not sure how to help you debug. :/
when you say "recreated the entire database", do you mean you dropped
all tags and everything, and reindexed the entire datastore?

Does the thread that you were working with contain any sensitive or
private messages?  If not, can you isolate the specific files from the
maildir that compose the thread (e.g. with a manual grep) and try to
recreate the failure with a smaller maildir and dedicated notmuch
database?  I know this is tedious, but if you can do it and share the
maildir, then it would help other folks reproduce the problem and dig
into it further.

if i was debugging this locally and i had a dedicated maildir that
demonstrated the problem, i'd probably try to inspect the xapian
database (e.g. with xapian-delve).  There are several folks on the
#notmuch channel on freenode that can probably give pointers.

Sorry to not be more helpful,

      --dkg


_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch

signature.asc (233 bytes) Download Attachment
David Bremner-2 David Bremner-2
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

Brian May <[hidden email]> writes:

> Hmmmm. Maybe the References header is bad. I see a number of emails in
> this thread referencing "pr-wspdigital/bupaoshc/[hidden email]", e.g.:
>
> === cut ===
> References: <pr-wspdigital/bupaoshc/[hidden email]>
>  <[hidden email]>
>
> References: <pr-wspdigital/bupaoshc/[hidden email]>
>
> References: <pr-wspdigital/bupaoshc/[hidden email]>
>  <pr-wspdigital/bupaoshc/[hidden email]>
> === cut ===
>
> But "pr-wspdigital/bupaoshc/[hidden email]" doesn't have any
> information uniquely identifying a particular message for PR #88, and
> furthermore I don't see any message ids that look like this in this
> thread.
>
> I could imagine bad references might be confusing notmuch?

If you still have the messages, maybe you could try the attached script
to visualize the reference structure.

I think dkg and I agreed a few years ago we should ship is as one of our
devel tools, but then I didn't follow through. So I'd be interested in
knowing if it works for you.


_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch

draw-thread (1K) Download Attachment
Daniel Kahn Gillmor Daniel Kahn Gillmor
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

On Sun 2020-03-22 22:12:14 -0300, David Bremner wrote:
> I think dkg and I agreed a few years ago we should ship [draw-thread]
> as one of our devel tools, but then I didn't follow through. So I'd be
> interested in knowing if it works for you.

fwiw, i still think it's worth shipping it in devel/ sooner rather than
later :)

I wonder whether Sean Whitton would consider something like it in
mailscripts; i suppose we'd need better documentation and a reasonable
test suite for it to do that responsibly.

      --dkg

_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch

signature.asc (233 bytes) Download Attachment
Brian May-2 Brian May-2
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

In reply to this post by David Bremner-2
David Bremner <[hidden email]> writes:

> If you still have the messages, maybe you could try the attached script
> to visualize the reference structure.
>
> I think dkg and I agreed a few years ago we should ship is as one of our
> devel tools, but then I didn't follow through. So I'd be interested in
> knowing if it works for you.

I have attached the dot output.

There seem to be a number of root nodes, wonder if this is the problem.
--
Brian May <[hidden email]>
https://linuxpenguins.xyz/brian/

digraph "thread:000000000000abfd" {
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/merged/[hidden email]" {
"pr-wspdigital/bupaoshc/88/merged/[hidden email]" [shape=folder];
"1584673728.1368_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584663662.29414_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/approved/[hidden email]" {
"pr-wspdigital/bupaoshc/88/approved/[hidden email]" [shape=folder];
"1584663351.27930_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584663350.27927_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584663347.27885_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584663345.27882_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584663343.27879_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584659728.14367_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584659726.14353_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584659115.9877_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584659113.9834_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/updated/[hidden email]" {
"pr-wspdigital/bupaoshc/88/updated/[hidden email]" [shape=folder];
"1584659106.9812_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584589075.6347_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/updated/[hidden email]" {
"pr-wspdigital/bupaoshc/88/updated/[hidden email]" [shape=folder];
"1584589073.6344_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/approved/[hidden email]" {
"pr-wspdigital/bupaoshc/88/approved/[hidden email]" [shape=folder];
"1584588766.4940_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584588153.1776_0.wspdigital:2,S" [shape=note];
"1584659109.9828_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584588152.1729_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/updated/[hidden email]" {
"pr-wspdigital/bupaoshc/88/updated/[hidden email]" [shape=folder];
"1584588150.1726_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584577134.11651_0.wspdigital:2,S" [shape=note];
"1584589077.6352_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584574083.26186_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584574081.26143_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584573774.24600_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584573772.24596_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584573771.24568_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584573769.24554_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584573461.22621_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584569488.663_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584568266.26679_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584568263.26673_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584567647.23967_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584567341.22359_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584566731.18493_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584566729.18490_0.wspdigital:2,S" [shape=note];
"1584568264.26676_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584566117.10837_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565505.6032_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565503.6029_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565500.6006_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565499.6003_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565497.5997_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565495.5991_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584565493.5988_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584506116.25523_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584505808.24160_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584494813.25016_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584494811.24972_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/updated/[hidden email]" {
"pr-wspdigital/bupaoshc/88/updated/[hidden email]" [shape=folder];
"1584487437.29402_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/88/reviewer-added/[hidden email]" {
"pr-wspdigital/bupaoshc/88/reviewer-added/[hidden email]" [shape=folder];
"1584487127.27595_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584486509.24570_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:[hidden email]" {
"[hidden email]" [shape=folder];
"1584486508.24564_0.wspdigital:2,S" [shape=note];
}
subgraph "cluster_id:pr-wspdigital/bupaoshc/[hidden email]" {
"pr-wspdigital/bupaoshc/[hidden email]" [shape=folder];
"1584434229.8921_0.wspdigital:2,S" [shape=note];
"1584434231.8924_0.wspdigital:2,S" [shape=note];
"1584434232.8927_0.wspdigital:2,S" [shape=note];
"1584434234.8930_0.wspdigital:2,S" [shape=note];
}
"1584673728.1368_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584663662.29414_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584663351.27930_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584663350.27927_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584663347.27885_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584663345.27882_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584663343.27879_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584659728.14367_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584659726.14353_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584659115.9877_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584659113.9834_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584659106.9812_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584589075.6347_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584589073.6344_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584588766.4940_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584588153.1776_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584659109.9828_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584588152.1729_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584588150.1726_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584577134.11651_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584589077.6352_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584574083.26186_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584574081.26143_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584573774.24600_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584573772.24596_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584573771.24568_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584573769.24554_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584573461.22621_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584569488.663_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584568266.26679_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584568263.26673_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584567647.23967_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584567341.22359_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584566731.18493_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584566729.18490_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584568264.26676_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584566117.10837_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584565505.6032_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584565503.6029_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584565500.6006_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584565499.6003_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584565497.5997_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584565495.5991_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584565493.5988_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584506116.25523_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584505808.24160_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584494813.25016_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584494811.24972_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "pr-wspdigital/bupaoshc/[hidden email]" } "1584487437.29402_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584487127.27595_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584486509.24570_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584486508.24564_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" "[hidden email]" } "1584434229.8921_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584434231.8924_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584434232.8927_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" } "1584434234.8930_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
}

_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch
Daniel Kahn Gillmor Daniel Kahn Gillmor
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

Hi Brian--

whew, what a mess!

I'm having a hard time identifying a specific problem, but I did notice
this surprising sequence:

On Mon 2020-03-30 08:03:20 +1100, Brian May wrote:
> subgraph "cluster_id:pr-wspdigital/bupaoshc/[hidden email]" {
> "pr-wspdigital/bupaoshc/[hidden email]" [shape=folder];
> "1584434229.8921_0.wspdigital:2,S" [shape=note];
> "1584434231.8924_0.wspdigital:2,S" [shape=note];
> "1584434232.8927_0.wspdigital:2,S" [shape=note];
> "1584434234.8930_0.wspdigital:2,S" [shape=note];
> }

[…]
> "1584434229.8921_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
> "1584434231.8924_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
> "1584434232.8927_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
> "1584434234.8930_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }

The surprising thing about this output is that there appear to be 4
copies of message that References: itself!

And, many many other messages also reference that message too.

Would you be willing to send me the full headers from one of the above 4
files so i can verify that this is correct?

I have no idea whether this is part of the problem you're seeing, but it
is certainly unusual.

        --dkg

_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch

signature.asc (233 bytes) Download Attachment
Brian May-2 Brian May-2
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

Daniel Kahn Gillmor <[hidden email]> writes:

>> "1584434229.8921_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
>> "1584434231.8924_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
>> "1584434232.8927_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
>> "1584434234.8930_0.wspdigital:2,S" -> { "pr-wspdigital/bupaoshc/[hidden email]" }
>
> The surprising thing about this output is that there appear to be 4
> copies of message that References: itself!
>
> And, many many other messages also reference that message too.
>
> Would you be willing to send me the full headers from one of the above 4
> files so i can verify that this is correct?

I suspect you only need the Message-ID and the References headers,
right? If not, can send more:

Message-ID: <pr-wspdigital/bupaoshc/[hidden email]>
References: <pr-wspdigital/bupaoshc/[hidden email]>

This applies to all 4 of those messages. Yes, they all look like they
have the same Message-ID

Also I am not seeing any duplicate headers or anything like that.
--
Brian May <[hidden email]>
https://linuxpenguins.xyz/brian/
_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch
Carl Worth-2 Carl Worth-2
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

On Mon, Mar 30 2020, Brian May wrote:
> This applies to all 4 of those messages. Yes, they all look like they
> have the same Message-ID

4 different messages all with the same message ID definitely violates a
core assumption of notmuch (that each message as a unique message ID).

I think it would be reasonable to state that the behavior of notmuch is
officially "undefined" in that case.

-Carl

_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch

signature.asc (847 bytes) Download Attachment
Daniel Kahn Gillmor Daniel Kahn Gillmor
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

On Sun 2020-03-29 17:53:01 -0700, Carl Worth wrote:
> On Mon, Mar 30 2020, Brian May wrote:
>> This applies to all 4 of those messages. Yes, they all look like they
>> have the same Message-ID
>
> 4 different messages all with the same message ID definitely violates a
> core assumption of notmuch (that each message as a unique message ID).

Well, not if they're actually all the same message, right?

Brian, can you confirm whether the body of these 4 messages are the same
or not?  (e.g. you might have gotten different copies due to receiving
mail at different e-mail addresses, or through a mailing list, or just
through an SMTP hiccup)

> I think it would be reasonable to state that the behavior of notmuch is
> officially "undefined" in that case.

What about for a message that References: its own Message-ID:?  Do we
expect to handle that case sensibly?  I'm not sure where i'd look in the
test suite to confirm that we intend to make that work OK, and i can
definitely imagine that being a goofy corner case when trying to
manipulate threads.

       --dkg

_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch

signature.asc (233 bytes) Download Attachment
Brian May-2 Brian May-2
Reply | Threaded
Open this post in threaded view
|

Re: Weird tagging issue

Daniel Kahn Gillmor <[hidden email]> writes:

> Well, not if they're actually all the same message, right?
>
> Brian, can you confirm whether the body of these 4 messages are the same
> or not?  (e.g. you might have gotten different copies due to receiving
> mail at different e-mail addresses, or through a mailing list, or just
> through an SMTP hiccup)

All emails appear to be different. I think bitbucket stuffed up.

> What about for a message that References: its own Message-ID:?  Do we
> expect to handle that case sensibly?  I'm not sure where i'd look in the
> test suite to confirm that we intend to make that work OK, and i can
> definitely imagine that being a goofy corner case when trying to
> manipulate threads.

I can't help here. I do have a vague recollection that I have seen this
situation in the past (any easy way to search for such emails?), but I
really can't remember how well notmuch copes (the fact I noticed such an
issue might suggest I encountered difficulties - or maybe this was
something else entirely).
--
Brian May <[hidden email]>
https://linuxpenguins.xyz/brian/
_______________________________________________
notmuch mailing list
[hidden email]
https://notmuchmail.org/mailman/listinfo/notmuch