鉴于多租户应用程序，供应商如何从电子邮件帐户设置和编程角度实施电子邮件通知：
发送电子邮件可以来自通用帐户：例如notifications@VendorName.com或noreply@VendorName.com，这似乎是合理的，因为回复地址和lilnks可以包含在电子邮件内容中。
接收电子邮件：例如，应用程序如何接收电子邮件;生成支持票证或将电子邮件中的注释分配给项目/任务。我在主题中看到了ID，有些回复了包含帐户名称的地址，例如：notifications@AccountName.VendorName.com
我意识到可以以编程方式连接到pop3服务器并接收电子邮件并查找包含主题的ID，但有没有办法设置和接收来自多个单个 pop3帐户的电子邮件子主机名电子邮件地址（不确定那里的术语）例如：noreply@AccountName1.VendorName.com或noreply@AccountName2.VendorName.com并从地址检查帐户名称？ （类似于检查URL上的子域名）
任何做法，经验，评论或建议？
（不确定它的相关性，但使用C＃asp.net-mvc和服务等）
答案 0 :(得分：2)
要发送通知电子邮件，我们会将通知发送到与每个帐户相关联的地址，只需从我们的域发送到该地址即可。我们的发件人地址受到监控，回复最终会在CSR工作队列中结束。
对于入站电子邮件，我们使用FogBugz（来自Stack Overflow的制造商）进行案例跟踪。通过电子邮件接受新案例（例如cases@mycompany.com）。门票是从电子邮件中自动创建的。我唯一的抱怨是，客户需要检查一个不明确的案例更新链接（没有“我的案例”门户网站，但可能会在即将推出的FogBugz版本中出现。）
我们在FogBugz中有一个自定义字段，用于指示故障单的客户。理论上我们可以在FogBugz上写一个插件，使用发件人域自动分配，但我想CSR还没有大声抱怨： - ）
答案 1 :(得分：2)
我们（muHive）是入站电子邮件/社交对话管理产品。如果您正在查看处理来自客户的入站电子邮件或社交媒体对话，我们会提供令人印象深刻的工具集。
对于我们自己的出站需求，最简单的方法是使用电子邮件发送API。不要费心自己发送SMTP。我们使用Amazon SES并尝试Sendgrid，这为我们提供了额外的好处，如投放状态和电子邮件解析。
有两种方法可以处理多个帐户以捕获所有电子邮件地址。如果您的目标系统可以区分不同的客户并根据内容/发件人将任务分配给正确的代表，请要求所有客户发送电子邮件至 support@company.com 。
正如您所说，您还可以创建* accountName_support@company.com*电子邮件地址，并在用于管理这些电子邮件的任何CRM /支持解决方案上使用不同的帐户。
另一种方法是让您的客户向 support@company.com 发送电子邮件，并使用基于规则的系统（如muHive）将这些邮件转发给相应的客户经理。发送邮件的客户/帐户。