我使用 gmail 作为我控制的域名的电子邮件提供商。我想从由真正托管公司托管的专用服务器发送电子邮件，但我不喜欢每天 500 条消息的上限。为了解决这个问题，我想运行 postfix 来只发送电子邮件，如果传入端口 25 被我的防火墙阻止，我更喜欢。我可以发送电子邮件，但是谷歌将所有使用 postfix 发送的邮件标记为垃圾邮件。我如何确保人们知道使用 postfix 发送的电子邮件是有效的？
我在网上看到了一些对此的答案，但没有明确的例子，也没有任何好的例子。
我通过 Postfix 转发我所有的邮件，目前所有邮件都发送到我的 ISP 的邮件服务器。
但是，有一些用户拥有 gmail 帐户或 gmail 托管帐户；我想通过谷歌的服务器路由他们的外发邮件（因为它会出现在他们的 Gmail 发送文件夹中）。所有不是来自这些发件人之一的电子邮件都应该通过默认的中继主机发送出去。
我相信我需要在 Postfix 中使用“sender_dependent_default_transport_maps”配置，但是找不到关于这个设置是什么样子的一个很好的例子。任何人都可以指出我的特定设置吗？
是的，我不太确定这是否可行，甚至不确定在哪里寻找信息，太...
我希望做的是使用用户“foo”设置一个 linux box foo 有一个带有 gmail 的电子邮件帐户
服务器是否可以使用 imap 从 gmail 检索用户电子邮件，以便当他们检索电子邮件时，它来自本地服务器而不是 gmail。
基本上这是某种邮件缓存服务。
即使是一些指向我文档一般领域的信息也会很棒！
所以在遵循 Ubuntu Postfix 教程之后，我尝试了他们推荐的测试
telnet localhost 25
MAIL FROM: person@mydomain.com
RCTP TO: person@gmail.com
DATA
some text here
.
我收到一个成功的 250 OK Queued as C55230429543
但是，当我检查我的 gmail 帐户（包括垃圾邮件文件夹）时，那里没有电子邮件。
我有什么想法可以检查哪里出了问题？
Aug 25 22:34:06 mydomain postfix/cleanup[16130]: 23C20508CA: message-id=<20100825223401.23C20508CA@server1.mydomain.com>
Aug 25 22:34:06 mydomain postfix/qmgr[15822]: 23C20508CA: from=<root@mydomain.com>, size=372, nrcpt=1 (queue active)
Aug 25 22:34:12 mydomain postfix/smtp[16131]: fatal: specify a password table via the `smtp_sasl_password_maps' configuration parameter
Aug 25 22:34:13 mydomain postfix/master[15819]: warning: process /usr/lib/postfix/smtp pid 16131 exit status 1
Aug 25 22:34:13 mydomain postfix/master[15819]: warning: …我想阻止我的 php 脚本通过 localhost 25 中的 MTA 发送邮件，而无需身份验证。
有人告诉我，默认情况下，服务器信任自己，这就是为什么在这种情况下我不需要身份验证。所以我必须禁用“未经身份验证的本地中继”。我怎样才能在后缀中实现这一点？
我有一个场景，我需要将一封电子邮件中的电子邮件列入黑名单到我们的本地电子邮件之一。是否可以在 postfix 中阻止这种特定场景？
例如，从 person@fromaddress.com 到 person@ouraddress.com 的电子邮件应该被列入黑名单，但不是来自 person@fromaddress.com 的其他电子邮件。
我目前正在尝试自动化我的 Postfix 安装，并且大多数事情确实有效......但我似乎无法阻止 postfix-policyd 要求提供 MySQL 根密码。
这是我到目前为止所得到的：
echo 'dbconfig-common postfix-policyd/dbconfig-install boolean false' | debconf 集选择
echo 'postfix-policyd postfix-policyd/dbconfig-install boolean false' | debconf 集选择
echo 'postfix-policyd postfix-policyd/internal/skip-preseed boolean false' | debconf 集选择
echo 'dbconfig-common dbconfig-common/internal/skip-preseed boolean false' | debconf 集选择
echo 'postfix-policyd postfix-policyd/dbconfig-upgrade boolean false' | debconf 集选择
echo 'postfix-policyd/dbconfig-reinstall boolean false' | debconf 集选择
echo 'dbconfig-common dbconfig-reinstall boolean false' | debconf 集选择
echo "postfix-policyd postfix-policyd/internal/reconfiguring boolean false" | debconf 集选择
似乎 postfix-policyd 只是忽略了
postfix-policyd postfix-policyd/dbconfig-install boolean false
我该如何解决？
我是一些服务器方面的新手，需要一些帮助来理解 /var/log/maillog 文件在说什么。
我已经为我正在运行的电子邮件通讯发送了 200 封电子邮件。在“邮件日志”文件中，我显示了一些电子邮件，上面写着“status=sent”、“status=deferred”、“status=accepted for delivery”、“status=sent（Message Qued for delivery）”、“status=sent（Message公认）。
这些状态究竟意味着什么？换句话说，我假设一条消息说“已接受消息”意味着收件人实际上阅读了电子邮件，对吗？但是，刚刚“发送”或“等待发送”的电子邮件实际上还没有到达收件人？
我如何找出如何解释这些状态并了解我的电子邮件是否已被实际阅读，或者是否在收件人的邮件服务器上等待他们下载和阅读等。有什么地方可以为我解释这些？我想知道我的电子邮件程序是否真的在发送电子邮件，以及在发出的电子邮件中，哪些实际上已发送给收件人。
感谢您提供任何提示或建议。
是否可以配置 Postfix 来验证发件人的 MX 记录？
例如：如果邮件来自some.sender@example.com它应该查找 MX 记录example.com并验证发送邮件服务器是否列在 MX 记录中。
这可能吗？阻止垃圾邮件有意义吗？或者是否有另一种方法来阻止假装来自可信赖域的垃圾邮件？
谢谢！
奥利弗
嗨，我在使用 opendkim 签名邮件时遇到了问题。检查我的日志。我通过 chowning 该文件修复了权限问题。但仍然没有签署电子邮件。任何线索？使用 postfix/opendkim、dovecot 在 centos5 上运行
Jul 22 05:25:03 veepiz postfix/smtpd[3837]: > localhost[127.0.0.1]: 354 End data with <CR><LF>.<CR><LF>
Jul 22 05:25:03 veepiz postfix/smtpd[3837]: public/cleanup socket: wanted attribute: status
Jul 22 05:25:03 veepiz postfix/cleanup[3846]: 72B3E16400B: message-id=<201107220525.p6M5P2l4003833@veepiz.com>
Jul 22 05:25:03 veepiz opendkim[2681]: can't load key from /etc/mail/dkim/keys/veepiz.com/default: Permission denied
Jul 22 05:25:03 veepiz opendkim[2681]: (unknown-jobid): error loading key 'default._domainkey.veepiz.com'
Jul 22 05:25:03 veepiz postfix/cleanup[3846]: 72B3E16400B: milter-reject: END-OF-MESSAGE from localhost[127.0.0.1]: 4.7.1 Service unavailable - try again later; from=<apache@veepiz.com> to=<apache@veepiz.com> proto=ESMTP …