That's precisely the error that qmail-toaster-1.03-1.3.19 has. It
(inadvertently) dropped the queue trigger file. Version 1.3.20
(published on 10/1/09) fixes that problem. Also, the latest qtp-newmodel
runs queue_repair.py just to make sure things are in order.
Does queue_repair.py create the queue trigger file? If not, upgrading to
1.3.20 will fix your problem. Or you can:
# mkfifo /var/qmail/queue/lock/trigger
# chown /var/qmail/queue/lock/trigger
# chmod 622 /var/qmail/queue/lock/trigger
then run queue_repair.py again just to make sure things are as they
should be.
Sorry about that 1.3.19 version. That was my doing, and was changed in
order for the package to work with the new fuse-unionfs. You must've
grabbed that source in late September and just recently installed it.
--
-Eric 'shubes'
Patrick Ring wrote:
OK. I just ran queue_repair.py and the result I got had an ending that makes
me uncomfortable:
-----------------------------------------------
checking directory queue/info/4...
checking directory queue/info/5...
checking directory queue/info/6...
checking directory queue/info/7...
checking directory queue/info/8...
checking directory queue/info/9...
checking directory queue/info/10...
checking directory queue/info/11...
checking directory queue/info/12...
checking directory queue/info/13...
checking directory queue/info/14...
checking directory queue/info/15...
checking directory queue/info/16...
checking directory queue/info/17...
checking directory queue/info/18...
checking directory queue/info/19...
checking directory queue/info/20...
checking directory queue/info/21...
checking directory queue/info/22...
checking files...
queue/lock/trigger missing
[Errno 2] No such file or directory: 'queue/lock/trigger'
-------------------------------------------------------
I was running it in a screen session, so the (copyable) text only goes back a
little way.
A run of the command <rpm -qa | grep toaster | sort> gives:
autorespond-toaster-2.0.4-1.3.6
clamav-toaster-0.95.2-1.3.30
control-panel-toaster-0.5-1.3.7
courier-authlib-toaster-0.59.2-1.3.10
courier-imap-toaster-4.1.2-1.3.10
daemontools-toaster-0.76-1.3.6
ezmlm-cgi-toaster-0.53.324-1.3.6
ezmlm-toaster-0.53.324-1.3.6
isoqlog-toaster-2.1-1.3.7
libdomainkeys-toaster-0.68-1.3.6
libsrs2-toaster-1.0.18-1.3.6
maildrop-toaster-2.0.3-1.3.8
maildrop-toaster-devel-2.0.3-1.3.8
qmailadmin-toaster-1.2.12-1.3.8
qmailmrtg-toaster-4.2-1.3.6
qmail-pop3d-toaster-1.03-1.3.19
qmail-toaster-1.03-1.3.19
qmailtoaster-plus-0.3.1-1.4.11
qmailtoaster-plus.repo-0.1-1
ripmime-toaster-1.4.0.6-1.3.6
send-emails-toaster-0.5-1.3.7
simscan-toaster-1.4.0-1.3.8
spamassassin-toaster-3.2.5-1.3.17
squirrelmail-toaster-1.4.19-1.3.15
ucspi-tcp-toaster-0.88-1.3.9
vpopmail-toaster-5.4.17-1.3.7
vqadmin-toaster-2.3.4-1.3.6
This was up-to-date as of Jun 2009. (I know I should keep it up more, but when
something works....)
Anyway, I'm going to see what happens if I start QMail again, but the end of
the output of the repair script shows something is missing.
Please advise.
Thank you,
Patrick M. Ring
-----Original Message-----
From: news on behalf of Eric Shubert
Sent: Fri 1/15/2010 2:11 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Re: emails taking forever: I'm not quite sure where to
start
Patrick Ring wrote:
I saw that float across the list either yesterday or this morning....
I'll run a backup and give it a try.
(I think I saw that it was suggested to have the qmail services stopped,
correct?)
Yes, that is correct.
Let us know if this fixes you up.
Any idea what might have caused this? Which versions are you running?
(rpm -qa | grep toaster | sort)
Thank you,
Patrick M. Ring
P. Ring Technologies
Louisiana Web Host, LLC.
985-868-4200
------------------------------------------------------------------------
*From:* Maxwell Smart [mailto:c...@yother.com]
*Sent:* Friday, January 15, 2010 1:29 PM
*To:* qmailtoaster-list@qmailtoaster.com
*Subject:* Re: [qmailtoaster] emails taking forever: I'm not quite sure
where to start
Patrick,
I had the same problem and running the queue repair did the trick.
Maybe someone else can chime in on procedure, but I think I just stopped
everything ran the queue repair and restarted everything and viola'
CJ
On 01/15/2010 10:52 AM, Patrick Ring wrote:
QMT list,
I'm noticing on my live email server (hosting about 100 accounts) that
most (if not all) emails are taking anywhere from 15min to 12hr to
make it into the Inboxes.
What is strange is if I "tail" the "/var/log/qmail/smtp/current", it
shows the email entering the system almost immediately after it is
sent, but it takes a long time to get to the inbox.
I also noticed that after hours it picks up a little, but still takes
15 - 20 minutes for deliver to the inbox.
I'm not really sure where the slowdown/holdup is occurring.
What should I look at first?
Thank you,
Patrick M. Ring
P. Ring Technologies
Louisiana Web Host, LLC.
985-868-4200
--
Cecil Yother, Jr. "cj"
cj's
2318 Clement Ave
Alameda, CA 94501
tel 510.865.2787 | fax 510.864.7300
http://yother.com
------------------------------------------------------------------------
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
