OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Re: sendmail queue question on 3.4 stable

From: Chuck Yerkes (chuck+obsd2004.snew.com)
Date: Fri Jan 02 2004 - 14:51:23 CST

Quoting Claus Assmann (ca+OpenBSD_misczardoc.endmail.org):
> On Fri, Jan 02, 2004, Greg Thomas wrote:
>
> > Jan 2 01:47:41 grits sm-mta[13463]: i029lftn013463: Losing
> > ./qfi029lftn013463: savemail panic
>
> > rootgrits:/root# ls /var/spool/mqueue/
> > Qfi029Wbtn015269 Qfi029lftn013463 dfi029letn024138
> > Qfi029letn024138 dfi029Wbtn015269 dfi029lftn013463
>
> > But when I check the queue with sendmail it shows nothing there:
>
> > rootgrits:/root# mailq -v
> > /var/spool/mqueue is empty
>
> > I'm confused. Is something wrong here or am I just confused on how to
> > process the queue?
>
> See the fine documentation: doc/op/op.*
>
> Qf A ``lost'' queue control file. sendmail renames a qf
> file to Qf if there is a severe (configuration) problem
> that cannot be solved without human intervention.
> Search the logfile for the queue file id to figure out
> what happened. After you resolved the problem, you can
> rename the Qf file to qf and send it again.

And often, you can rename the Qf file to it's qf name
and run "sendmail -v -q" and SEE what is going wrong (unless
it's fixed and just delivers).