[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: scheduler 2.99.38 core dumps
I noticed that the recipient lines in the control file ALL have extra spaces.
Could this cause the scheduler to die? I verified that they are spaces,
not tabs. If so, I guess I have to find out why the router wrote such a
control file. I was using the SMTP+UUCP.cf router configuration file.
s smtp mac.its.Hawaii.Edu firstname.lastname@example.org 0
r smtp mac.its.Hawaii.Edu rabsf-l@Hawaii.Edu 60001
-Julio Polo, U of Hawaii
On Thu, 24 Oct 1996, Tom Samplonius wrote:
> Received: from relay1.Hawaii.Edu ([126.96.36.199]) by nfs3.uhcc.Hawaii.Edu with SMTP id <30732(1)>; Thu, 24 Oct 1996 16:35:41 -1000
> Received: from misery.sdf.com ([188.8.131.52]) by relay1.Hawaii.Edu with SMTP id <586961(4)>; Thu, 24 Oct 1996 16:35:13 -1000
> Received: from localhost (tom@localhost) by misery.sdf.com (8.8.2/8.8.2) with SMTP id TAA07324; Thu, 24 Oct 1996 19:57:24 -0700 (PDT)
> Date: Thu, 24 Oct 1996 16:57:22 -1000
> From: Tom Samplonius <email@example.com>
> To: Julio Polo <firstname.lastname@example.org>
> cc: email@example.com
> Subject: Re: scheduler 2.99.38 core dumps
> In-Reply-To: <Pine.GSO.3.93.961024135834.24386V-100000@uhunix5>
> Message-ID: <Pine.NEB.3.94.961024195410.7317Afirstname.lastname@example.org>
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> On Thu, 24 Oct 1996, Julio Polo wrote:
> > Anybody running Zmailer 2.99.38 on a Sun Ultra under Solaris 2.5.1?
> > My scheduler core dumps soon after I start it.
> > #178 files in router
> > # start only the router so the scheduler has to process all 178
> > # at once when it comes up
> > zmailer router
> > #178 files in /var/spool/postoffice/transport
> > #178 files in /var/spool/postoffice/queue
> > zmailer scheduler
> > #core dumps right away
> Can the scheduler process the messages one-at-time? I suspect not. I
> suspect that you will find that one (or more) of the messages has a
> strange control file that is causing the scheduler to die. You just need
> to eliminate messages that don't cause a problem.