【问题标题】:Send en email programmatically but an response should come to a user以编程方式发送电子邮件,但应回复用户
【发布时间】:2021-05-31 00:13:14
【问题描述】:

我们正在构建一个 Web 应用程序,其中包含要从客户端请求的文档的形式。所以

  1. 用户在该表格上打勾,例如驾驶执照、护照和申请信,然后点击“发送文件请求”。
  2. 应用程序向客户发送一封电子邮件,内容为“请向我们发送您的 1)驾驶执照 2)护照 3)申请信”。它使用自己的机器人帐户发送电子邮件,例如“noreply@ourcompany.com”
  3. 客户收到电子邮件,要求他回复所请求的文件。他回复了该电子邮件,并附上了“好的,太好了,谢谢!我已在这封信中附上了我的驾驶执照、护照和信件”之类的文字,并附上了文件。
  4. 第一步的用户应该在第三步收到客户端发送的信件。

如何实现第四步的行为?我想我应该将“回复”标题设置为真实用户的电子邮件。

【问题讨论】:

  • 是的,确实存在这样一个字段,其目的正是为了引导接收者向指定地址或地址列表发送回复。到目前为止,这似乎不是编程问题?
  • 要求人们通过未加密的电子邮件发送敏感文件是一个糟糕的想法,在某些司法管辖区是完全非法的。
  • 你知道...这将是我最初的答复。为什么会有人通过电子邮件向您发送他们的 DL 和 Passport 的照片?这是需要亲自访问的东西类型。 @tripleee 我应该删除我的答案吗?回答这个问题感觉很奇怪。
  • 由你决定;这没有错,在其他情况下可能有用。

标签: email smtp imap email-headers email-delivery


【解决方案1】:

我创建了一个示例供您确认逻辑。请向 cmets 添加反馈,我会相应地进行编辑。这里的想法是,根据您的反馈,我们可以创建电子邮件叙述,以形成完整且成功的对话。

以下逻辑是否符合您的意图?

  1. 一封来自"User1" <user1@example.com>的电子邮件通过HTML表单被接受
  2. 此电子邮件最初来自"No-Reply" <noreply@ourcompany.com>
  3. 此电子邮件已发送至"User2" <user2@example.com>
  4. 对此电子邮件的任何回复均在回复至"User1" <user1@example.com>
  5. ...这是正确的吗?

如果是这样,这是一个包含标题 + 内容的文本/普通电子邮件的工作示例:

From: "No-Reply" <noreply@ourcompany.com>
To: "User2" <user2@example.com>
Reply-To: "User1" <user1@example.com>
Subject: Document Request
MIME-Version: 1.0 (Created with SublimeText 3)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Good morning, User2.

Please send us your 1) driver license 2) passport 3) application letter.


Thank you,

Ourcompany Inc.

【讨论】:

  • 我上次检查时(承认是几年前)Outlook 忽略了 Reply-To: 标头字段,这严重违反了相关的 RFC。我会率先建议人们不要使用 Outlook,但这在您的环境中可能不是一个站得住脚的限制。
  • 我刚才在Office365中试过这个。但我只用它来测试 S/MIME 电子邮件和.eml 电子邮件文件,如果你安装了 Outlook,可以双击它们。我使用 MailBird。
  • 谢谢!看起来正是我需要的!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-06-07
  • 2013-08-30
  • 1970-01-01
  • 2013-10-07
  • 1970-01-01
  • 2014-12-10
相关资源
最近更新 更多