我有以下问题:我最近有一台新的工作 PC(Debian 测试,代号:stretch),必须重新安装fetchmail
才能procmail
阅读我的电子邮件mutt
。现在,fetchmail
效果也很好mutt
,只有我的邮件的假脱机邮箱似乎保持不变,即/var/mail/user
.
在我的.fetchmailrc
我定义了mda
应该执行的:
mda '/usr/bin/procmail -f %F -d %T';
我创建的.procmailrc
看起来像这样:
# Please check if all the paths in PATH are reachable, remove the ones that
# are not.
SHELL=/bin/sh
PATH=$HOME/bin:/usr/bin:/usr/ucb:/bin:/usr/local/bin:.
MAILDIR=$HOME/Mail # Youd better make sure it exists
SPOOL=$HOME/Mail/mbox
DEFAULT=$MAILDIR/mbox
ORGMAIL=$MAILDIR/mbox
LOGFILE=$MAILDIR/log
LOCKFILE=$HOME/.lockmail
VERBOSE= yes
LOGABSTRACT= all
在我到处寻找之后,rc
一次又一次地更改和检查文件和邮件文件夹的权限,最后尝试全部卸载并重新安装它,没有任何改变:/var/mail/user
即使我在其中插入了一些递送条件,邮件仍然被递送到.procmailrc
. _
最后我注意到没有/etc/procmailrc
文件(我认为它应该是),并且所有log
应该存在和写入的文件都不存在。
fetchmail
正在调用 procmail,因为$ fetchmail -vvv
带有传入电子邮件的 a 在其较长的输出中具有以下字符串:
fetchmail: about to deliver with: /usr/bin/procmail -f 'email@addres' -d 'user'
我的结论是它procmail
无法正常工作或根本无法正常工作。电子邮件仍然到达,但都在那个默认邮箱/文件夹中,并且在它们传递时我无法移动它们(当我在里面时,mutt
我可以将它们保存到我拥有或可能定义的所有邮箱中)。
如果有人可以帮助我解决这个问题,我将不胜感激!
亲切的问候。
该
LOCKFILE
分配阻止 Procmail 做任何事情。检查 Procmail 的标准错误输出
procmail -m VERBOSE=yes .procmailrc </dev/null
应该很容易发现它一直在等待锁,并最终放弃。另见http://www.iki.fi/era/procmail/mini-faq.html#locking和http://www.iki.fi/era/mail/procmail-debug.html
通常,您也不需要
ORGMAIL
出于任何原因触摸。Procmail 不需要
/etc/procmailrc
文件;如果确实存在,它将在 your 之前调用.procmailrc
,但在您的场景中它应该不是必需的或特别有用。通常,您
.procmailrc
应该存在于您的主目录中,只有您自己具有读取(并且,出于实际维护原因,写入)访问权限。根据fetchmail
运行方式procmail
,可能存在您的问题不清楚的情况 - 例如,如果fetchmail
既不是运行方式root
也不是您自己,它可能无权切换到您的 UID。对于故障排除,也许把你的常客
.procmailrc
移到一边,尝试一个非常简单的通用的,它可能只是简单地分配LOGFILE=/tmp/procmail-testing.log
和退出,每个人都有读取权限。如果你能让它工作,也许LOG=`whoami`
你可以看到它运行的权限。