OK - you're the boss :)
Another idea:=20
It is quiet easy to code this e.g. in Perl. If I place the retrieved
messages in /spool/local, they should also run through filters.in.tab -
right? This would keep XMail lean an mean again :)
Thanks,
Harald
> -Urspr=FCngliche Nachricht-
> Von: [EM
It did.
decker wrote:
>Hi
>
>
>>I am going to rebuild XMail without the -lc_r and see how it goes ...
>>
>>
>
>Cool, let me know if it gets rid of all those KQUEUE's for you as well.
>
>-Darren
>-
>To unsubscribe from this list: send the line "unsubscribe xmail" in
>the body of a message to
On Tue, 1 Mar 2005, decker wrote:
> After poking at the source a bit I found in Makefile.bsd that it was
> using libc_r when compiling, but I don't why.
XMail now uses reentrant functions (*_r(...)) explicitly, so not linking
against libc_r might be worth a try. This is a clear problem of the B
On Mon, 28 Feb 2005, [iso-8859-1] S=F6nke Ruempler wrote:
> Hi Davide,
>=20
> I don't know how effective SMTP thread throtteling is to control the
> server's load. I set it to 7 and became 421 very fast although there
> were not 7 threads. Now it set it to twenty but if 20 mails arrive
> parallel
On Thu, 24 Feb 2005, Harald Schneider wrote:
> I see .. but this is forced by the patch of a forum user I posted. It
> frequently closes the connection after a certain number of retrieved
> messages. IMHO this is a clever solution for such situation. Any chance =
> that
> this goes into the core s
Hi
> I am going to rebuild XMail without the -lc_r and see how it goes ...
Cool, let me know if it gets rid of all those KQUEUE's for you as well.
-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 li
Thanks -
I am going to rebuild XMail without the -lc_r and see how it goes ...
Jeff
decker wrote:
>Hello,
>
>With the rebuilt XMail (after removing the -lc_r from Makefile.bsd), it closes
>the KQUEUE immediately after it's done, as it should. You should never have
>any KQUEUE FDs open, unless
Hello,
With the rebuilt XMail (after removing the -lc_r from Makefile.bsd), it closes
the KQUEUE immediately after it's done, as it should. You should never have any
KQUEUE FDs open, unless of course it is processing 1500+ mails/pop3 checking at
the same time. This is what my box is showing now
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 f
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 t
Hi Darren -
I am also running Freebsd 5.3, (kernel last upgraded in January after
the last security advisory). I havn't seen any of the problems you are
referrring to. I have been running 1.21 (and before its release 1.20)
since FreeBSD 5.3 was first released as stable (5.2 and 5.1 prior to
Hi all,
This is a brief summary from memory of the more excellent version of this mail
before sylpheed crashed and ate the original. I lost all the strace and ktrace
output I used in finding this :/ Sorry
While trying to figure out why I was getting the following errors on FreeBSD, I
have tra
12 matches
Mail list logo