I presently have 1581, so it has increased from this morning, but after a pop3 login I did not see an immeadiate increment. You are certain that the non-buggy (expected) behavior for KQUEUE is only a single occurence (or maybe a couple of occurences)? I have about 40 users using this server for SMTP and POP3 24 hours a day, 7 days a week, and I have not seen (in over 3 years of a similar set-up running FreeBSD) a single error similar to the one you were getting in your log file. What is the File Descriptor Limit 'ulimit -n' you refer to - is that a kernel function, or a utility of some sort? I guessing it is a kernel parameter in FreeBSD that can be modified?
I have had really heinous RBL freezes (due to timeouts on the RBL's themselves) that locked up SMTP until I isolated the problem, but that has been the only problem of note with XMail I have encountered in this time. It has been incredibly stable. Jeff decker wrote: >Hello, > > > > >>On my system, xmail has 1410 lines (!) similar to this (using lsof): >> >>XMail 62067 root 8u KQUEUE 0xd7384100 count=0, state=0 >> >> > >It looks like you've got the same symptoms I did. I'm not sure how much >traffic your server does, that may be a factor. If you get a chance, can you >test to see if checking a POP3 mail account increases the number of KQUEUE >file descriptors ? >`lsof -n |grep XMail |grep -c KQUEUE` should tell you exactly how many are >open. On my box before the "fix", that number would increment by 1 each time I >logged into pop, so that should be an easy test to see if eventually you'll >hit the FD limit `ulimit -n`. > >Thanks, >Darren >- >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]
