我的胡子现在是纯灰色的，我很早就记得使用 NFS 已经有几十年了，在这里我引用了原始的 RFC，它为我们今天的 NFS RFC1094奠定了基础。当然，从那时起已经过去了三十年，所以问题是：
在此期间，现在可以通过配置选项从服务器端解释链接吗？这肯定会解决我的一些客户端链接解释问题！
或者，我是否都湿透了，我引用的内容已经过时了，默认情况下，它确实在服务器端解决，而我只是在故障排除中在兔子洞里追兔子？
如果它仍然是老式的和解释的客户端，并且如果没有启用服务器端解释的选项，那么使用相对链接而不是绝对链接可能有帮助吗？
谢谢。
从 Fedora Core 16 升级到 Fedora Core 21 后，新的 Dovecot 安装无法正确进行身份验证，而且根本不清楚原因。
我们有 50 多个电子邮件帐户由该服务器提供服务，因此我希望让以前的方案继续为人们服务。
多年来我们一直非常成功地使用 CRAM-MD5。我移动了配置，根据新版本（2.2.15-3）的需要进行了更新，并尝试连接。日志说：
Requested CRAM-MD5 scheme, but we have only CRYPT
然而，当我按照 Dovecot 网站上的测试指南（可以在此处找到http://wiki2.dovecot.org/TestInstallation）时，测试命令显示 CRAM-MD5 确实可用：
# telnet localhost 143
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
IDLE STARTTLS AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=PLAIN AUTH=LOGIN]
Dovecot ready.
可以看出，CRAM-MD5 是列出的第一个支持的授权类型。
此外，鸽舍参数测试程序也没有显示任何问题：
# dovecot -n
# 2.2.15: /etc/dovecot/dovecot.conf
# …我在这台机器上安装了 Fedora，它完全是一个网关/防火墙系统。
安装后，我运行了 ' yum upgrade'，所以它应该是最新的 Fedora 21 - 我故意有点落后（不是 Fedora 22），所以任何问题都有望得到解决（现在意识到可能我应该有去 Fedora 20 了吗？！）...
一启动，我就用它们各自的 IP 地址配置了盒子中的两个 NIC，重新启动，确认它们没问题，然后开始“防火墙”设置。首先，我跑了：
# firewall-cmd --list-all-zones
我确认 firewalld 使用的接口名称与其他工具一致（与 Fedora 的过去版本不同，例如 19 - 请参阅请求的 FC19 FirewallD 调试帮助：端口不转发）
为了将接口放入正确的区域，我然后运行：
firewall-cmd --permanent --zone=external --change-interface=enp2s0
firewall-cmd --permanent --zone=internal --change-interface=enp5s4
..然后继续尝试设置端口转发等。有几个步骤，例如打开端口，然后转发它。然而，这些都没有奏效。经过一番挖掘，我找到了这篇文章，日期仅在几天前，所以我认为它是最新的 - http://www.certdepot.net/rhel7-get-started-firewalld/ - 并按照其建议进行编辑/etc/sysctl.conf和添加一行阅读net.ipv4.ip_forward=1并用 激活它# sysctl -p，然而，不幸的是，事情实际上“倒退了”......
以前，尝试与转发端口的连接挂起，但现在它们正在返回：
ssh: connect to host 167.101.97.2 port 6543: No route to host
所以，我试图通过取消端口转发和对 sysctl.conf 的编辑来恢复正常，但事情并没有回到“原始”！
令人难以置信的是，我重新启动了，一切都设置为默认值，只是尽可能地安装条件 - 除了那些区域更改；他们会造成什么伤害？！但是当系统恢复时，接口已经回到默认区域！
然后我又重新尝试了一遍。不！无论我做什么，重新启动后接口都停留在“FedoraServer”区域。我已经在命令行中的几个不同位置尝试了 --permanent 。每次响应都是“成功”，然而，每次结果都是它在重新启动后无法生存，即使这是重新启动之间在系统上所做的唯一事情。 …
在从 Fedora Core 16 升级到 Fedora Core 21 的过程中，挑战之一是让 postfix 与 postgrey 一起工作。在长时间专注于它之后，我仍然没有让它工作。
在旧策略中，官方指示指示您编写自己的脚本以放入/etc/init.d. 而且，确实，回到 FC16，我做到了！但是今天，我们有systemctl。您可以postgrey使用 yum安装，存储库知道它。它安装得很好。然后您使用 启用systemctl enable postgrey.service，这也很顺利。
到现在为止还挺好。只剩下几件事要做……
接下来，移过您的白名单文件 - 似乎具有相同的格式。
在旧方案中，您的 postfix main.cf 文件中有这样一行：
...
smtpd_recipient_restrictions = permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_pipelining,
reject_non_fqdn_recipient,
reject_unknown_recipient_domain,
reject_unauth_destination,
check_policy_service inet:127.0.0.1:10023,
permit_mynetworks
...
在我的 /etc/init.d 中，我编写了一个脚本，其中以下摘录显示了有趣的部分，并且运行良好：
...
exec="/usr/sbin/postgrey"
prog="postgrey"
options="--unix=/var/spool/postfix/postgrey/socket --inet=10023"
[ -e /etc/sysconfig/$prog ] && . /etc/sysconfig/$prog
lockfile=/var/lock/subsys/$prog
start() {
[ -x $exec ] || exit 5
echo -n $"Starting $prog: "
daemon …我有一个脚本需要发送电子邮件来通知系统事件和状态 - 我认为这是一个非常常见的用例 - 我选择mailx在我的 Fedora 服务器系统上使用此功能（为什么我不再记得）。
一切都很好，直到最近的一次升级，我开始每发送一封邮件就会收到一封额外的电子邮件。第一行标识邮件系统主机。第二行写着：
Enclosed is the mail delivery report that you requested.
只是我并没有故意或自愿要求电子邮件发送报告！他们在升级后才开始出现。（或者是我的客户端垃圾邮件过滤器 - Thunderbird）正在为我杀死它们，我想？！很奇怪，有时做得很好，然后突然什么也没抓到？！-耸肩-）
我想我可以在邮件阅读器的“过滤器”中使用明确的指令来摆脱这些，但我宁愿首先不要生成它们 - 发送的电子邮件是有价值的，我只是不需要或者想要这些“交付报告”。
我从 mailx 的手册页开始。那里没有任何有用的东西，或者，至少，我不认识这种类型的任何设置。mailx我强烈怀疑这是由和的相互作用以某种方式产生的Postfix，尽管这只是一种预感。每次调用 时，我都会收到一份邮件状态报告mailx，但当我通过相同的安装通过同一帐户发送邮件alpine或Thunderbird从同一帐户发送邮件时，我不会收到一份邮件状态Postfix报告。
这是代码使用的模式：
/bin/mailx -n -s "subject" -s from=from_address to_address < content
这-n意味着不读取任何本地配置。表示-S设置一个“变量”，在本例中指定一个发件人地址。
我获取了 Postfix 队列 ID 并使用 grep 在以下位置找到它/var/log/maillog：
Aug 11 12:14:32 fs1 postfix/pickup[233386]: C834918E658F: uid=nnnn from=<SystemUsername>
Aug 11 12:14:32 fs1 postfix/cleanup[237953]: C834918E658F: message-id=<5f32ee18.AXOWyPor64xZtCVH%From@EmailAddress> …