okay, this has got me puzzled ... first time, easy ... exceeded quota ...

this one has me stumped, and reading the deliver man page provides little
insight as to possible debugging options (ie. there are none?) ...

here is what I'm seeing as far as sendmail is concerned:

sendmail -qRscrappy -v

Running /var/spool/mqueue/q00/eB73BZP23141 (sequence 1 of 1728)
<[EMAIL PROTECTED]>... Connecting to /var/imap/socket/lmtp via cyrus...
220 mail.postgresql.org LMTP Cyrus v2.0.7 ready
>>> LHLO mail.postgresql.org
250-mail.postgresql.org
250-8BITMIME
250-ENHANCEDSTATUSCODES
250-AUTH PLAIN DIGEST-MD5 CRAM-MD5 EXTERNAL
250 PIPELINING
>>> MAIL From:<[EMAIL PROTECTED]> BODY=8BITMIME
250 2.1.0 ok
>>> RCPT To:<scrappy>
250 2.1.5 ok
>>> DATA
354 go ahead
>>> .
>>> QUIT
<[EMAIL PROTECTED]>... Deferred: Connection reset by localhost
Dec  7 21:53:01 mail sendmail[27891]: eB73BZP23141: queueup: cannot create 
q00/tfeB73BZP23141, uid=0: File exists
Dec  7 21:53:01 mail sendmail[27891]: eB73BZP23141: queueup: cannot create 
q00/tfeB73BZP23141, uid=0: File exists
^CClosing connection to localhost

"file" in question is a mere 100k:

mail# ls -lt /var/spool/mqueue/q00/dfeB73BZP23141
-rw-------  1 root  daemon  102458 Dec  6 22:11 /var/spool/mqueue/q00/dfeB73BZP23141

trying a manual deliver generates no errors, yet it doesn't deliver either:

%cat dfeB73BZP23141 | /usr/cyrus/bin/deliver -m scrappy
%ls -lt /var/spool/imap/s/user/scrappy/
total 18
-rw-------  1 cyrus  mail  16384 Dec  7 21:52 cyrus.cache
-rw-------  1 cyrus  mail     56 Dec  7 21:40 cyrus.index
-rw-------  1 cyrus  mail    153 Oct 29 17:03 cyrus.header

so, where do I try to debug this next? :(



On Wed, 6 Dec 2000, Tom Samplonius wrote:

> 
> On Wed, 6 Dec 2000, The Hermit Hacker wrote:
> 
> > Why would this happen?
> > 
> > hub# sendmail -qRhub.org -v
> > 
> > Running /var/spool/mqueue/q18/eB6N0FY76931 (sequence 1 of 1)
> > <[EMAIL PROTECTED]>... Connecting to cyrus...
> > <[EMAIL PROTECTED]>... Deferred
> 
>   Mailbox full, mailbox corrupted.  Deliver can report EX_TEMPFAIL in a
> number of circumstances.  Try invoking it from the command line and you
> should be able to see the full text of the error (blame sendmail for not
> logging it).
> 
> Tom
> 
> 

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org 
primary: [EMAIL PROTECTED]           secondary: scrappy@{freebsd|postgresql}.org 

Reply via email to