【问题标题】:What caused sendmail permission be modified?是什么导致sendmail权限被修改?
【发布时间】:2014-07-11 12:31:13
【问题描述】:

我的操作系统是 CentOS 6.2,我已经安装 sendmail 大约 2 年了。它总是运行良好,我什么也没改变。但我不知道为什么今天我发现 sendmail 已经宕机了 5 天。在邮件日志中,有很多行与NOQUEUE: SYSERR(apache): can not chdir(/var/spool/clientmqueue/): Permission denied(我很困惑)

救援工作结束后,

chown root.smmsp /usr/sbin/sendmail.sendmail
chmod g+s /usr/sbin/sendmail.sendmail
chown smmsp.smmsp /var/spool/clientmqueue
service sendmail restart

现在 sendmail 又可以工作了。但是在过去的 5 天里,我丢失了很多邮件。它们是否存储在数据库或任何日志中?如何重新发送这些邮件?

以及是什么导致sendmail权限被修改?

谢谢。

【问题讨论】:

    标签: sendmail permission-denied


    【解决方案1】:

    您的应用程序是否在 Apache 上运行?

    如果是,解决方案是更改 /var/spool/mclientqueue 的权限,如下所示:

    chmod 1777 /var/spool/clientmqueue
    

    Apache 不允许 setgid,因此 sendmail 客户端尝试发送邮件时失败。

    您也可以尝试禁用 Selinux,因为这会与权限使用冲突。

    【讨论】:

    • 感谢您的回答。我在 2 年前禁用了 Selinux,并且我检查过它现在仍然禁用。我不确定是什么导致 sendmail 权限被修改?顺便说一句,chmod 1777 /var/spool/clientmqueuechmod 0777 /var/spool/clientmqueue 有什么区别?
    • 作为参数传递给 chmod 的权限被指定为八进制值。值中的每个数字代表三位。如果给出三个数字,则您正在为文件的所有者、组和其他人(其他所有人)设置读取、写入和执行位。如果给出四个数字,最左边的数字设置 setuid、setgid 和粘着位。八进制 1 设置粘性位。当在目录上设置粘性位时,该目录中的文件只能由 root 或目录所有者或文件所有者取消链接或重命名
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-02-11
    • 2015-10-02
    • 2020-06-30
    • 1970-01-01
    • 1970-01-01
    • 2020-04-05
    • 1970-01-01
    相关资源
    最近更新 更多