qmail qq soft reject问题摘录

kiever

qmail qq soft reject问题摘录
qmail-smtpd: qq soft reject (qq trouble creating files in queue (#4.3.0))
公司使用的qmail服务器出现大量soft reject信息，查找网络后， 发现一般的说法是
1  进入编译前源文件目录，make setup check即可
2  qq trouble creating files in queue (#4.3.0) whenever i tried to
send out email through QMAIL. i've been browsing through forums and
checked all the known scenarios that might cause this
1.) corrupted QUEUE
i've tried using qfixq, queue-fix, queue-repair but without any
luck i've come up to a decision to wipe out /var/qmail/queue and just
do a make check again on the qmail source folder. still it wasn't fixed
2.) permissions
I've used the scripts like inst_check, check_qq.sh but still no
luck whatsoever same darn "451 qq trouble creating files in queue
(#4.3.0)" =/
3  check /var/qmail/bin/qmail-queue permessions:
-rws--x--x   1 qmailq qmail    15464 2004-11-09 12:19 qmail-queue
4  If you are using ClamAV:
Restart clamd service and execute this:
#chmod 4755 /var/qmail/bin/qmail-scanner-queue.pl
#chown qscand:qscand /var/log/clamav/clamd.log
#cd /var/run
#chown qscand:qscand clamav/
                 
5  Your queue structure is clearly seriously messed up.
Stop qmail, then move /var/qmail/queue to /var/qmail/badqueue and
reinstall ("make setup check").
Then have a look at the messages in the badqueue directory. Read the
INTERNALS file, noting among other things that files under the mess
subdirectory must have an inode number equal to their name. Did you
perhaps violate this by restoring a queue from backup, for example?
If so, messages need renumbering before you can move them back in the
queue. Also, if queue files had their ownership changed, that must be
fixed. The mess/*/* files should have owner qmailq, while ones under
info/, local/, and remote/ should be owned by qmails.
You may find it easier to just reinject messages in the queue based on
what is in the info (envelope sender) and local and remote files. The
qmail-queue man page explains what is needed; what goes to file
descriptor 1 is the concatenation of the info file, then the remote
and local files, with an extra NUL byte appended.
Oh, actually, that would resend messages that were already
delivered. Try instead the output of
( cat info/$msg remote/$msg local/$msg | tr '\000' '\012'; echo ) |
grep '^[FT]' | tr '\012' '\000'
"Some assembly required." (No, not assembly *language*.)
The latter approach has the advantage that you can restart the queue
without waiting to stuff messages from the old queue into the new one.
               
               
               
               
               
我的服务器上目前是发用户验证邮件， 是用qmail-toaster安装的，通过取消clamav/simscan才跳过了这个问题。也有朋友说去qmail源码目录下make setup check可以修复。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/22826/showart_694146.html