每天都有1200名订阅者通过电子邮件发送。每个用户的个人资料可能会根据他们的兴趣而变化，无论是地理，市场部门甚至产品类型。
每天最多有20份新报告由研究人员创建，用户每天都会收到一封电子邮件，其中包含他们感兴趣的报告的前言（链接返回显示完整报告的网站）。
[报告也按地理，市场部门和产品类型分类]
目前通过smtp服务器广播电子邮件。每个用户的电子邮件都根据其个人资料和报告类别之间的匹配进行构建。
是否有灵活的群发邮件系统可以取代smtp服务器？如果是这样，人们会推荐什么。
我们使用dotNet技术。订阅者的数量不大可能超过5000.我面临着将其与公司使用的其他群发邮件系统集成的压力。他们对smpt不满意。该公司在全球拥有30,000名员工。上述应用程序是自定义新闻服务而非营销系统。它们在Solaris / Java / etc上标准化，但很高兴保留当前的技术（除了smtp位）。
答案 0 :(得分：0)
你没弄错。不是我的想法使用smtp。我不打算在用户配置文件的设计中提供这种程度的灵活性。
这个应用程序属于一个小公司，被较大的公司收购。该系统最初使用了smpt（现在仍然如此）。我见过的群发邮件系统[Lyris。 Pure360]似乎不是每次登录构建电子邮件，而是面向营销（而不是自定义新闻报道）。
我能想象这样做的唯一方法是拥有一个用户属性（当天用户将获得的报告的ID列表），并在发送电子邮件之前更新该用户属性。
我无法掌握逻辑（对于群发邮件），它会找出哪个用户获得哪些报告。