如何在 Gmail 帐户之间创建电子邮件拦截器
How to create an email interceptor between Gmail accounts
这是我们的项目。我们通过某些电子邮件服务向具有特定 return 地址的 client1 发送电子邮件。他们通过 Gmail 或其他方式回复,这会影响我们的电子邮件服务并转发到我们的 api。我们处理该电子邮件,然后将其转发给 client2。
比方说,这样我们就站在两个 Gmail 帐户之间,这样他们就可以进行对话而实际上看不到彼此的电子邮件地址。
此外,我们需要能够让这些电子邮件保持线程化,因此当 client1 通过 Gmail 回复时,header 中有一些东西可以被我们的 api 识别为线程 ID并通过电子邮件转发给 client2。当 client2 回复时,它将命中我们的 api 并在 header 某处具有该 ID。
我们发现的问题是
a) Gmail 将删除自定义 headers
b) 当我们将消息转发给客户端 2 时,它被视为新的初始消息,因此给出了新的 messageId 而没有 in-reply-to id.
是否有可以执行此操作的服务或流程?
@SamV 有一些很好的建议。但是我发现一家公司可以很好地处理这个问题,叫做 mailgun,他们允许您创建自己的初始消息 ID,并且当您将消息转发到最终端点时,他们会保留您的回复 ID。我认为。我还没有完成 POC,但他们说他们完成了。
这是我们的项目。我们通过某些电子邮件服务向具有特定 return 地址的 client1 发送电子邮件。他们通过 Gmail 或其他方式回复,这会影响我们的电子邮件服务并转发到我们的 api。我们处理该电子邮件,然后将其转发给 client2。
比方说,这样我们就站在两个 Gmail 帐户之间,这样他们就可以进行对话而实际上看不到彼此的电子邮件地址。
此外,我们需要能够让这些电子邮件保持线程化,因此当 client1 通过 Gmail 回复时,header 中有一些东西可以被我们的 api 识别为线程 ID并通过电子邮件转发给 client2。当 client2 回复时,它将命中我们的 api 并在 header 某处具有该 ID。
我们发现的问题是
a) Gmail 将删除自定义 headers
b) 当我们将消息转发给客户端 2 时,它被视为新的初始消息,因此给出了新的 messageId 而没有 in-reply-to id.
是否有可以执行此操作的服务或流程?
@SamV 有一些很好的建议。但是我发现一家公司可以很好地处理这个问题,叫做 mailgun,他们允许您创建自己的初始消息 ID,并且当您将消息转发到最终端点时,他们会保留您的回复 ID。我认为。我还没有完成 POC,但他们说他们完成了。