quick appendum ... using truss, it doesn't even look like deliver is
running for these messages:
%truss cat dfeB73BZP23141 | /usr/cyrus/bin/deliver -m marc
open("dfeB73BZP23141",0,00) = 3 (0x3)
fstat(1,0xbfbffb24) = 0 (0x0)
readlink("/etc/malloc.conf",0xbfbffa84,63) ERR#2 'No such file or directory'
mmap(0x0,4096,0x3,0x1002,-1,0x0) = 671444992 (0x28057000)
break(0x805c000) = 0 (0x0)
break(0x8060000) = 0 (0x0)
read(0x3,0x805c000,0x4000) = 16384 (0x4000)
write(1,0x805c000,16384) = 16384 (0x4000)
read(0x3,0x805c000,0x4000) = 16384 (0x4000)
SIGNAL 13
SIGNAL 13
process exit, rval = 13
yet I know mail is being delivered to that mailbox, its just these
"largish" ones that are not being put through ...
On Thu, 7 Dec 2000, The Hermit Hacker wrote:
>
> 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
>
>
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org
