【问题标题】:How to make scalable backend postfix server solution?如何制作可扩展的后端 postfix 服务器解决方案?
【发布时间】:2011-05-09 12:24:31
【问题描述】:

这是我面临的问题。我们有一个后缀服务器,它需要解析从某个用户帐户转发的电子邮件并从中提取一些数据。通常每个用户大约有 200 封电子邮件。我们已经对 5 个用户进行了测试,一切都很好,但是如果用户数量达到更大的数量,例如 10000 或 100000,该怎么办?您是否有任何想法如何使后缀解决方案具有可扩展性,以便它能够支持如此重的负载。

我们当前的 postfix 服务器资源是具有 512MB RAM 的 Ubuntu 10.04 机器。

最好的问候, 姆拉乔

【问题讨论】:

    标签: email scalability postfix-mta procmail


    【解决方案1】:

    Postfix 是一个邮件程序。不是数据挖掘器、任意字符串解析器或通用灯泡。当收到10000封信时,你——精神不稳定的邮递员——不想打开信,读信,剪掉一些部分,合上然后投递。 你想弄清楚它们是否是你的交付并将它们放在正确的堆中。对于另一项任务,您请联系您的好友 Cron,他正在与 Perl 女士约会,并且拥有前面提到的任务的所有正确功能。

    【讨论】:

    • :) 不错。 Postfix 仅在来源和目的地合法的情况下过滤电子邮件并进行匹配,然后我将电子邮件转发到 procmail,procmail 将电子邮件内容发送到 php 解析器以进行数据提取。
    • 那么您需要通过在后台调用解析器来确保移交给解析器的操作不会阻止传递。尽管如此,我还是会涉及 cron 并进行批处理解析工作,这仅仅是因为现在每个邮件传递都会启动一个解析器,它可能会比传递更长时间,所以每个传入的邮件都有来自 postfix 的 local(8) 和一个或多个正在运行的解析器。这很快将消耗您的 512MB。
    • 为了澄清,我做了类似的事情:处理来自订阅者邮件列表的失败邮件,并使用失败计数更新数据库。正是出于这个原因,我在第一天后切换到批处理。
    猜你喜欢
    • 2011-03-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-10-22
    • 2015-07-15
    • 1970-01-01
    • 1970-01-01
    • 2017-08-26
    相关资源
    最近更新 更多