smartertools电子邮件产品将被考虑什么? 一个MTA或MDA或两者?

我不是一个系统pipe理员,但我确实pipe理我自己的Windows服务器(从本地租用的专用服务器),使用smartertools来pipe理电子邮件

这使我能够托pipe我自己的域名的电子邮件,发送和接收电子邮件。

这似乎是一个360度的电子邮件解决scheme, 基于Unix / Linux的替代scheme是什么? (这是产品组合还是单一解决scheme?)

只是对MTA和MDA有点困惑

一个成熟的邮件传输代理是像sendmail和postfix这样的智能主机,非常普遍。 这些包发送和接收邮件,并支持相关的RFC来处理邮件。 IIRC中,IIS中的SMTP守护进程只是非常聪明,足以certificateExchange Edge和集线器传输angular色的确切位置。

邮件传递代理是将邮件从MTA传递到实际的邮箱。 并不是所有的邮件系统都有它们,有时候这些邮件被隐藏在MTA软件内部。 “procmail”包就是这样一个MDA,用sendmail的说法就是“milters”。 不幸的是,MDA的定义是milter的一个子集,因为一个完整的milter能够影响邮件的双向stream动。 Windows相当于Exchange邮箱angular色,以及任何可以利用Edge / HubTransport / ClientAccessangular色中的防病毒挂钩的东西。

看看这两个页面: MDA和MTA 。 你可以find每一个的定义。 另外,你可以find类Unix系统的软件列表。

我一定会推荐sendmail和postfix作为MTA的好select(优先于rmail,qmail,exim)。 恕我直言,后缀更容易configuration,但我会看Sendmail非常高吞吐量的应用程序。

如果您打算实施对大型组织(或许多站点)的支持,那么您可能需要查看运行LDAP系统来路由邮件。

sysadmin1138的回答有点误导 – 一个MDA不是一个更老的,而更不是一个MDA。 一个微笑是MTA的政策工具。 Milters和Milter API最初是由Sendmail提出和实现的,但是IIRC与Postfix是二进制兼容的。 在传入的邮件( spamassassin , 反病毒 )以及处理大量消息的情况下添加一些安全更新是一个好主意,例如限制输出的限制 。

至于MDAs – 有很多select。 Procmail通常是目前大多数Linux发行版的标准configuration,为路由消息,自动应答和外出处理提供了大量的灵活性/configuration。 开箱即可将邮件写入mbox或maildir格式,以便通过POP或IMAP服务器进行拾取和呈现。

这给我们带来了整洁的POP / IMAP服务器 – 在大多数Linux发行版中绑定的UoW可以用于小型工作组,但对于更大型的安装,您可能需要查看Dovecot或Cyrus 。