Hi,
I am using XMail 1.18 with FreeBSD 5.0-RELEASE without problems since 1.18
was released up.
On Tue, 13 Apr 2004, Davide Libenzi wrote:
> On Tue, 13 Apr 2004, D. Duccini wrote:
>
> >
> > As we've loaded a new freebsd/xmail implementation up with more customers,
> > we're increasingly fin
On Tue, 13 Apr 2004, D. Duccini wrote:
>
> > But you said you were seeing zombies, don't you?
>
> sorry, they are not Z type of processes that i know of, i was talking in
> the generic sense of the walking dead, sorry
>
> it is in memory, but not accepting connections -- can usually be killed
>
> But you said you were seeing zombies, don't you?
sorry, they are not Z type of processes that i know of, i was talking in
the generic sense of the walking dead, sorry
it is in memory, but not accepting connections -- can usually be killed
with a straight "kill pid"
---
On Tue, 13 Apr 2004, D. Duccini wrote:
>
> > If your "locally written code" is inside external programs, that should
> > not be a problem. XMail does a double-fork now, and the grand-child gets
> > re-parented to init when the child exits. The child only wait a limited
> > timeout (90 sec defa
> If your "locally written code" is inside external programs, that should
> not be a problem. XMail does a double-fork now, and the grand-child gets
> re-parented to init when the child exits. The child only wait a limited
> timeout (90 sec default), then exits.
that doesn't seem like it would
On Tue, 13 Apr 2004, D. Duccini wrote:
>
> > Are you running things that make XMail to execute external programs
> > (filters, "external" commands in mailproc.tab, cmd-aliases and custom
> > domains)?
>
> yes, some locally written code -- could that be causing it?
If your "locally written cod
> Are you running things that make XMail to execute external programs
> (filters, "external" commands in mailproc.tab, cmd-aliases and custom
> domains)?
yes, some locally written code -- could that be causing it?
-
[E
On Tue, 13 Apr 2004, Davide Libenzi wrote:
> Guys, if you run ecartis, you need to take very special care. First, run
> it under swrap on a non privileged user:
>
> http://www.xmailserver.org/swrap.c
>
> Second, at the beginning of the "main" function add something like:
>
> srand(time() * get
On Tue, 13 Apr 2004, Ken Larkman wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of D. Duccini
> > Sent: Tuesday, April 13, 2004 6:09 AM
> > To: XMail mailing list
> > Subject: [xmail] XMail 1.18 (FreeBSD/Ix86) -- zombie?
> >
> >
> >
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of D. Duccini
> Sent: Tuesday, April 13, 2004 6:09 AM
> To: XMail mailing list
> Subject: [xmail] XMail 1.18 (FreeBSD/Ix86) -- zombie?
>
>
>
> As we've loaded a new freebsd/xmail implementation up with
Hehehe no i do not see any zombies ;)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide Libenzi
Sent: 13 avril, 2004 13:09
To: [EMAIL PROTECTED]
Subject: [xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?
On Tue, 13 Apr 2004, Fred wrote:
> My se
On Tue, 13 Apr 2004, Fred wrote:
> My setup is pretty basic, i am running 2 filters:
>
> avfilter-1.9 and sa_filter-1.3
Ok, this answer my question. Do you see any zombies around you? :-)
- Davide
-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to
Libenzi
Sent: 13 avril, 2004 13:05
To: [EMAIL PROTECTED]
Subject: [xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?
On Tue, 13 Apr 2004, Fred wrote:
>
> Hi, i did try xmail-1.18 on freebsd-4.8 and it works like a charm. Been
> running it since its released and everything is ok.
Are yo
On Tue, 13 Apr 2004, Fred wrote:
>
> Hi, i did try xmail-1.18 on freebsd-4.8 and it works like a charm. Been
> running it since its released and everything is ok.
Are you running things that make XMail to execute external programs
(filters, "external" commands in mailproc.tab, cmd-aliases and c
: [xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?
On Tue, 13 Apr 2004, D. Duccini wrote:
>
> As we've loaded a new freebsd/xmail implementation up with more customers,
> we're increasingly finding it go zombie on us -- its still running in
> memory, but no longer accepts connec
On Tue, 13 Apr 2004, D. Duccini wrote:
>
> As we've loaded a new freebsd/xmail implementation up with more customers,
> we're increasingly finding it go zombie on us -- its still running in
> memory, but no longer accepts connections on either 25/110
>
> Any ideas?
I did ask for testing to BSD
16 matches
Mail list logo
