|
1
2
对于发送通知电子邮件,我们有一个通知发送到与每个帐户相关的地址,只需从我们的域发送到该地址。我们的发件人地址被监视,回复最终进入CSR工作队列。 对于入站电子邮件,我们使用 FogBugz (来自Stack Overflow的制作者)用于案件追踪。通过电子邮件接受新案件(例如。cases@mycompany.com). 票证是通过电子邮件自动创建的。我唯一的抱怨是,客户需要检查一个模糊的案例更新链接(没有“我的案例”门户网站,但可能会在即将发布的FogBugz版本中出现)。 我们在FogBugz中有一个自定义字段,用于指示票据来自的客户。理论上,我们可以编写一个插件到FogBugz,使用senders域自动分配,但我猜CSR还没有大声抱怨:-) |
|
|
2
2
muHive )是一种入站电子邮件/社交会话管理产品。如果您正在查看一个处理来自客户的入站电子邮件或社交媒体会话的工具集,我们有一个令人印象深刻的工具集。 Amazon SES 我也试过了 Sendgrid 这给了我们额外的好处,如传递状态和电子邮件解析。 有两种方法可以处理多个帐户以获取所有电子邮件地址。如果您的目标系统可以区分不同的客户,并根据内容/发件人将任务分配给正确的代表,请让您的所有客户向 support@company.com .
另一种方法是让你的客户给你发邮件 support@company.com 您使用基于规则的系统(如muHive)根据发送邮件的客户/帐户将这些邮件转发给相应的客户主管。 |
|
|
Pravin · 如何解析电子邮件以获取电子邮件的原始收件人? 11 年前 |