Mailing List Archive

??? 451 qq internal bug (#4.3.0)
Does anyone know what this means?

220 server.domain ESMTP
helo
250-server.domain
250-PIPELINING
250 8BITMIME
mail <steve@saturn5.com>
250 ok
rcpt <steve@server.domain>
250 ok
data
354 go ahead
hi
.
451 qq internal bug (#4.3.0)
quit
221 server.domain

It was working fine, then I deleted each file in each directory in
/var/qmail/queue (leaving all the directories intact), and now I'm
getting this strange message. I realize the moral of the story is
"don't muck with the queue", but I'd like to find some way to get
things running again.

Interestingly, when I run qmail-smtpd from the command line (ie. not
from tcpserver), I don't receive this error.

Any suggestions?

Steve

--
Steve Simitzis | steve@saturn5.com || steve@eff.org | "Hup!" - R. Crumb
| simitzis /sim' - i - jees/ (n) an unpronounceable string of random letters |
| Critical Path | saturn5 Productions | Electronic Frontier Foundation |
| operators are standing by : 415-282-9979 (H/VM->P) |
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
Steve Simitzis writes:
>
> Does anyone know what this means?

Probably that you blew your queue. I suggest that you do a ``make
check'' from your qmail source directory.

--
-russ <nelson@crynwr.com> http://www.crynwr.com/~nelson | Freedom is the
Crynwr Software supports freed software | PGPok | primary cause of peace.
521 Pleasant Valley Rd. | +1 315 268 1925 voice | Taxes feed the naked
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | and clothe the hungry.
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
> Date: 2 Oct 1997 04:02:56 -0000
> From: Russell Nelson <nelson@crynwr.com>
> References: <199710020353.UAA19986@atari.saturn5.com>
>
> Steve Simitzis writes:
> >
> > Does anyone know what this means?
>
> Probably that you blew your queue. I suggest that you do a ``make
> check'' from your qmail source directory.

Hmm. No problems with /var/qmail/queue. Anything else I can look at?

Steve

--
Steve Simitzis | steve@saturn5.com || steve@eff.org | "Hup!" - R. Crumb
| simitzis /sim' - i - jees/ (n) an unpronounceable string of random letters |
| Critical Path | saturn5 Productions | Electronic Frontier Foundation |
| operators are standing by : 415-282-9979 (H/VM->P) |
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
At 21:40 1/10/97 -0700, Steve Simitzis wrote:
>
>> Date: 2 Oct 1997 04:02:56 -0000
>> From: Russell Nelson <nelson@crynwr.com>
>> References: <199710020353.UAA19986@atari.saturn5.com>
>>
>> Steve Simitzis writes:
>> >
>> > Does anyone know what this means?
>>
>> Probably that you blew your queue. I suggest that you do a ``make
>> check'' from your qmail source directory.
>
>Hmm. No problems with /var/qmail/queue. Anything else I can look at?


Right. But how about what's in /var/qmail/queue?

# ls -l /var/qmail/queue

drwx------ 2 qmails qmail 512 Oct 1 16:28 bounce
drwx------ 25 qmails qmail 512 May 18 13:33 info
drwx------ 2 qmailq qmail 512 Oct 2 14:57 intd
drwx------ 25 qmails qmail 512 May 18 13:33 local
drwxr-x--- 2 qmailq qmail 512 May 18 13:33 lock
drwxr-x--- 25 qmailq qmail 512 May 18 13:33 mess
drwx------ 2 qmailq qmail 512 Oct 2 14:57 pid
drwx------ 25 qmails qmail 512 May 18 13:33 remote
drwxr-x--- 2 qmailq qmail 512 Oct 2 14:57 todo

# ls -l /var/qmail/queue/lock

-rw------- 1 qmails qmail 0 May 19 17:10 sendmutex
-rw-r--r-- 1 qmailr qmail 1024 Oct 1 13:42 tcpto
prw--w--w- 1 qmails qmail 0 Oct 2 14:57 trigger

Have you still got sendmutex, trigger and tonto there?


Regards.
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
Yep, it's all there. :/ Not really sure if it's a queue issue or something
else. I was very puzzled by the fact that I was able to complete an SMTP
transaction (from HELO to a successful DATA [...stuff...] .) when running
qmail-smtpd from the command line (ie. not through tcpserver).

Odd.

Steve

--
Steve Simitzis | steve@saturn5.com || steve@eff.org | "Hup!" - R. Crumb
| simitzis /sim' - i - jees/ (n) an unpronounceable string of random letters |
| Critical Path | saturn5 Productions | Electronic Frontier Foundation |
| operators are standing by : 415-282-9979 (H/VM->P) |

> Mailing-List: contact djb-qmail-help@koobera.math.uic.edu; run by ezmlm
> Delivered-To: mailing list djb-qmail@koobera.math.uic.edu
> Delivered-To: djb-qmail@koobera.math.uic.edu
> X-Sender: markd@bushwire.office.mira.net
> X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
> Date: Thu, 02 Oct 1997 14:58:34 +1000
> From: Mark Delany <markd@mira.net>
> References: <19971002040256.32275.qmail@desk.crynwr.com>
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii"
>
> At 21:40 1/10/97 -0700, Steve Simitzis wrote:
> >
> >> Date: 2 Oct 1997 04:02:56 -0000
> >> From: Russell Nelson <nelson@crynwr.com>
> >> References: <199710020353.UAA19986@atari.saturn5.com>
> >>
> >> Steve Simitzis writes:
> >> >
> >> > Does anyone know what this means?
> >>
> >> Probably that you blew your queue. I suggest that you do a ``make
> >> check'' from your qmail source directory.
> >
> >Hmm. No problems with /var/qmail/queue. Anything else I can look at?
>
>
> Right. But how about what's in /var/qmail/queue?
>
> # ls -l /var/qmail/queue
>
> drwx------ 2 qmails qmail 512 Oct 1 16:28 bounce
> drwx------ 25 qmails qmail 512 May 18 13:33 info
> drwx------ 2 qmailq qmail 512 Oct 2 14:57 intd
> drwx------ 25 qmails qmail 512 May 18 13:33 local
> drwxr-x--- 2 qmailq qmail 512 May 18 13:33 lock
> drwxr-x--- 25 qmailq qmail 512 May 18 13:33 mess
> drwx------ 2 qmailq qmail 512 Oct 2 14:57 pid
> drwx------ 25 qmails qmail 512 May 18 13:33 remote
> drwxr-x--- 2 qmailq qmail 512 Oct 2 14:57 todo
>
> # ls -l /var/qmail/queue/lock
>
> -rw------- 1 qmails qmail 0 May 19 17:10 sendmutex
> -rw-r--r-- 1 qmailr qmail 1024 Oct 1 13:42 tcpto
> prw--w--w- 1 qmails qmail 0 Oct 2 14:57 trigger
>
> Have you still got sendmutex, trigger and tonto there?
>
>
> Regards.
>
>
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
Mark Delany <markd@mira.net> writes:
>
>Have you still got sendmutex, trigger and tonto there?
> ^^^^^

Who _was_ that masked programmer? And look, he left behind
a silver makefile! ;-)

-Greg
--
Greg Andrews West Coast Online
Unix System Administrator 5800 Redwood Drive
gerg@wco.com Rohnert Park CA 94928
(yes, 'greg' backwards) 1-800-WCO-INTERNET
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
Steve Simitzis <steve@saturn5.com> writes:
>
>Yep, it's all there. :/ Not really sure if it's a queue issue or something
>else. I was very puzzled by the fact that I was able to complete an SMTP
>transaction (from HELO to a successful DATA [...stuff...] .) when running
>qmail-smtpd from the command line (ie. not through tcpserver).
>
>Odd.
>

As root, I'll wager. Nothing odd about that. Root-owned processes
miss lots of errors that file/directory ownership and permissions
problems would produce.

-Greg
--
Greg Andrews West Coast Online
Unix System Administrator 5800 Redwood Drive
gerg@wco.com Rohnert Park CA 94928
(yes, 'greg' backwards) 1-800-WCO-INTERNET
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
Right. But the qq internal error bizzo can only come from qmail-close which
is not called until the end of the SMTP transaction, so that's no surprise.

It's all pointing to qmail-queue failing for some reason and that's almost
always been a permission problem. Either with some part of the queue
structure or possibly qmail-queue has lost the appropriate setuid attribute.


Regards.


At 22:14 1/10/97 -0700, Steve Simitzis wrote:
>
>Yep, it's all there. :/ Not really sure if it's a queue issue or something
>else. I was very puzzled by the fact that I was able to complete an SMTP
>transaction (from HELO to a successful DATA [...stuff...] .) when running
>qmail-smtpd from the command line (ie. not through tcpserver).
>
>Odd.
>
>Steve
>
>--
>Steve Simitzis | steve@saturn5.com || steve@eff.org | "Hup!" - R.
Crumb
> | simitzis /sim' - i - jees/ (n) an unpronounceable string of random
letters |
> | Critical Path | saturn5 Productions | Electronic Frontier Foundation |
> | operators are standing by : 415-282-9979 (H/VM->P) |
>
>> Mailing-List: contact djb-qmail-help@koobera.math.uic.edu; run by ezmlm
>> Delivered-To: mailing list djb-qmail@koobera.math.uic.edu
>> Delivered-To: djb-qmail@koobera.math.uic.edu
>> X-Sender: markd@bushwire.office.mira.net
>> X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
>> Date: Thu, 02 Oct 1997 14:58:34 +1000
>> From: Mark Delany <markd@mira.net>
>> References: <19971002040256.32275.qmail@desk.crynwr.com>
>> Mime-Version: 1.0
>> Content-Type: text/plain; charset="us-ascii"
>>
>> At 21:40 1/10/97 -0700, Steve Simitzis wrote:
>> >
>> >> Date: 2 Oct 1997 04:02:56 -0000
>> >> From: Russell Nelson <nelson@crynwr.com>
>> >> References: <199710020353.UAA19986@atari.saturn5.com>
>> >>
>> >> Steve Simitzis writes:
>> >> >
>> >> > Does anyone know what this means?
>> >>
>> >> Probably that you blew your queue. I suggest that you do a ``make
>> >> check'' from your qmail source directory.
>> >
>> >Hmm. No problems with /var/qmail/queue. Anything else I can look at?
>>
>>
>> Right. But how about what's in /var/qmail/queue?
>>
>> # ls -l /var/qmail/queue
>>
>> drwx------ 2 qmails qmail 512 Oct 1 16:28 bounce
>> drwx------ 25 qmails qmail 512 May 18 13:33 info
>> drwx------ 2 qmailq qmail 512 Oct 2 14:57 intd
>> drwx------ 25 qmails qmail 512 May 18 13:33 local
>> drwxr-x--- 2 qmailq qmail 512 May 18 13:33 lock
>> drwxr-x--- 25 qmailq qmail 512 May 18 13:33 mess
>> drwx------ 2 qmailq qmail 512 Oct 2 14:57 pid
>> drwx------ 25 qmails qmail 512 May 18 13:33 remote
>> drwxr-x--- 2 qmailq qmail 512 Oct 2 14:57 todo
>>
>> # ls -l /var/qmail/queue/lock
>>
>> -rw------- 1 qmails qmail 0 May 19 17:10 sendmutex
>> -rw-r--r-- 1 qmailr qmail 1024 Oct 1 13:42 tcpto
>> prw--w--w- 1 qmails qmail 0 Oct 2 14:57 trigger
>>
>> Have you still got sendmutex, trigger and tonto there?
>>
>>
>> Regards.
>>
>>
>
>
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
> Right. But the qq internal error bizzo can only come from qmail-close which
> is not called until the end of the SMTP transaction, so that's no surprise.
>
> It's all pointing to qmail-queue failing for some reason and that's almost
> always been a permission problem. Either with some part of the queue
> structure or possibly qmail-queue has lost the appropriate setuid attribute.

i don't know, but since it hasn't been mentioned specifically, did he stop the
qmail daemons before he deleted the files from the queue directory?
qmail-queue could be confused about the missing files?

Kamal.
Re: ??? 451 qq internal bug (#4.3.0) [ In reply to ]
> Date: Thu, 02 Oct 1997 16:04:34 +1000
> From: Mark Delany <markd@mira.net>

> Right. But the qq internal error bizzo can only come from qmail-close which
> is not called until the end of the SMTP transaction, so that's no surprise.
>
> It's all pointing to qmail-queue failing for some reason and that's almost
> always been a permission problem. Either with some part of the queue
> structure or possibly qmail-queue has lost the appropriate setuid attribute.

Of course!

I ran qmail-smtpd as qmaild, instead of root, and this time, I came
across the same error (internal bug). I examined qmail-queue to find
that the setuid bit was gone (BIG problem). It seems that the contents
of /var/qmail/bin got checked into our Brand New source control
system, which has this nasty habit of changing file permissions (oh
wait, that's a feature).

Needless to say, I'm going through my view to make sure that only _source_
lives in source control.

Steve

--
Steve Simitzis | steve@saturn5.com || steve@eff.org | "Hup!" - R. Crumb
| simitzis /sim' - i - jees/ (n) an unpronounceable string of random letters |
| Critical Path | saturn5 Productions | Electronic Frontier Foundation |
| operators are standing by : 415-282-9979 (H/VM->P) |