0

给定多租户应用程序,供应商如何从电子邮件帐户设置和编程角度实施电子邮件通知:

发送电子邮件可以来自通用帐户:例如,notifications@VendorName.com 或 noreply@VendorName.com,考虑到电子邮件内容中可以包含回复地址和链接,这似乎是合理的。

接收电子邮件:例如,应用程序将如何接收电子邮件;生成支持票或在电子邮件中为项目/任务分配评论。我在主题中看到了 ID 和一些包含帐户名称的地址的回复,例如:notifications@AccountName.VendorName.com

我意识到可以以编程方式连接到 pop3 服务器并接收电子邮件并查找带有主题的 ID,但是有没有一种方法可以从多个子主机名电子邮件地址设置和接收单个pop3 帐户的电子邮件(不确定术语)例如:noreply@AccountName1.VendorName.com 或 noreply@AccountName2.VendorName.com 并检查地址中的帐户名称?(类似于检查 URL 上的子域)

有什么做法、经验、意见或建议吗?

(不确定它的相关性,但使用 C# asp.net-mvc 和服务等)

4

2 回答 2

2

对于发送通知电子邮件,我们有一个通知发送到与每个帐户关联的地址,并且只需从我们的域发送到该地址。我们的发件人地址受到监控,回复最终进入 CSR 工作队列。

对于入站电子邮件,我们使用FogBugz(来自 Stack Overflow 的制造商)进行案例跟踪。它通过电子邮件接受新案例(例如 case@mycompany.com)。票证是从电子邮件中自动创建的。我唯一的抱怨是客户需要检查一个晦涩的链接以获取案例更新(没有“我的案例”门户网站,但可能会在即将发布的 FogBugz 版本中出现)。

我们在 FogBugz 中有一个自定义字段来指示机票来自的客户。理论上,我们可以为 FogBugz 编写一个插件,使用发件人域自动分配,但我猜 CSR 的抱怨还不够大声:-)

于 2010-04-25T18:59:03.110 回答
2

我们(在muHive)是一个入站电子邮件/社交对话管理产品。如果您正在查看处理来自客户的入站电子邮件或社交媒体对话,我们有一个令人印象深刻的工具集。

对于我们自己的出站需求,最简单的方法是使用电子邮件发送 API。不要为自己发送 SMTP 而烦恼。我们使用Amazon SES并且还尝试了Sendgrid,它为我们提供了额外的好处,例如交付状态和电子邮件解析。

有两种方法可以处理多个帐户以捕获所有电子邮件地址。如果您的目标系统可以区分不同的客户并根据内容/发件人将任务分配给正确的代表,请让您的所有客户发送电子邮件至support@company.com

正如您所说的那样,您还可以创建 *accountName_support@company.com* 电子邮件地址,并在用于管理这些电子邮件的任何 CRM/支持解决方案上使用不同的帐户。

另一种方法是让您的客户向您发送电子邮件至support@company.com,然后您使用基于规则的系统(如 muHive)根据发送邮件的客户/帐户将这些邮件转发给相应的客户主管。

于 2013-08-23T05:27:49.540 回答