Gmail会识别回复电子邮件

Question

git config --global sendemail.chainreplyto true
git format-patch -2 HEAD  -o patch --cover-letter
git send-email patch/* --to=ycsunjane@gmail.com

我无法弄清楚如何让gmail认识到电子邮件是由git发送的“回复”，并将这些电子邮件组合在一起作为发送和回复电子邮件的列表。

Message-Id: <cover.1375354436.git.ycsunjane@gmail.com>
X-Mailer: git-send-email 1.8.3.4

Message-Id: <1375355476-9832-1-git-send-email-ycsunjane@gmail.com>
X-Mailer: git-send-email 1.8.3.4
In-Reply-To: <cover.1375354436.git.ycsunjane@gmail.com>
References: <cover.1375354436.git.ycsunjane@gmail.com>

Message-Id: <1375355476-9832-2-git-send-email-ycsunjane@gmail.com>
X-Mailer: git-send-email 1.8.3.4
In-Reply-To: <1375355476-9832-1-git-send-email-ycsunjane@gmail.com>
References: <cover.1375354436.git.ycsunjane@gmail.com> <1375355476-9832-1-git-send-email-ycsunjane@gmail.com>

Answer 1

通常你会使用像

这样的东西

git format-patch --thread ...

设置引用和In-Reply-To标头。但是gmail不会对不具有相同主题的电子邮件进行分组（除非添加RE等一些更改:)提交消息和[patch n / m]将针对系列中的每个补丁进行更改。所以他们永远不会被分组。

Google支持页面说明了以下内容（https://support.google.com/mail/answer/5900?hl=en）

  

如果对话的主题行被更改，或者对话超过100条消息，对话将会中断为新线程。

所以看起来似乎不太可能。

对于它的价值，我还找到了一个链接到一个博客，该博客声称已经测试了一些关于gmail会话线程的事情。

http://www.sensefulsolutions.com/2010/08/how-does-email-threading-work-in-gmail.html

Answer 2

  

我无法弄清楚如何让Gmail识别出一封电子邮件是作为“回复”而发送的。通过git

...使用官方SMPT字段＆＃34; reply-to＆＃34;：Git 2.17（2018年第二季度）支持：--reply-to=<address>"选项。

commit d11c943见commit 15dc3b9，Christian Ludwig (chludwig)（2018年3月3日） ^{（由Junio C Hamano -- gitster --合并于commit e74737b，2018年3月15日）}

  

send-email：支持单独的Reply-To地址

     

在某些项目中，来自群组的贡献仅接受来自a   公共组电子邮件地址。

     

但每个人都可能希望收到自己个人地址的回复。

     

我们所拥有的＆＃39; Reply-To＆＃39; SMTP中的标题   所以介绍一个可选的＆＃39; --reply-to＆＃39;命令行选项。

使用Git 2.18（2018年第二季度），当输入已有In-Reply-To:和/或References:标题的输入并告知添加相同信息时，＆＃34; git send-email＆ ＃34;单独添加这些标头，而不是附加到现有标头 一，违反了RFC 这已经得到纠正。

commit 256be1d见Stefan Agner (falstaff84)（2018年4月17日） ^{（由Junio C Hamano -- gitster --合并于commit c50f76a，2018年5月8日）}

  

send-email：避免重复的回复/引用

     

如果修补程序标题中已包含In-Reply-To或References   （例如，使用format-patch --thread创建补丁时）   git-send-email不应添加另一对标题。

     

根据RFC 5322 Section 3.6，也不允许这样做。

     

通过读取当前标题来避免第二对   适当的变量。