As best I can determine, it's a bug in Solaris 2.6, as a truss
will show that qmail-smtpd is sitting on a select and never
comes off of it (if memory serves me correctly).
The only solution I know is to go to 2.7 or maybe 2.8...
Sorry.
On Thu, May 11, 2000 at 04:48:29PM +0800, [EMAIL PROTECTED] wrote:
> Hi there,
>
> I made a post the other day to ask about hanging
> qmail-smtpd processes problem I'm encountering. I'm still having
> the problem here but just found some more 'facts' about
> it, so am re-posting this problem with the new info and hope
> someone out there happens to know how to explain this.
>
> I'm running qmail1.03 w/tcpserver and vpopmail on a Solaris2.6
> box. I found that some of the qmail-smtpd processes get hung
> and all these smtpd processes got corresponding qmail-queue
> processes. All the hanging smtpd and queue show 'sleeping' when
> I use truss to see them and the queue process always finaly went become
> a Zombie process after 24hrs. I also tried to check if the messages
> have ever been queued and as expected found nothing that could be
> the message from the hanging smtp connection in the queue.
>
> It looks like something went wrong between the establishment of
> smtp connection and the queue-in process, but it doesn't happen
> in every delivery. I also tried to find out in what circumstance
> will it occur but failed to figure it out.
>
> Some suggested that just kill the processes and
> this is how I am dealing with it but am still wondering if anyone
> out there could explain why this is happening and eventually know
> some more 'cleaner' method to solve this problem. Also since
> the queue-in process is not finished, could I say that no message
> is lost due to this problem. ( I mean that from the viewpoint of
> the end user who is making a smtp connection to my server, will
> something like the user thinks that her/his message was sent
> but the message was actually even never queued ?)
>
>
> Any idea will be appreciated.
>
> Thanks in advance,
>
> ---------
> Wang-hua Li
