37日Fedora Server（更新至 2023 年 2 月 1 日左右），OpenDKIM进行了新安装（版本为 v2.11.0）。配置包括创建签名表和密钥表，以及创建密钥并将其发布在 中DNS。到目前为止一切顺利…… 我已到达测试阶段opendkim-testkey但失败了。 我第一次运行它时，它抱怨“权限不安全”，尽管这并没有阻止它，但是，我关注了这一点一会儿；我所做的任何事情 - 在六个或更多的排列中改变所有权和权限 - 都没有让这个错误消失，所以现在就这样吧！ 我意识到签名表中一定有错误，所以我做了一个细微的更改。...它显然要求使用“_dom...
因为在一个条目中问多个问题是不礼貌的，所以我会问具体的Postfix条目Dovecot，但是这个噩梦从 1 月 19 日左右就开始了，现在是 2 月 10 日！在最初的情况下，花了几天时间才被垃圾邮件发送者发现在我们被他们的[脏话]淹没之前，它就很容易被破解，我们只是认为我们已经修好了它，再次将它带上去，然后他们又在大约几个小时内将它破解了——不确定具体时间。 你可以阅读此处的背景知识，但简而言之，这个环境是在 1997 年左右建立的，并且一直在使用 Postfix 和 Dovecot 近那么长时间（那是在 20 世纪 90 年代），并且这个系统一直运行良好...
重要更新 在处理此事时，一天多来都没有转发过垃圾邮件，所以我把它留在那里，一夜之间，两封电子邮件就转发了！确认！ 以下是我的 tail / grep 命令的结果（具体内容如下）： Feb 13 02:30:01 fs1 postfix/smtp[749779]: 1442CBE4C12: to=<[email protected]>, relay=mail.s1.alexdf.ru[82.202.199.173]:25, delay=3.4, delays=0.03/0.06/2.4/0.84, dsn=2.0.0, status=se...
该服务器系统自 1997 年左右开始提供电子邮件服务，Red Hat v 1.1目前使用的是 Fedora Core 37；在此过程中经历了许多硬件和操作系统更新，它一直保持最新状态。而且，我们很早就选择了它们postfix，dovecot并且仍在使用它们。而我一直是系统管理员。 一周前的明天，我们的/var树因为备份脚本中的一个错误而被彻底毁掉了 - 糟糕！而且它需要完全重建操作系统，“从头开始”，到相同的版本。Fedora Server 37发行版中未包含的所有软件都是通过 重新加载的dnf install。而且，我们从良好的备份中恢复了完整的配置。 两...