主页 / server / 问题 / 856785
Accepted
USD Matt
Asked: 2017-06-21 02:41:01 +0800 CST

Procmail 配方，root 拥有的邮件

  • 772

我正在使用 Postfix 和 Procmail 的组合来处理我的一台服务器上的入站电子邮件。每个用户都有一个本地帐户，多年来我一直在/usr/local/etc/procmailrc成功使用以下帐户：

DEFAULT=$HOME/mail/
LOGFILE=/var/log/procmail

我最近添加了一个配方，可以将标记为垃圾邮件的邮件定向到单独的文件夹：

:0
* ^X-Spam-Flag: YES
$HOME/mail/.Junk/

但是，在某些情况下，进入此文件夹的消息似乎归根用户所有，而不是正确的用户。我的收件箱从来没有遇到过这个问题，而且它似乎只影响某些用户。

我设法捕获了其中一个 Procmail 进程，ps它似乎确实以正确的用户身份运行。（此用户在垃圾文件夹中也有根拥有的邮件）

# ps axu | grep procmail
{correct-local-username}   7402   0.0  0.2  12140   1780 ??  Ss   11:37AM      0:00.01 /usr/local/bin/procmail -a

有谁知道为什么配方处理的消息最终会归根所有，而进入默认文件夹的消息会得到正确的所有者？

有什么我可以做的（即使它很棘手，例如从 Procmail 配方中调用 chown ）以确保消息始终由正确的用户拥有？

如果它很重要，Procmail 在 Postix 中的配置如下：

mailbox_command = /usr/local/bin/procmail -a "$EXTENSION"
postfix

1 个回答

  1. Best Answer

    检查垃圾文件夹的权限是否正确，但您是否也可以将以下内容添加到您的 procmail.cf：

    DROPPRIVS=yes

    我不是 procmail 方面的专家，但根据这个 man entry，它应该放弃 procmail 拥有的任何特权，而收件人没有（强调我的）。

     DROPPRIVS            If  set  to  `yes'  procmail   will   drop   all
                      privileges  it  might  have  had (suid or sgid).
                      This is only useful if  you  want  to  guarantee
                      that the bottom half of the /etc/procmailrc file
                      is executed on behalf of the recipient.

    关键部分; 代表收件人执行。

    从用户@Tripleee 解释为什么这样做：

    DEFAULT 交付发生在隐式 DROPPRIVS 之后，但如果您在特权模式下显式交付某些内容，则还需要显式删除您的权限。

    • 5

相关问题