sysop@mixcom.UUCP (System Operator) (05/29/90)
I am running SCO UNIX Sys V 3.2. I have an email problem.
Email from other machines does not always get delivered.
It usually does, but not always. Sometimes it gets delivered
with a garbled header.
When these problems occur, a copy of the letter can usually
be found in /usr/spool/mmdf/lock/home/msg, with an ungarbled
header. I have not found a reference to this directory in the
docs yet (though I confess I have not read every word of every
manual since I need a solution within my lifetime), and have
no idea what it means.
Can someone suggest ideas why email from certain machines sometimes
gets delivered and other times is dumped into the directory
mentioned above? The email has a correct address (user name).
The machine has plenty of disk space.
Dean
--
Milwaukee Information eXchange (MIX), public access *NIX/Usenet
MIX Communications, P.O. Box 17166, Milwaukee, WI 53217joe@proto.UUCP (Joe Huffman) (05/30/90)
In article <109@mixcom.UUCP>, sysop@mixcom.UUCP (System Operator) writes: > I am running SCO UNIX Sys V 3.2. I have an email problem. > Email from other machines does not always get delivered. > It usually does, but not always. Sometimes it gets delivered > with a garbled header. . . [stuff deleted] . > Can someone suggest ideas why email from certain machines sometimes > gets delivered and other times is dumped into the directory > mentioned above? The email has a correct address (user name). > The machine has plenty of disk space. I have the same problem. I haven't associated it with a particular machine/route for the mail source. I use the above mentioned command to make sure everything gets delivered. And I have uucheckque run once a day and mail me the status. I just started doing this a week ago. I haven't really figured out the cause yet. I suspect, but haven't tested it yet, that it may be related to VP/ix running at the same time mail comes in. Not allways of course, just sometimes, it may be load related. I haven't sent in a bug report yet because I didn't have it isolated enough ... -- joe@proto.uucp uunet!proto!joe FAX: 208-263-8772
jbev@iscden.UUCP (J.Bevier @ Home on Hipeak) (06/01/90)
In article <1297@proto.UUCP>, joe@proto.UUCP (Joe Huffman) writes: > In article <109@mixcom.UUCP>, sysop@mixcom.UUCP (System Operator) writes: > > I am running SCO UNIX Sys V 3.2. I have an email problem. > > Email from other machines does not always get delivered. > > It usually does, but not always. Sometimes it gets delivered > > with a garbled header. > . > . [stuff deleted] > . > > Can someone suggest ideas why email from certain machines sometimes > > gets delivered and other times is dumped into the directory > > mentioned above? The email has a correct address (user name). > > The machine has plenty of disk space. > > I have the same problem. I haven't associated it with a particular > machine/route for the mail source. I use the above mentioned command to > make sure everything gets delivered. And I have uucheckque run once a > day and mail me the status. I just started doing this a week ago. I > haven't really figured out the cause yet. I suspect, but haven't tested it > yet, that it may be related to VP/ix running at the same time mail comes in. > Not allways of course, just sometimes, it may be load related. > > I haven't sent in a bug report yet because I didn't have it isolated enough > ... > > -- > joe@proto.uucp > uunet!proto!joe > FAX: 208-263-8772 I had the same problem. I was told that if two pieces of mail are trying to be delivered at the same time, one gets put into the q.local directory. You must run deliver as a deamon task. By default, it runs every 10 mins. It will deliver the mail. Put it in your rc files. Use the following entry in /etc/rc.d/7/udaemons file. # @(#) udaemons.sh 1.2 89/06/23 # # Copyright (C) The Santa Cruz Operation, 1985. # This Module contains Proprietary Information of # The Santa Cruz Operation, Microsoft Corporation # and AT&T, and should be treated as Confidential. # # /etc/rc.d/7/userdaemon - User daemons started after normal boot # # start up mail delivery system /bin/su mmdf -c "/usr/mmdf/bin/deliver -b -clocal,uucp,list" echo "MMDF daemon deliver started" This should fix you problem, it did for me. Jim Bevier --- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ +=+ From the mountains of Colorado: +=+ +=+ when it's not snowing, the sun is shining +=+ +=+ Jim Bevier - J B Systems (303)-697-1038 +=+ +=+ 10136 Horizon View, Morrison, CO 80465 +=+ +=+ jbev@iscden.UUCP or ...!boulder!iscden!jbev +=+ +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+