免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1412 | 回复: 0

qmail qq soft reject问题摘录 [复制链接]

论坛徽章:
0
发表于 2008-05-19 15:18 |显示全部楼层

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
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP