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

我在一家制造嵌入式系统的公司工作，目前我们正在为住宅用户开发一个系统，直到最近，我们的主要关注点还是工业和商业应用

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

目前，关于我们是否应该提供开箱即用的邮件服务器配置信息，存在一场争论。目前，这场争论在开发人员和管理层之间造成了团队的分裂

开发人员认为，“普通”用户提供服务器的FQDN或IP、端口、用户、密码和“发件人”地址过于繁重。因此，最好只需要用户的电子邮件地址即可完成配置

鉴于管理层担心资源利用率（当然每个人都希望我们的系统有数百万或至少数千个用户！）和一个“邪恶”的用户窃取我们提供的信息并将其用于非法目的；正如管理层指出的那样，虽然开发者认为这不太可能，但只要一个垃圾邮件发送者掌握了帐户信息，我们就会被迫为所有人关闭它

目前的折衷方案是为每个设备提供一个唯一的电子邮件帐户，以便将我们产品的电子邮件转发到用户的电子邮件帐户。显然，这造成了一场管理噩梦，特别是因为我们目前正在使用第三方电子邮件托管解决方案，无法自动创建这些电子邮件。管理层不喜欢这样一个事实，即我们已经将所有其他内容设计为自动化，然后通过手动创建每个电子邮件帐户，然后手动配置每个设备以使用此帐户，从而实现了一个很好的大减速

当然，开发人员建议将电子邮件服务引入内部，但这会产生我们无法承受的其他问题

---

这让我向社区提出了一个问题，你曾经处理过这个问题吗？你决定了什么解决办法？为什么这对你来说是最好的解决方案？

因为管理层担心一个“邪恶”的用户免费使用你公司的电子邮件服务（除此之外，这种想法并不是那么荒谬）你唯一不必强迫人们经历配置的麻烦，也不必手动创建帐户给你们带来负担的机会就是为每个客户端提供一个唯一的ID。这个ID将允许你关闭mallicous用户的服务

一种方法是将每个客户端配置为在每封电子邮件的标题中嵌入一个唯一的ID。看见在服务器端，您必须实现一个黑名单，并对照它检查每封电子邮件的标题

---

仅此而已，如果不进一步了解您的技术堆栈，就不可能提供更详细的答案。

这是一个非常有趣的想法！！对于我们来说，这似乎是最好的选择，因为每个设备（客户端）都有一个唯一的标识符，并且SMTP库支持自定义头。唯一的问题是服务器上的处理，因为我们必须与提供商合作。我想提供更具体的信息，但实际上我还没有问我的老板在这里讨论这件事是否合适……我会在几天后再查。如果你的老板不反对披露你的一些实习生，我们也许能想出一些办法。顺便说一句，不要忘记投票或接受对你的问题有帮助的答案。我试过投票，但它说我需要15个声誉，接受是否向社区表明我不再需要更多答案？不，接受答案并不阻止提交新答案。尽管如此，so的一些用户这样做的动机可能较低。