Sorry for the dumb question :)
There was a missing Information to edit it in systemd.
nano /etc/systemd/system/webcit-https.service
nano /etc/systemd/system/webcit-http.service
[Unit]
Description=Citadel web service with encryption
After=citadel.target
[Service]
ExecStart=/usr/local/webcit/webcit -s -p443 -g /dotgoto?room='MBF' uds /usr/local/citadel
ExecReload=/bin/kill
KillMode=process
Restart=always
RestartSec=3
[Install]
WantedBy=multi-user.target
Hi Ignatius,
but where will it be defined ? First start citadel, it will defined in a config that starts webcit with parameters X.
What you mean with [other options] ?
WebCit is normally called with options to specify the port number it's listening on, whether to enable HTTPS, and the directory where Citadel Server can be found.
For example, here are the commands we are using to start WebCit here:
webcit -x1 -s -p 443 -g /dotgoto?room='Welcome to UNCENSORED!' uds /citadel-data
webcit -x1 -p 80 -g /dotgoto?room='Welcome to UNCENSORED!' uds /citadel-data
(Most sites will have two, one for HTTP and one for HTTPS, but if you have Citadel sitting behind a proxy or if you have some other webserver redirecting HTTP to HTTPS you might only have one.)
Hi there,
i got problems with insert links after update to 1011. Same here...
Greetings
Mike
Good Night (here),
I use Thunderbird as email client.
Due to I am being now unemployed I send lots of emails advertizing me. I use an email template and the plugin/extension Merge to send a batch of emails.
When I send a batch of several emails and store the template email in a folder in the citadel server I notice that I have only access to about 40 emails addresses (i.e. when I do a reply to all from the email template) when the template have much more than 40 destinataries. When I store in a local folder or in another email server (e.g. Microsoft Exchange) I have access to all the emails addresses.
I suppose this is a limitation of the Citadel Email Server.
It is normal that I send batches greater than 100 emails each.
Could it be solved?
Thank you,
Luís Gonçalves.
i got problems with insert links after update to 1011. Same here...
Maybe try from another browser or clear your cache? It seems to work for me.
Subject: Re: Message with more than 40 destinataries
I suppose this is a limitation of the Citadel Email Server.
It is normal that I send batches greater than 100 emails each.
Could it be solved?
I believe there is a limit of 1024 characters. I don't quite remember whether that's in total or for each of to/cc/bcc, but it's a character limit, not an address limit.
Good Afternoon,
Cloud you please increase to say 4096 or 8192 charaters instead of 1024?
Or it has difficult implications on the database?
Thank you,
Luís Gonçalves.
Tue May 06 2025 02:25:09 UTC from IGnatius T Foobar Subject: Re: Message with more than 40 destinataries
I suppose this is a limitation of the Citadel Email Server.
It is normal that I send batches greater than 100 emails each.
Could it be solved?
I believe there is a limit of 1024 characters. I don't quite remember whether that's in total or for each of to/cc/bcc, but it's a character limit, not an address limit.
I hope this time I am not being rude. Thank you.
Good Afternoon,
Cloud you please increase to say 4096 or 8192 charaters instead of 1024?
Or it has difficult implications on the database?
Thank you,
Luís Gonçalves.
Tue May 06 2025 02:25:09 UTC from IGnatius T Foobar Subject: Re: Message with more than 40 destinataries
I suppose this is a limitation of the Citadel Email Server.
It is normal that I send batches greater than 100 emails each.
Could it be solved?
I believe there is a limit of 1024 characters. I don't quite remember whether that's in total or for each of to/cc/bcc, but it's a character limit, not an address limit.
Subject: Re: Message with more than 40 destinataries
Cloud you please increase to say 4096 or 8192 charaters instead
of 1024?
Or it has difficult implications on the database?
The database should be able to support it. The bigger problem is the protocol, which accepts commands no longer than 1024 characters. It's a little different from SMTP, which accepts additional recipients one line at a time. Probably if you used SMTP you could go bigger. It's been a while since I've tested it.
It's a legitimate concern, and something we'll likely be working on. But unfortunately it's not a quick fix.
Since updating to 1012, the first access of the website issues a 503 error:
This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.
If you reload, it works and stays working. If you navigate away for a while (half hourish?) and go back you get the error again.
In the log, I see a message like:
This is a private/testing instance so I'm the only user, so I can't comment if other users have this problem.
I am not sure if I broke something or it's a regression from 1011 to 1012
Thanks!
Do you have set a Session limit in the options ?
Since updating to 1012, the first access of the website issues a 503 error:
This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.
If you reload, it works and stays working. If you navigate away for a while (half hourish?) and go back you get the error again.
In the log, I see a message like:
2025-05-07T17:41:59.145989868Z webcit[8]: StrBuf_ServGetln(): Server connection broken: Resource temporarily unavailableThis is a private/testing instance so I'm the only user, so I can't comment if other users have this problem.
I am not sure if I broke something or it's a regression from 1011 to 1012
Thanks!
I just double checked and concurrent session limit is set to 0.
Thank you
Subject: Re: Initial web access pops 503 error.
I just double checked and concurrent session limit is set to 0.
So ... did changing that to some nonzero value fix it?
Got same Error and set befor session limit to 50. After setting to 0, i got no error anymore.
I just double checked and concurrent session limit is set to 0.
So ... did changing that to some nonzero value fix it?
Tonight I finally finished the room editing and configuration screens in WebCit-NG. It took way longer than I planned (like the whole project has gone) but it's absolutely gorgeous compared to its predecessor (again, like the whole project).
Now to decide which piece to work on next. Wiki? Address books? Chat?
Doesn't matter, I guess, since it can't be released until it reaches feature parity with WebCit Classic.
I am having a similar problem after updating from 1000 to Cit 1011/Webcit 1012 using easyinstall. The Citadel service is restarting continuously after segfauting and eventually dies due to too many failures. Syslog messages follow:
May 17 00:36:41 nadia citserver[277225]: context: session (citadel-UDS) started from () uid=-1
May 17 00:36:41 nadia webcit[275098]: StrBuf_ServGetln(): Server connection broken: Transport endpoint is not connected
May 17 00:36:41 nadia kernel: [10736988.345626] citserver[277227]: segfault at 6a899820 ip 00007f296a86d727 sp 00007f2966ddbce8 error 4 in libc-2.31.so[7f296a707000+178000]
May 17 00:36:41 nadia kernel: [10736988.345635] Code: 85 c0 0f 85 eb 00 00 00 48 83 c7 20 83 e1 1f 48 83 e7 e0 eb 42 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 83 e1 1f 48 83 e7 e0 <c5> fd 74 0f c5 fd d7 c1 d3 f8 85 c0 74 1b f3 0f bc c0 4>
May 17 00:36:41 nadia webcit[275098]: HTTP: 200 [11.337045] GET
May 17 00:36:41 nadia systemd[1]: citadel.service: Main process exited, code=killed, status=11/SEGV
May 17 00:36:41 nadia systemd[1]: citadel.service: Failed with result 'signal'.
May 17 00:36:41 nadia systemd[1]: citadel.service: Scheduled restart job, restart counter is at 81.
May 17 00:36:41 nadia systemd[1]: Stopped Citadel Server.
I am having a similar problem after updating from 1000 to Cit 1011/Webcit 1012 using easyinstall. The Citadel service is restarting continuously after segfauting and eventually dies due to too many failures. Syslog messages follow:
May 17 00:36:41 nadia citserver[277225]: context: session (citadel-UDS) started from () uid=-1
May 17 00:36:41 nadia webcit[275098]: StrBuf_ServGetln(): Server connection broken: Transport endpoint is not connected
May 17 00:36:41 nadia kernel: [10736988.345626] citserver[277227]: segfault at 6a899820 ip 00007f296a86d727 sp 00007f2966ddbce8 error 4 in libc-2.31.so[7f296a707000+178000]
May 17 00:36:41 nadia kernel: [10736988.345635] Code: 85 c0 0f 85 eb 00 00 00 48 83 c7 20 83 e1 1f 48 83 e7 e0 eb 42 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 83 e1 1f 48 83 e7 e0 <c5> fd 74 0f c5 fd d7 c1 d3 f8 85 c0 74 1b f3 0f bc c0 4>
May 17 00:36:41 nadia webcit[275098]: HTTP: 200 [11.337045] GET
May 17 00:36:41 nadia systemd[1]: citadel.service: Main process exited, code=killed, status=11/SEGV
May 17 00:36:41 nadia systemd[1]: citadel.service: Failed with result 'signal'.
May 17 00:36:41 nadia systemd[1]: citadel.service: Scheduled restart job, restart counter is at 81.
May 17 00:36:41 nadia systemd[1]: Stopped Citadel Server.
Subject: Re: Initial web access pops 503 error.
I am hoping this is what you are looking for, I have never used GDB before:
#0 0x00007ffff79de727 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x00007ffff78ced15 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2 0x00007ffff78e1f9a in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#3 0x00005555555811fb in cprintf (
format=0x5555556c8f6f "%d Cannot open '%s': %s\n") at server/sysdep.c:436
arg_ptr = {{gp_offset = 32, fp_offset = 48,
overflow_arg_area = 0x7ffff474e900,
reg_save_area = 0x7ffff474e840}}
buf = "571 Cannot open 'messages/hello': tôÿ200\000îÿ/ ó%7`ætôÿ\177\000\000\000îÿ/ ó%7ÿ\003\000\000\000\000\000\000žD\226÷ÿ\177\000\000h\205lUUU\000\000Hætôÿ\177\000\000\020\000\000\000ÿ\177\000\000ðätôÿ\177\000\000°ätôÿ\177\000\000\000îÿ/ ó%7\001\200û!\000\000\000`ætôÿ\177\000\000@\023Á÷ÿ\177\000\000`ætôÿ\177\000\000`ætôÿ\177\000\000\212ætôÿ\177\000\000_êtôÿ\177\000\000¿bÀ÷ÿ\177\000\000\020\000\000\000ÿ\177\000\000"...
rc = 0
#4 0x000055555559c322 in cmd_mesg (mname=0x7ffff474eb95 "hello")
at server/modules/ctdlproto/serv_file.c:551
mfp = 0x0
targ = "messages/hello\000\000Pétôÿ\177\000\000\000îÿ/ ó%7`êtô\000\000\000\000\000\001\000\000\000\000\000\000à{\002ìÿ\177\000\000ðÎ\000ìÿ\177\000\000\000\000\000\000\000\000\000\000`±\001ìÿ\177\000\000\220\n\001ìÿ\177\000\000¿bÀ÷ÿ\177\000\000\020\000\000\000ÿ\177\000\000ðétôÿ\177\000\000°étôÿ\177\000\000\000îÿ/_\000\000\000P[\000ìÿ\177\000\000î_Â÷ÿ\177", '\000' <repeats 18 times>, "Û\036\003ìÿ\177", '\000' <repeats 18 times>, "z¹Â÷ÿ\177\000\000ÐH\003ìÿ\177\000\000\000\000\000\000\000\000\000\000"...
buf = "hello\000\000\000\220²\001ìÿ\177\000\000\000\000\000\000\000\000\000\000\202FÂ÷ÿ\177\000\000\000\000\000\000\000\000\000\000âEÂ÷ÿ\177\000\000ÙhlUUU\000\000\000îÿ/ ó%7", '\000' <repeats 16 times>, "°ûtôÿ\177\000\000>Óÿÿÿ\177\000\000?Óÿÿÿ\177\000\000àÓÿÿÿ\177\000\000\200ýtôÿ\177\000\000\212â\226÷ÿ\177\000\000\020\000\000\000\060\000\000\000\220ëtôÿ\177\000\000Ðêtôÿ\177\000\000\000îÿ/ ó%7Pëtôÿ\177\000\000(|\002ìÿ\177\000\000L|\002ìÿ\177\000\000\000\000\000\000\000\000\000\000\220ëtôÿ\177\000\000"...
dp = 0x7fffec001010
d = 0x555555771ee0
#5 0x000055555558c4ad in DLoader_Exec_Cmd (cmdbuf=0x7ffff474eb90 "MESG hello") at server/serv_extensions.c:219
vP = 0x55555577eaf0
p = 0x55555577eaf0
#6 0x0000555555592582 in do_command_loop () at server/modules/ctdlproto/serv_ctdlproto.c:64
cmdbuf = "MESG hello", '\000' <repeats 4085 times>
#7 0x00005555555824e1 in worker_thread (blah=0x0) at server/sysdep.c:937
sockets_waiting = 1
highest = 37
ptr = 0x0
worker_session = 0x7fffec027b80
readfds = {__fds_bits = {137438953472, 0 <repeats 15 times>}}
tv = {tv_sec = 0, tv_usec = 999995}
force_purge = 0
serviceptr = 0x0
ssock = 37
con = 0x7fffec027b80
i = 1
#8 0x00007ffff7bfb609 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#9 0x00007ffff7975133 in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
I ran the GDB instructions again and I believe I have a better backtrace than the one I posted. Any ideas?
Thread 3 (Thread 0x7ffff3f4d700 (LWP 18942)):
#0 0x00007ffff79de947 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x00007ffff78ced15 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2 0x00007ffff78e1f9a in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#3 0x00005555555811fb in cprintf (format=0x5555556c8f6f "%d Cannot open '%s': %s\n") at server/sysdep.c:436
arg_ptr = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7ffff3f4b900, reg_save_area = 0x7ffff3f4b840}}
buf = "571 Cannot open 'messages/hello': ôóÿ200\000\236ÝipÃ%`¶ôóÿ\177\000\000\000\236ÝipÃ%ÿ\003\000\000\000\000\000\000ØF\226÷ÿ\177\000\000h\205lUUU\000\000H¶ôóÿ\177\000\000\020\000\000\000ÿ\177\000\000ðŽôóÿ\177\000\000°Žôóÿ\177\000\000\000\236ÝipÃ%\001\200û!\000\000\000`¶ôóÿ\177\000\000@\023Á÷ÿ\177\000\000`¶ôóÿ\177\000\000`¶ôóÿ\177\000\000\212¶ôóÿ\177\000\000_ºôóÿ\177\000\000¿bÀ÷ÿ\177\000\000\020\000\000\000ÿ\177\000\000"...
rc = 0
#4 0x000055555559c322 in cmd_mesg (mname=0x7ffff3f4bb95 "hello") at server/modules/ctdlproto/serv_file.c:551
mfp = 0x0
targ = "messages/hello\000\000P¹ôóÿ\177\000\000\000\236ÝipÃ%\000\000\000\000\000\000\000\000\000\001\000\000\000\000\000\000\220Ò\000äÿ\177\000\000àŒ\000äÿ\177\000\000\000\000\000\000\000\000\000\000Ðq\001ìÿ\177\000\000ÀÏ\000äÿ\177\000\000¿bÀ÷ÿ\177\000\000\020\000\000\000ÿ\177\000\000ð¹ôóÿ\177\000\000°¹ôóÿ\177\000\000\000\236Ýi_\000\000\000\060\032\000äÿ\177\000\000î_Â÷ÿ\177", '\000' <repeats 18 times>, "k\027\000äÿ\177", '\000' <repeats 18 times>, "z¹Â÷ÿ\177", '\000' <repeats 18 times>...
buf = "hello\000\000\000\060\060\000äÿ\177\000\000\000\000\000\000\000\000\000\000ìFÂ÷ÿ\177\000\000\000\000\000\000\000\000\000\000âEÂ÷ÿ\177\000\000ÙhlUUU\000\000\000\236ÝipÃ%", '\000' <repeats 16 times>, "°Ëôóÿ\177\000\000ÎÓÿÿÿ\177\000\000ÏÓÿÿÿ\177\000\000pÔÿÿÿ\177\000\000\200Íôóÿ\177\000\000ªä\226÷ÿ\177\000\000\020\000\000\000\060\000\000\000\220»ôóÿ\177\000\000кôóÿ\177\000\000\000\236ÝipÃ%P»ôóÿ\177\000\000ØÒ\000äÿ\177\000\000üÒ\000äÿ\177\000\000\000\000\000\000\000\000\000\000\220»ôóÿ\177\000\000"...
dp = 0x7
d = 0x7fffe40008d0
#5 0x000055555558c4ad in DLoader_Exec_Cmd (cmdbuf=0x7ffff3f4bb90 "MESG hello") at server/serv_extensions.c:219
vP = 0x555555782ee0
p = 0x555555782ee0
#6 0x0000555555592582 in do_command_loop () at server/modules/ctdlproto/serv_ctdlproto.c:64
cmdbuf = "MESG hello", '\000' <repeats 4085 times>
#7 0x00005555555824e1 in worker_thread (blah=0x0) at server/sysdep.c:937
sockets_waiting = 1
highest = 37
ptr = 0x0
worker_session = 0x7fffe400d230
readfds = {__fds_bits = {137438953472, 0 <repeats 15 times>}}
tv = {tv_sec = 0, tv_usec = 999997}
force_purge = 0
serviceptr = 0x0
ssock = 37
con = 0x7fffe400d230
i = 1
#8 0x00007ffff7bfb609 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#9 0x00007ffff7975353 in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
Thread 2 (Thread 0x7ffff474e700 (LWP 18941)):
#0 0x00007ffff796b1eb in select () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x0000555555581fe4 in worker_thread (blah=0x0) at server/sysdep.c:817
sockets_waiting = 0
highest = 36
ptr = 0x0
worker_session = 0x0
readfds = {__fds_bits = {137422176256, 0 <repeats 15 times>}}
tv = {tv_sec = 0, tv_usec = 998444}
force_purge = 0
serviceptr = 0x0
ssock = 37
con = 0x7fffec037090
i = 1
#2 0x00007ffff7bfb609 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#3 0x00007ffff7975353 in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
Thread 1 (Thread 0x7ffff4915980 (LWP 18936)):
#0 0x00007ffff793323f in clock_nanosleep () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x00007ffff7938ec7 in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2 0x00007ffff796ba7f in usleep () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#3 0x0000555555582afc in go_threading () at server/threads.c:142
No locals.
#4 0x0000555555572c24 in main (argc=1, argv=0x7fffffffe678) at server/server_main.c:308
facility = " M\000\000\000\000\000\000 ]\000\000\000\000\000\000 ]\000\000\000\000\000\000à\002\000\000\000\000\000"
pw = {pw_name = 0x7fffffffd560 "citadel", pw_passwd = 0x7fffffffd568 "x", pw_uid = 1001, pw_gid = 1002, pw_gecos = 0x7fffffffd574 "Citadel service account", pw_dir = 0x7fffffffd58c "/usr/local/citadel", pw_shell = 0x7fffffffd59f "/usr/local/citadel/citadel"}
pwp = 0x7fffffffd510
pwbuf = "citadel\000x\000\061\060\060\061:1002:Citadel service account\000/usr/local/citadel\000/usr/local/citadel/citadel\000\000\000\026\000\000\000\b\000\000\000\t\000\000\000\000\000\000\200\000\020@\002\001\000\202\022\004\004@\000\200\000@\b\000\000@\000\b\000\000\b8@\002 Z\210\201\a\004\002\220\022\bá¿\030\000à\002YÐÞÿÿÿ\177\000\000@ãÿÿÿ\177", '\000' <repeats 11 times>, "\060\222ôÿ\177\000\000\212Ï\221ôÿ\177\000\000\000\000\000\000\000\000\000\000"...
drop_root_perms = 1
max_log_level = 6
ctdldir = 0x5555556c1b41 "/usr/local/citadel"
syslog_facility = 24
u = 1001
p = 0x7ffff7a45460
g = -1
Subject: Re: Initial web access pops 503 error.
We might be able to work with that. At least we have line numbers and calls to look at. That's an odd place for it to have trouble though. What operating system are you on?