Subject: Re: bin/32279: send-pr doesn't work when sendmail is configured to queue and send via dial-up
To: None <gnats-admin@netbsd.org, netbsd-bugs@netbsd.org,>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: netbsd-bugs
Date: 12/11/2005 21:00:05
The following reply was made to PR bin/32279; it has been noted by GNATS.

From: Manuel Bouyer <bouyer@antioche.eu.org>
To: gnats-bugs@NetBSD.org
Cc: gnats-admin@NetBSD.org, netbsd-bugs@NetBSD.org
Subject: Re: bin/32279: send-pr doesn't work when sendmail is configured to queue and send via dial-up
Date: Sun, 11 Dec 2005 21:55:52 +0100

 On Sun, Dec 11, 2005 at 05:45:00AM +0000, david.forrai@gemair.com wrote:
 > >Environment:
 > NetBSD dpfpc.lan.invalid 2.0.2_STABLE NetBSD 2.0.2_STABLE (DPFPC2) #1: Thu Aug 11 23:07:55 EDT 2005  root@:/usr/src/sys/arch/i386/compile/DPFPC2 i386
 > 
 > >Description:
 > I have configured sendmail to queue mail until invoked with the -q option while connected through dial-up.  I followed the directions specified in the NetBSD Guide.  I encounter no problems when sending mail using a MUA but send-pr doesn't work.  send-pr indicates that the message was sent successfully but the message does not show up in /var/spool/mqueue and is not sent.
 
 It's possible that the message has been queued in /var/spool/clientmqueue/
 What does mailq -Ac shows ?
 
 > 
 > I edited the send-pr script by changing the MAIL_AGENT variable to force reading /etc/mail/sendmail.cf and provide verbose output as shown:
 > 
 > MAIL_AGENT="/usr/sbin/sendmail -C/etc/mail/sendmail.cf -v -oi -t"
 > 
 > This time I received the messages as follows:
 > 
 > dpfpc >send-pr
 > a)bort, e)dit or s)end? s
 > gnats.NetBSD.org: Name server timeout
 > gnats-bugs@gnats.NetBSD.org... Transient parse error -- message queued for future delivery
 > collect: Cannot write ./dfjB3LE970005971 (bfcommit, uid=1001, gid=100): Permission denied
 > queueup: cannot create queue file ./qfjB3LE970005971, euid=1001: Permission denied
 > send-pr: mysterious mail failure.
 > send-pr: the problem report remains in /tmp/pbad.011967aa and is not sent.
 > dpfpc >
 > 
 > It appears that when send-pr is invoked, sendmail is not reading the default configuration file.  Wheh forced to read it, it does not seem capable of creating the queue files as an ordinary user.
 
 Sure, when invoqued by users sendmail uses /etc/mail/submit.cf
 
 -- 
 Manuel Bouyer <bouyer@antioche.eu.org>
      NetBSD: 26 ans d'experience feront toujours la difference
 --