发现服务器莫名其妙多占了几个G的空间，然后通过日志清理工具发现，有4G甚至更大的文件全部都是邮件日志的maillog文件，大部分都是类似于：
postfix/postdrop[23110]: warning: mail_queue_enter: create file maildrop/749274.23110: No such file or directory
postfix/postdrop[58774]:warning:mailqueue_enter:createfile maildrop/46447.58774:Permission denied
pundle[190921:postdrop:warning:mail_queue_enter:createfile maildrop/859335.58735:Permissiondenied
之类的报错信息，每分每秒都在产生，最终形成了一个个四五百M的maillog文件。
一开始以为是wordpress的邮件功能导致的？关闭：wordpress设置——讨论——发送邮件通知我 中所有选项。
但是另一台服务器也有大量日志且没有安装wordpress，也产生了大量的报错信息。那大概率是centos系统自带的程序的问题+邮件系统的配置错误引起的。
为了解决该问题，又考虑到不需要邮件系统，选择一劳永逸删除卸载postfix程序：
在终端中输入：
sudo yum remove postfix
或者其他系统输入：
Debian（Ubuntu）
sudo apt-get remove --purge postfix
新的Red Hat系统
sudo dnf remove postfix
等待一会以后输入y回车，就开始卸载了，卸载完postfix程序一劳永逸避免大量的maillog日志占领服务器的所有空间……
目前删除后几天了还没有产生新的maillog
更新：
几天后我来看，又产生了大量的类似目录文件，很不幸尝试卸载postfix并没有解决问题
根据GPT的回答，尝试使用以下办法来解决：
1、检查邮件队列目录的设置：确保 postfix 的配置文件（通常是 /etc/postfix/main.cf）中正确指定了邮件队列的存储目录。你可以查找 queue_directory 或者类似的配置项，确保其指向正确的目录路径。
创建邮件队列目录：如果邮件队列目录不存在，你需要手动创建它。你可以使用命令 mkdir 来创建目录，例如：
sudo mkdir -p /var/spool/postfix/maildrop
2、设置正确的权限：确保邮件队列目录及其子目录的权限设置正确，以便 postfix 进程可以读取和写入。通常情况下，你可以将目录的权限设置为 postfix 用户或者 postfix 组拥有写入权限，例如：
sudo chown postfix:postfix /var/spool/postfix/maildrop
sudo chmod 770 /var/spool/postfix/maildrop
3、重启 postfix 服务：在进行任何更改后，都应该重新启动 postfix 服务，以使更改生效，例如：
sudo systemctl restart postfix
又产生了大量的类似目录文件，以上操作也不能解决问题
最后看到这篇文章：https://www.cnblogs.com/xinyuyuanm/archive/2013/05/22/3093577.html
尝试使用其方法，在/etc/crontab文件内的每一个定期任务指令之后加入&>/dev/null。
但是我发现，我唯一个定期指令是由OneAV来执行的，其为宝塔官方【微步木马检测】程序启动，为定期检查服务器木马的进程。
如果删除该进程，那么crontab里面就没有定期指令了，目前也没有产生maildrop报错。
根据当前情况估计：只要crontab里面存在定期指令，就会产生postfix/postdrop[58774]:warning:mailqueue_enter:createfile maildrop/46447.58774:Permission denied报错。