提供电子邮件账户信息的最佳实践

Question

我为一家建立嵌入式系统的公司工作，目前我们正在为住宅消费者开发一个系统，直到最近我们的主要焦点都是工业和商业应用。

此产品的一个特点是设备能够直接发送电子邮件。问题是SMTP库仅仅是一个客户端（它应该是），因此需要配置才能连接到邮件服务器。

目前有关于我们是否应该提供邮箱服务器配置信息的争论。目前这场辩论已经使我们的团队在开发人员和管理层之间分化很多。

开发人员认为，对于“普通”用户提供服务器，端口，用户，密码和“发件人”地址的FQDN或IP将会过于繁琐。因此，最好只需要用户的电子邮件地址来完成配置。尽管管理层担心资源利用率（当然每个人都希望我们的系统有数百万或至少成千上万的用户！），而且“恶意”用户窃取我们提供的信息并将其用于非法目的;而开发人员认为这不太可能，正如管理层指出的那样，只有一个垃圾邮件发送者获取账户信息，然后我们将*关闭所有人。

目前的妥协方案是为每个设备提供一个简单的电子邮件帐户，以便将来自我们产品的电子邮件转发给用户的电子邮件帐户。显然，这会造成管理上的噩梦，特别是因为我们目前正在使用第三方电子邮件托管解决方案，并且无法自动创建这些电子邮件。管理层不喜欢这样的事实，即我们设计的其他一切都是自动化的，然后通过手动创建每个电子邮件帐户，然后手动配置每个设备以使用此帐户，然后抛出一个不错的大减速。

当然，开发人员建议将内置的电子邮件服务，但这会产生其他问题，我们负担不起。

这导致我对社区的问题，你有没有处理过这个问题？你决定采取什么解决方案？为什么这是你的最佳解决方案？

Answer 1

由于管理层担心一个“恶意”用户可以免费使用公司的电子邮件服务（除了这种想法并不荒谬），唯一的机会就是不必强迫人们通过配置的麻烦或不手动创建帐户会给你的每个客户提供一个唯一的ID。这个ID将允许你关闭为这个疯狂的用户提供的服务。

做到这一点的一种方法是配置每个客户端在每封电子邮件的标题中嵌入一个唯一的ID。见this question。在服务器端，您将不得不实施一个黑名单，并检查每个电子邮件的标题。

就是这样，没有对技术栈的进一步了解，就不可能提供更详细的答案。