Yes, this is a problem and I've asked Ken to fix it and he replied that
qmailadmin would be a good place to fix this. I expected to see it in
qmailadmin-0.43 but in the copy I downloaded on Friday it wasn't mentioned
in the ChangeLog.
Matt
> -----Original Message-----
> From: Chris Chan [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 23, 2001 5:44 PM
> To: Brian Kolaci
> Cc: [EMAIL PROTECTED]
> Subject: Re: 4.9.9 (16/03 version) core dump. URGENT.
>
>
>
> you are correct. i fix the problem. i think Ken can thinking
> about improve
> it. not too much "postmaster" know they have to update the "catch all
> account setting" after remove that pop account. even the Sys
> Admin. :-)
>
> my story is
>
> 1. the user set the [EMAIL PROTECTED] as catch all account
> the path to its mail dir is domains/abc.com/info
>
> 2. one day, for some reason he remove this pop account.
> 3. he re-create this pop account (not sure why). but there
> are more than 200
> pop users on his domain. the path to this new pop account
> [EMAIL PROTECTED] is
> domains/abc.com/2/info
>
> he still don't know he need to update the ctach all account setting.
> actually i don't know too :-(
>
> it's a serious problem i think. there are a lot of email loss
> after the user
> note that they can't receive some of the email and report to
> sys admin.
>
> ----
> Chris Chan
>
>
>
> ----- Original Message -----
> From: "Brian Kolaci" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Friday, March 23, 2001 11:16 AM
> Subject: Re: 4.9.9 (16/03 version) core dump. URGENT.
>
>
>
> Yes, appears to be during delivery.
> Take a look at the "default" catch-all mailbox
> specified for the domain. I recall that you would get
> a core dump if the catch-all mailbox didn't exist or
> was deleted.
>
> Brian
>
> > Please let me know what info i have to post. how about
> the 2xxKB core
> file?
> >
> > the following is several lines of the "current" log file. note the
> domain
> > abc.com.
> > I think it's core dump during delivery.
> >
> > @400000003abab76a1a7fa354 status: local 1/10 remote 1/20
> > @400000003abab76b3920c75c starting delivery 5834: msg
> 26835 to local
> > [EMAIL PROTECTED];[EMAIL PROTECTED]
> > @400000003abab76b39217b0c status: local 2/10 remote 1/20
> > @400000003abab76b3af67d74 new msg 27077
> > @400000003abab76b3af938ac info msg 27077: bytes 52118 from
> <[EMAIL PROTECTED]>
> > qp 29561 uid 804
> > @400000003abab76c0b2fd694 delivery 5834: deferral:
> > Segmentation_Fault_-_core_dumped/
> > @400000003abab76c0b306334 status: local 1/10 remote 1/20
> > @400000003abab76c0b34d004 starting delivery 5835: msg
> 27077 to local
> > [EMAIL PROTECTED]
> > @400000003abab76c0b355ca4 status: local 2/10 remote 1/20
> > @400000003abab76c0e384434 delivery 5833: success:
> did_1+1+0/qp_29548/
> >
> >
> > ----
> > Chris
> >
> >
> >
> > ----- Original Message -----
> > From: "Bill Shupp" <[EMAIL PROTECTED]>
> > To: "Chris Chan" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Friday, March 23, 2001 10:35 AM
> > Subject: Re: 4.9.9 (16/03 version) core dump. URGENT.
> >
> >
> >
> > On Thursday, March 22, 2001, at 08:30 PM, Chris Chan wrote:
> >
> > >
> > > we have many domains on the same mail server. only one
> domain will
> core
> > dump
> > > every few minutes. and about 30% incoming email to this
> domain will
> lost.
> > > This domain have about 150 users. but the other domains
> are work fine.
> > some
> > > of them have more than 500 pop uses.
> > >
> > > anyone know what problem will core dump.
> > >
> > > -rw------- 1 vpopmail vchkpw 219256 Mar 23 09:59 core
> >
> > Please provide more information. When does it core dump? During
> delivery,
> > or authentication? Is there any useful information in the logs?
> >
> > Regards,
> >
> > Bill
> >
>
>
>
>
