.net - 为这个问题推荐一个灵活的群发邮件系统

Question

每天有 1200 名订阅者收到电子邮件。每个用户的个人资料可能会根据他们的兴趣而有所不同，无论是地理、市场部门还是产品类型。

每天，研究人员最多创建 20 份新报告，用户会收到一封每日电子邮件，其中包含他们感兴趣的报告的报告序言（带有返回显示完整报告的网站的链接）。

[报告还按地理、市场部门和产品类型分类]

电子邮件目前通过 smtp 服务器广播。每个用户都根据他们的个人资料和报告类别之间的匹配来构建他们的电子邮件。

是否有可以替代 smtp 服务器的灵活群发邮件系统？如果是这样，人们会推荐什么。

我们使用 dotNet 技术。每个订阅者的数量不太可能超过 5000。我面临着将其与公司使用的其他群发邮件系统集成的压力。他们对 smpt 不满意。该公司在全球拥有 3 万名员工。上述应用程序是自定义新闻服务而不是营销系统。他们对 Solaris/Java/etc 进行了标准化，但乐于保留当前技术（除了 smtp 位）。

Answer 1

你没有弄错。不是我使用 smtp 的想法。在用户配置文件的设计中提供这种程度的灵活性并不是我的想法。

这个应用程序属于一家被大公司收购的小公司。该系统最初使用 smpt（现在仍然使用）。我见过的群发邮件系统 [Lyris。Pure360] 似乎不会在每次登录时构建电子邮件，并且似乎面向营销（不是自定义新闻报道）。

我能想到的唯一方法是拥有一个用户属性（用户当天将获得的报告的 ID 列表）并在发送电子邮件之前更新该用户属性。

我不可能将逻辑（给群发邮件者）弄清楚哪个用户得到了哪些报告。