Long Mail Queues
Greg Hines
I have several OSR5.0.5 computers that get very long mail queues and others
that do not. All have the same settings in /usr/mmdf/mmdftailor. The user
mmdf has a cron to run cleanque daily on all computers. Below is a typical
output from checkque.
Running cleanque manually does not even empty the msg directory.
The msg directory eventually gets so long that the deliver process will
hang, taking most of the process time, slowing the whole computer.
Any ideas as to the cause would be appreciated.
Greg
Thu Oct 4 12:37: 9557 queued msgs / 222720 byte queue directory
18922 Kbytes in msg dir
9557 msgs 10369 Kb (local ) local : Local delivery
deliver start : Thu Oct 4 11:02
deliver message : Mon Dec 20 14:48
deliver end : Thu Oct 4 11:02 / 1 hour
*** WAITING ** First message : Thu Sep 27 00:00
0 msgs 0 Kb (list ) list : Mailing list processor
No deliver start
No deliver message
No deliver end
0 msgs 0 Kb (uucp ) uucp : UUCP Delivery
deliver start : Thu Oct 4 04:45
deliver message : Thu Oct 4 04:45
deliver end : Thu Oct 4 04:45 / 7 hours
John DuBois
Greg Hines <greg...@bigfoot.com.NOSPAM> wrote:
>I have several OSR5.0.5 computers that get very long mail queues and others
>that do not. All have the same settings in /usr/mmdf/mmdftailor. The user
>mmdf has a cron to run cleanque daily on all computers. Below is a typical
>output from checkque.
>
> 18922 Kbytes in msg dir
>
>
>9557 msgs 10369 Kb (local ) local : Local delivery
> deliver start : Thu Oct 4 11:02
> deliver message : Mon Dec 20 14:48
> deliver end : Thu Oct 4 11:02 / 1 hour
> *** WAITING ** First message : Thu Sep 27 00:00
What output do you get when you run '/usr/mmdf/bin/deliver -w -clocal' ?
John
--
John DuBois spc...@armory.com. KC6QKZ/AE http://www.armory.com./~spcecdt/
Greg Hines
Output looks like this, with 1 entry per msg:-
Greg
greg...@bigfoot.com.NOSPAM
Remove NOSPAM when replying
# /usr/mmdf/bin/deliver -w -clocal
[ Checking for Local delivery (local) mail ]
sorting the queue.
Linear search of unsorted full queue.
Message 'msg.ac20852', from 'mm...@airport.UUCP.com'
Queued: 5 Days, 12 Hours
[ Accessing local (Local delivery)]
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.ac20852
Message 'msg.as20852', from 'mm...@airport.UUCP.com'
Queued: 5 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.as20852
Message 'msg.at20852', from 'mm...@airport.UUCP.com'
Queued: 5 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.at20852
Message 'msg.ad20852', from 'mm...@airport.UUCP.com'
Queued: 5 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.ad20852
Message 'msg.au20852', from 'mm...@airport.UUCP.com'
Queued: 5 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.au20852
Message 'msg.ac09353', from 'mm...@airport.UUCP.com'
Queued: 4 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.ac09353
Message 'msg.ad09353', from 'mm...@airport.UUCP.com'
Queued: 4 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.ad09353
Message 'msg.ob09353', from 'mm...@airport.UUCP.com'
Queued: 4 Days, 12 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', mail file is locked,
locked out
mailbox busy, queuing for retry
End of processing for msg.ob09353
--
John DuBois
Greg Hines <greg...@bigfoot.com.NOSPAM> wrote:
> delivering to file '/usr/spool/mail/root', mail file is locked,
>locked out
>
>mailbox busy, queuing for retry
>
>End of processing for msg.ac20852
First step - make sure you have this line in your /usr/mmdf/mmdftailor file:
MLCKTYPE advisory
If you don't, add it (replacing any extant MLCKTYPE line), and try running
deliver again.
Greg Hines
'MLCKTYPE advisory' was not in mmdftailor. Added and ran the deliver
command again. See sample output below.
/usr/spool/mmdf/lock/home/msg is now empty.
Looks like your suggestion has done the trick. Can you please explain what
this entry does and why it has to be added?? More importantly why was it
not there in the first place, as it seems to be necessary.
Again, many thanks.
Greg
greg...@bigfoot.com.NOSPAM
Remove NOSPAM when replying>
Message 'msg.tz27938', from 'mm...@airport.UUCP.com'
Queued: 1 Days, 6 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', succeeded
sent
dequeuing msg.tz27938 from local
dequeuing msg.tz27938 from main queue
Message completely processed.
End of processing for msg.tz27938
Message 'msg.ub27938', from 'mm...@airport.UUCP.com'
Queued: 1 Days, 6 Hours
Channel: local
root:
trying normal delivery
delivering to file '/usr/spool/mail/root', succeeded
sent
dequeuing msg.ub27938 from local
dequeuing msg.ub27938 from main queue
Message completely processed.
End of processing for msg.ub27938
--
John DuBois
Greg Hines <greg...@bigfoot.com.NOSPAM> wrote:
>John,
>
>'MLCKTYPE advisory' was not in mmdftailor. Added and ran the deliver
>command again. See sample output below.
>
>/usr/spool/mmdf/lock/home/msg is now empty.
>
>Looks like your suggestion has done the trick. Can you please explain what
>this entry does and why it has to be added?? More importantly why was it
>not there in the first place, as it seems to be necessary.
MLCKTYPE sets the type of mailbox locking that MMDF does. Some types of
locking are subject to invalid persistence, hanging around after the process
that did the locking died without removing the lock. The default is to use all
known locking types, to provide comprehensive locking in case some very old
mail programs are used that only know about older locking types. In practice,
the only type of locking needed these days is advisory locking, which is a
"safe" type in that it automatically goes away when the locking process exits.