Citadel Support

Go to page: First ... 16 17 18 19 [20]

[#] Wed Nov 13 2024 03:56:50 UTC from IGnatius T Foobar

Subject: Re: When I add a mail filter based on message size, citserver crashes

Ok, this is fixed in https://code.citadel.org/citadel.git/commit/?id=a2dc9c66382e65082492c255a0bf27d187e383bb

The fixed code will appear in the next released version.

In the mean time, try the following workaround: create a rule that forces the inbox handler to load the message headers. For example, "if subject equals xyxyxyxyxyx, file into trash, and continue". Doesn't matter what it is, as long as it appears in the list above your reject rule.

You can remove that dummy rule after the next upgrade. Watch for a new release of Citadel Server over the next few days.

[#] Wed Nov 13 2024 07:48:11 UTC from alperumit

Subject: Re: When I add a mail filter based on message size, citserver crashes

Hello,

Thank you for your attention on such short notice. We also appreciate you spending your valuable personal time to develop and maintain a good product like Citadel.

[#] Wed Nov 13 2024 17:00:00 UTC from beroxer

Subject: citserver NetBSD 100% CPU from pthreads

Hi All,

I know that NetBSD is not one of the primary OSes for Citadel. I am just an entusiast compiling Citadel for fun on NetBSD. I do not expect support, just sending this information hoping that it will be useful...

BTW, I compiled Citadel under Linux and it is working fine.

The problem is that citserver uses 100% CPU under NetBSD. I found out that the issue is with pthreads. The only way I found to mitigate this is to exclude threading from the code completely (see the patch below). Setting max_threads to 1 does not
mitigate the issue (still 100% CPU)

Additional information:

My versions:
* NetBSD 10.0
* Citadel 4.0.1004
* libcitadel 4.0.1004
* db 18.1.40

Output of ldd:
/opt/citadel/sbin/citserver:
-lssl.15 => /usr/lib/libssl.so.15
-lcrypto.15 => /usr/lib/libcrypto.so.15
-lcrypt.1 => /usr/lib/libcrypt.so.1
-lc.12 => /usr/lib/libc.so.12
-lz.1 => /usr/lib/libz.so.1
-liconv.2
=> /usr/pkg/lib/libiconv.so.2
-lcitadel.4 => /opt/citadel/lib/libcitadel.so.4
-lpthread.1 => /usr/lib/libpthread.so.1
-lical.3 => /usr/pkg/lib/libical.so.3
-licuuc.75 => /usr/pkg/lib/libicuuc.so.75
-licudata.75 => /usr/pkg/lib/libicudata.so.75
-lstdc++.9 => /usr/lib/libstdc++.so.9
-lm.0 => /usr/lib/libm.so.0
-lgcc_s.1 => /usr/lib/libgcc_s.so.1
-licui18n.75 => /usr/pkg/lib/libicui18n.so.75
-lldap.6 => /usr/lib/libldap.so.6
-llber.5 => /usr/lib/liblber.so.5
-lgssapi.12 => /usr/lib/libgssapi.so.12
-lkrb5.28 => /usr/lib/libkrb5.so.28
-lhx509.7 => /usr/lib/libhx509.so.7
-lasn1.10 => /usr/lib/libasn1.so.10
-lcom_err.8 => /usr/lib/libcom_err.so.8
-lroken.20 => /usr/lib/libroken.so.20
-lutil.7 => /usr/lib/libutil.so.7
-lwind.1 => /usr/lib/libwind.so.1
-lheimbase.2 => /usr/lib/libheimbase.so.2
-lheimntlm.6 => /usr/lib/libheimntlm.so.6
-lexpat.1 => /usr/pkg/lib/libexpat.so.1
-lcurl.4
=> /usr/pkg/lib/libcurl.so.4
-lnghttp2.14 => /usr/pkg/lib/libnghttp2.so.14
-lidn2.0 => /usr/pkg/lib/libidn2.so.0
-lunistring.5 => /usr/pkg/lib/libunistring.so.5
-lintl.1 => /usr/lib/libintl.so.1
-lresolv.3 => /usr/lib/libresolv.so.3
-ldb18-18.1 => /usr/pkg/lib/libdb18-18.1.so

My test patch (unified) which got citserver going without 100% CPU:
# o< --------------------------------------------------------------------------
--- server/threads.c.orig 2024-11-13 10:52:14.366557357 +0000
+++ server/threads.c 2024-11-13 10:55:38.939885643 +0000
@@ -67,14 +67,10 @@
// Second call to module init functions now that threading is up
initialize_modules(1);

- // Begin with one worker thread. We will expand the pool if necessary
- CtdlThreadCreate(worker_thread);
-
- // The supervisor thread monitors worker threads and spawns more of them if it finds that they are all in use.
+ //NOTE: citserv
on NetBSD is using 100% CPU, so disabling threading!
+ //event loop without threads (although pthread code initialized)
while (!server_shutting_down) {
- if ((active_workers == num_workers) && (num_workers < CtdlGetConfigInt("c_max_workers"))) {
- CtdlThreadCreate(worker_thread);
- }
+ worker_thread(NULL);
usleep(1000000);
}
# o< --------------------------------------------------------------------------

Some other tweaks to get it compiled under NetBSD

# in order to find libdb v18
sed -i 's/^BACKEND_LDFLAGS=.*/BACKEND_LDFLAGS=-ldb18/' configure
sed -i 's@^#include <db.h>@#include <db18/db.h>@' server/backends/berkeley_db/berkeley_db.c

# all the -R (rpaths) are needed for NetBSD, because it does not do traditional shared libraries lookup

CFLAGS="-I/usr/pkg/include -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -I/opt/citadel/include -L/opt/citadel/lib -Wl,-R/opt/citadel/lib" \
LDFLAGS="-L/usr/pkg/lib
-Wl,-R/usr/pkg/lib -L/opt/citadel/lib -Wl,-R/opt/citadel/lib" \
./configure --ctdldir=/opt/citadel/sbin

Cheers and have fun!

[#] Wed Nov 13 2024 17:43:52 UTC from IGnatius T Foobar

Subject: Re: When I add a mail filter based on message size, citserver crashes

Thank you for your attention on such short notice. We also
appreciate you spending your valuable personal time to develop
and maintain a good product like Citadel.

Seeing people using and enjoying the Citadel System is very rewarding.

Please be advised that we've pushed a maintenance release (version 1006) that contains the fix to the bug you uncovered. It is available in both Docker and Easy Install packages.

[#] Thu Nov 14 2024 11:41:25 UTC from alperumit

Subject: Re: When I add a mail filter based on message size, citserver crashes

Hello,

I pulled the latest docker image and fired up Citadel. I wrote the rule and it works. Thanks again.

Regards,

[#] Thu Nov 14 2024 14:29:12 UTC from IGnatius T Foobar