[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-14 Thread Vitor Renato Alves de Brito
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 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 and Solaris users before releasing 1.18, but 
 noone showed up.
 
 
 
 - Davide
 
 
 -
 To unsubscribe from this list: send the line unsubscribe xmail in
 the body of a message to [EMAIL PROTECTED]
 For general help: send the line help in the body of a message to
 [EMAIL PROTECTED]
 
 
 
 
 ---
 Esta mensagem foi verificada pelo e-mail protegido Arte Final
 Antivírus: F-Prot / Versão: 4.1.1 / Atualizado em: 8-Abr-2004
 Proteja o seu e-mail com a Arte Final - http://www.artefinal.com.br
 

Até mais,

---
Vitor Renato Alves de Brito - System Manager
Arte Final Provedor Internet - http://www.artefinal.com.br
Alfenas/Lavras - Sul de Minas Gerais




---
Esta mensagem foi verificada pelo e-mail protegido Arte Final
Antivírus: F-Prot / Versão: 4.1.1 / Atualizado em: 13-Abr-2004
Proteja o seu e-mail com a Arte Final - http://www.artefinal.com.br

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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 and Solaris users before releasing 1.18, but 
noone showed up.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Fred

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.

fred

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide Libenzi
Sent: 13 avril, 2004 12:33
To: XMail mailing list
Subject: [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 connections on either 25/110
 
 Any ideas?

I did ask for testing to BSD and Solaris users before releasing 1.18, but 
noone showed up.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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 custom 
domains)?



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Fred

My setup is pretty basic, i am running 2 filters:

avfilter-1.9 and sa_filter-1.3

the only things mailproc.tab contains for some users is a simple redirect,
no custom domain or cmdaliases.

fred

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Davide 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 you running things that make XMail to execute external programs 
(filters, external commands in mailproc.tab, cmd-aliases and custom 
domains)?



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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 [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Ken Larkman
 -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 
 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

I am experiencing the same problem with Xmail 1.18. I've pretty much
narrowed the problem down to a FreeBSD issue, most likely a
configuration issue related to the hard drives. My recent experience
with Ecartis and partition location has cemented my belief that this is
a FreeBSD issue and not a Xmail issue. My current solution is to
auto-reboot the server at midnight every day (my situation makes this an
option) and this seems to completely resolve the issue. It looks like
the zombiefication occurred around 3 a.m. or so every night.

I am also running sa_filter and av_filter, both on partitions separate
to Xmail. Needless to say, I haven't ruled either of those out as
potential culprits or parts of the problem. The only thing I'm
relatively sure of is that I don't think the problem is Xmail itself.

- Ken

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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?
  
  
  
  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
 
 I am experiencing the same problem with Xmail 1.18. I've pretty much
 narrowed the problem down to a FreeBSD issue, most likely a
 configuration issue related to the hard drives. My recent experience
 with Ecartis and partition location has cemented my belief that this is
 a FreeBSD issue and not a Xmail issue. My current solution is to
 auto-reboot the server at midnight every day (my situation makes this an
 option) and this seems to completely resolve the issue. It looks like
 the zombiefication occurred around 3 a.m. or so every night.

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() * getpid() * XXX);
alloca(rand() % 2048);

where XXX is your random number. Do *not* let XMail to run ecartis as 
root, since it is not the safest package on Earth.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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() * getpid() * XXX);
 alloca(rand() % 2048);
 
 where XXX is your random number. Do *not* let XMail to run ecartis as 
 root, since it is not the safest package on Earth.

Also, I use this on Linux (not sure if it'll work with FreeBSD) to 
randomly relocate libs and execs:

http://freshmeat.net/projects/prelink/



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread D. Duccini

 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?

-
[EMAIL PROTECTED]BackPack Software, Inc.www.backpack.com
+1 651.645.7550 voice   Life is an Adventure.
+1 651.645.9798 faxDon't forget your BackPack!   
-

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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 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.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread D. Duccini

 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 be it then -- anything off the top of your
head that would cause the server itself to hang in memory, but no longer
accept connections on the sockets?

-
[EMAIL PROTECTED]BackPack Software, Inc.www.backpack.com
+1 651.645.7550 voice   Life is an Adventure.
+1 651.645.9798 faxDon't forget your BackPack!   
-

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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 default), then exits.
 
 that doesn't seem like it would be it then -- anything off the top of your
 head that would cause the server itself to hang in memory, but no longer
 accept connections on the sockets?

But you said you were seeing zombies, don't you?



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread D. Duccini

 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

-
[EMAIL PROTECTED]BackPack Software, Inc.www.backpack.com
+1 651.645.7550 voice   Life is an Adventure.
+1 651.645.9798 faxDon't forget your BackPack!   
-

-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]



[xmail] Re: XMail 1.18 (FreeBSD/Ix86) -- zombie?

2004-04-13 Thread Davide Libenzi
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
 with a straight kill pid

Did you try to attach gdb to the runing XMail process? Then a 'bt full' 
would help.



- Davide


-
To unsubscribe from this list: send the line unsubscribe xmail in
the body of a message to [EMAIL PROTECTED]
For general help: send the line help in the body of a message to
[EMAIL PROTECTED]