Here's the latest...

  • No new tickets were filed this week. That's a relief.
  • No tickets were closed this week. Better get on that.

Some recent discussions you might care about...

#3 arma_otter

We are using Postfix.

I think we are not satisfying the Gmail threading condition: 'A reference header with the same IDs as a previous message'

In same cases, when replying to a review, the email only contains the message id of the review email it's replying to in the 'Reply-to' and 'References' headers. It doesn't know that this is linked with the initial review request email since it doesn't have its message id in those headers, causing split email threads to occur. I think appending the review request message id to the 'References' header should be able to satisfy this condition.

#2 jvolpe

Thanks that fixed the problem.

david
#1 david

We now use a new backend for the public suffix list which shouldn't have this problem.

david
#2 david

What SMTP server are you using to send the messages?

We only update the email_message_id when the SMTP server tells us that it changed it.

david
#1 david

A new version of git has tightened up the rules for when it will access a .git directory owned by another user on the system, even if permissions are set to allow it. You should be able to get around this by running this commend as a privileged user:

git config --system --add safe.directory '*'

jcasares
#15 jcasares

Awesome to see this fixed in 7!