为此问题推荐灵活的群发邮件系统

Question

1200名订户每天都会收到电子邮件。每个用户的档案可能会根据他们的兴趣而变化，无论是地理位置，市场部门，还是产品类型。

每天最多可由研究人员创建20个新报告，用户每天会收到他们感兴趣的报告序言（通过链接回到显示完整报告的网站）发送每日电子邮件。

电子邮件通过SMTP服务器目前播出[报告也受地理，市场部门和产品类型分类。每个用户都根据他们的个人资料和报告类别之间的匹配来构建他们的电子邮件。

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

我们使用dotNet技术。用户数量不会超过5000人。我承受着将其与公司所使用的其他群发邮件系统集成的压力。他们对smpt感到不满意。该公司全球雇用30k人。上述应用程序是一种定制新闻服务而非营销系统。他们在Solaris/Java /等上标准化，但很乐意保留当前的技术（除了smtp位）。

Answer 1

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

这个应用程序属于一个小公司谁被买了大一个。该系统最初使用smpt（并仍然如此）。我见过的群发邮件系统[Lyris。 Pure360]似乎并不构建每个登录的电子邮件，并且似乎面向市场营销（而不是定制新闻报道）。

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

有没有办法我会掌握逻辑（对群发邮件）哪些用户得到哪些报告。