Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

readf errors in mail console

648 views
Skip to first unread message

mailnotmything

unread,
Jan 27, 2010, 12:13:31 PM1/27/10
to
I'm upgrading the server that a in-house program runs on. It uses
sendmail to receive and send responses. The program creates a qf and
df file and puts them in /var/spool/mqueue. It was running sendmail
from 2001 and has worked fine until this upgrade. The new server is
using sendmail v8.13. I get the following error messages in the mail
console log: readqf: no control file ./qfXXXXXX Permission denied or
readqf: ./dfXXXXXX incomplete queue file read. Does sendmail still
use the df and qf files? How does sendmail use them now vs. 2001
version?

Andrzej Adam Filip

unread,
Jan 27, 2010, 12:41:49 PM1/27/10
to
mailnotmything <aea...@shawneecourt.org> wrote:
> I'm upgrading the server that a in-house program runs on. It uses
> sendmail to receive and send responses. The program creates a qf and
> df file and puts them in /var/spool/mqueue. It was running sendmail
> from 2001 and has worked fine until this upgrade. The new server is
> using sendmail v8.13. I get the following error messages in the mail
> console log: readqf: no control file ./qfXXXXXX Permission denied or
> readqf: ./dfXXXXXX incomplete queue file read.

Could post what is reported by "mailq -v" command (issued by root)?
[ show queues content ]

> Does sendmail still use the df and qf files?

Yes.

> How does sendmail use them now vs. 2001 version?

My wild guess: Upgrade through MANY intermediate versions could make
sendmail complain about "old trash" in the queue file.

Could you check age of files in /var/spool/mqueue?
Sendmail should "deliver or bounce" messages after 5 days (in default
configuration). Do you have files in queue directory older than 7 days?

--
[pl>en Andrew] Andrzej Adam Filip : an...@onet.eu : Andrze...@gmail.com
"I don't have to take this abuse from you -- I've got hundreds of
people waiting to abuse me."
-- Bill Murray, "Ghostbusters"

mailnotmything

unread,
Jan 27, 2010, 1:39:22 PM1/27/10
to
On Jan 27, 11:41 am, Andrzej Adam Filip <a...@onet.eu> wrote:

> mailnotmything <aeas...@shawneecourt.org> wrote:
> > I'm upgrading the server that a in-house program runs on.  It uses
> > sendmail to receive and send responses.  The program creates a qf and
> > df file and puts them in /var/spool/mqueue. It was running sendmail
> > from 2001 and has worked fine until this upgrade.  The new server is
> > using sendmail v8.13.  I get the following error messages in the mail
> > console log: readqf: no control file ./qfXXXXXX Permission denied or
> > readqf: ./dfXXXXXX incomplete queue file read.
>
> Could post what is reported by "mailq -v" command (issued by root)?
> [ show queues content ]
>
> > Does sendmail still use the df and qf files?  
>
> Yes.
>
> > How does sendmail use them now vs. 2001 version?
>
> My wild guess: Upgrade through MANY intermediate versions could make
> sendmail complain about "old trash" in the queue file.
>
> Could you check age of files in /var/spool/mqueue?
> Sendmail should "deliver or bounce" messages after 5 days (in default
> configuration). Do you have files in queue directory older than 7 days?
>
> --
> [pl>en Andrew] Andrzej Adam Filip : a...@onet.eu : Andrzej.Fi...@gmail.com

> "I don't have to take this abuse from you -- I've got hundreds of
> people waiting to abuse me."
>   -- Bill Murray, "Ghostbusters"

The files were created today, so none are older than 7 days.

The output from mailq -v is below:
MAA15213 6309 30964 Aug 25 09:52
<add...@efile.shawneecourt.org>
(host map: lookup (shawneecourt.org): deferred)

PFD:<second...@shawneecourt.org>

I changed the output above so the address is fake.

Robert Bonomi

unread,
Feb 3, 2010, 4:21:07 PM2/3/10
to
In article <b3d414dc-9cf1-47db...@c29g2000yqd.googlegroups.com>,

Sendmail has changed a number of configuration settings in that time.

ONE of those changes regarded the file-access permissions, and _ownership_
of queue files.

There was also at least one change that would have affected the control
file -- a different method of message-ID generation.


I'll guess that the files you're putting in to /var/spool/mqueue have the
wrong permissions and/or ownership. Or that you haven't updated the
control file syntax.

0 new messages