If you send a message with no recipients to qmail-queue you get this
log sequence:

% qmail-inject -n </dev/null
Return-Path: <[EMAIL PROTECTED]>
Date: 23 Apr 1999 17:08:23 -0000
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
Cc: recipient list not shown: ;

% qmail-inject </dev/null; sleep 1; tail -3 log
924887121.550401 new msg 39
924887121.558213 info msg 39: bytes 228 from <[EMAIL PROTECTED]> qp 18130 uid 
268
924887121.616803 end msg 39


-- Jeff Hayward

[sorry about the premature copy sent to you, Dave]

On 23 Apr 1999, Dave Sill wrote:

   Any ideas?
   
   The log shows new/info/end entries, but no "delivery" entries, and
   the messages aren't sitting in the queue.
   
   -Dave
   
   ------- Start of forwarded message -------
   From: [EMAIL PROTECTED] (Armand)
   Newsgroups: comp.mail.misc,comp.os.linux.networking,comp.os.linux.setup
   Subject: Re: Linux qmail lost -  help dummy!
   Date: 23 Apr 1999 02:34:47 GMT
   Organization: XS4ALL Internet BV
   Message-ID: <7fom87$9ph$[EMAIL PROTECTED]>
   References: <7fnilk$k85$[EMAIL PROTECTED]>
       <[EMAIL PROTECTED]>
   Reply-To: [EMAIL PROTECTED]
   Mime-Version: 1.0
   Content-Type: text/plain; charset=iso-8859-1
   
   In article <[EMAIL PROTECTED]>,
        Dave Sill writes:
   > No entries containing the string "delivery"? Sounds
   > they're still in the queue. What do qmail-qstat and qmail-qread say?
   NOPE
   just those three lines, on every attempt
   
   qmail-qstat and qmail-qread only report a few 17 Apr mails, stuck there
   from trials during setup. I append the messages at the end. Looks like my
   mails did not make it to the queue.
   
   I have ls-checked the whole queue directory, only those old messages.
   
   I've done the same thing over again. fetchmail gets the mails, but they are
   nowhere to be found. I ran fetchmail with the verbal option, there was one
   error message:
   
   <skip>
   fetchmail: POP3< +OK 1049 octets
   reading message 1 of 1 (1049 bytes)
   fetchmail: about to deliver with: /var/qmail/bin/sendmail
   #***********fetchmail: message 1 was not the expected length (1066 != 1049)
    flushed
   fetchmail: POP3> DELE 1
   fetchmail: POP3< +OK Message deleted
   fetchmail: POP3> QUIT
   fetchmail: POP3< +OK Goodbye
   fetchmail: normal termination, status 0
   
   looks like this happens when fetchmail passes the file to qmail. The same
   three messages are again logged in /var/log/messages.
   
   Anybody an idea where I can look further?
   
   Thanks for tips!
   
   Armand
   PS for my e-mail take the reply-to-one and remove nospam part
   
   reports:
   # /var/qmail/bin/qmail-qstat
   messages in queue: 6
   messages in queue but not yet preprocessed: 0
   <etc, skipped>
   # qmail-qread
   17 Apr 1999 03:23:52 GMT  #36964  254  <[EMAIL PROTECTED]> 
           remote  [EMAIL PROTECTED]
   <skip>
   rc-file:
   exec env - PATH="/var/qmail/bin:$PATH" \
   qmail-start ./Maildir/ splogger qmail
   
   ------- End of forwarded message -------
   

Reply via email to