1st port check was freshly installed.
2nd was a fresh installation of citadel
3rd was a different port check.
I've also noticed one other weird thing. When I go to administration and press restart, the server shuts down but doesn't restart. I have to reboot the system.
Thank you for helping
Night
Would it help the support team of citadel to have ssh access to a fresh install of the OS?
Night
Subject: Regarding tool deployment and its functionality
Hi Everyone.
I have installed this tool on linux using the easy install method and trying the tool .
Previously I was able to add attendees and also send invites to a meeting or event created in calendar to others which I am unable to do it now.
Also If I try to install the tool using the source code I am unable to do it as I cant install the berkeleydb.
I created an account on oracle and downloaded the wget.sh file for linux but it says while ./configure and make file missing.
Provide some help....
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Hello All,
Have you had a chance to look into this issue? My Exchange replacement project has unfortunately stalled. I am not allowed to proceed without RCA. Any ideas? Thank you for your help in advance.
Wed Dec 04 2024 09:39:47 UTC from alperumit Subject: Citserver crash "malloc.c:2379: sysmalloc: Assertion"Hello everyone,
I don't know the reason yet and I'm not sure how to reproduce the problem bu If you can guide me I'll try to provide more information. For now, I can say that while I'm asleep ( isn't it always like that :) ) citserver crashes with the following log. Then it restarts itself and crashes again. This continues. I hope you can help me. Thank you very much in advance.
First Crash Logs
{"log":"citserver[3664]: msgbase: fixed_output_pre() type=\u003cmultipart/mixed\u003e\n","stream":"stderr","time":"2024-12-03T18:15:13.77452087Z"}
{"log":"citserver[3664]: msgbase: fixed_output() part 1: (text/html) (107493 bytes)\n","stream":"stderr","time":"2024-12-03T18:15:13.77474904Z"}
{"log":"citserver[3664]: ZBO2 SELECT Inbox\n","stream":"stderr","time":"2024-12-03T18:15:13.775558266Z"}
{"log":"citserver[3664]: ---- Looking up [SELECT] -----\n","stream":"stderr","time":"2024-12-03T18:15:13.775570699Z"}
{"log":"citserver[3664]: Found.\n","stream":"stderr","time":"2024-12-03T18:15:13.77557505Z"}
{"log":"citserver[3664]: \u001b[33mimap: imap_roomname(Inbox) returned(ret=0, floor=0, is_mailbox=1, roomname=Mail)\u001b[0m\n","stream":"stderr","time":"2024-12-03T18:15:13.775579122Z"}
{"log":"citserver[3664]: imap_do_expunge() called\n","stream":"stderr","time":"2024-12-03T18:15:13.775583578Z"}
{"log":"citserver[3664]: room_ops: 0000000016.Mail : 1 seen of 1 total messages, oldest=88, newest=88\n","stream":"stderr","time":"2024-12-03T18:15:13.775587407Z"}
{"log":"citserver[3664]: IMAP command completed in 0.349 seconds\n","stream":"stderr","time":"2024-12-03T18:15:13.775591427Z"}
{"log":"citserver[3664]: bnBzdXBwb3J0QGRhZmFiZXQuY29t\n","stream":"stderr","time":"2024-12-03T18:15:13.804031904Z"}
{"log":"citserver[3664]: user_ops: CtdlLoginExistingUser(****@****)\n","stream":"stderr","time":"2024-12-03T18:15:13.804070642Z"}
{"log":"citserver[3664]: internet_addressing: directory key is \u003c****@****\u003e\n","stream":"stderr","time":"2024-12-03T18:15:13.80422317Z"}
{"log":"citserver[3664]: internet_addressing: directory alias \u003c****@****\u003e to \u003c****-****\u003e\n","stream":"stderr","time":"2024-12-03T18:15:13.804246595Z"}
{"log":"citserver[3664]: Recipient #0 of type 2 is \u003c****-****\u003e\n","stream":"stderr","time":"2024-12-03T18:15:13.804268809Z"}
{"log":"citserver[3664]: internet_addressing: validate_recipients() = 1 local, 0 room, 0 SMTP, 0 error\n","stream":"stderr","time":"2024-12-03T18:15:13.804319842Z"}
{"log":"malloc(): invalid next size (unsorted)\n","stream":"stderr","time":"2024-12-03T18:15:13.806072112Z"}
{"log":"ctdlvisor: pid=3664 exited, status=134, exitcode=0\n","stream":"stderr","time":"2024-12-03T18:15:14.269828826Z"}
{"log":"ctdlvisor: citserver crashed on signal 6\n","stream":"stderr","time":"2024-12-03T18:15:14.269871183Z"}
{"log":"ctdlvisor: citserver running on pid=5420\n","stream":"stderr","time":"2024-12-03T18:15:14.269950552Z"}
{"log":"ctdlvisor: executing citserver\n","stream":"stderr","time":"2024-12-03T18:15:14.269967024Z"}
Second Crash Logs
{"log":"citserver[5420]: test: module is disabled\n","stream":"stderr","time":"2024-12-03T18:15:46.022969103Z"}
{"log":"citserver[5420]: extensions: init test\n","stream":"stderr","time":"2024-12-03T18:15:46.022999481Z"}
{"log":"citserver[5420]: extensions: init upgrade\n","stream":"stderr","time":"2024-12-03T18:15:46.023012507Z"}
{"log":"citserver[5420]: extensions: init vcard\n","stream":"stderr","time":"2024-12-03T18:15:46.023041989Z"}
{"log":"citserver[5420]: extensions: init wiki\n","stream":"stderr","time":"2024-12-03T18:15:46.023091718Z"}
{"log":"citserver[5420]: extensions: init xmpp\n","stream":"stderr","time":"2024-12-03T18:15:46.02310597Z"}
{"log":"citserver[5420]: extensions: init netconfig\n","stream":"stderr","time":"2024-12-03T18:15:46.023140815Z"}
{"log":"citserver[5420]: extensions: finished initializing modules (threading=1)\n","stream":"stderr","time":"2024-12-03T18:15:46.023161433Z"}
{"log":"webcit[9]: language found: en_US\n","stream":"stderr","time":"2024-12-03T18:15:46.230470541Z"}
{"log":"citserver[5420]: sysdep: new client socket 32\n","stream":"stderr","time":"2024-12-03T18:15:46.231069354Z"}
{"log":"citserver[5420]: fulltext: indexing started. msgs 110407--110408\n","stream":"stderr","time":"2024-12-03T18:15:46.231081849Z"}
{"log":"citserver[5420]: context: session (citadel-UDS) started from () uid=-1\n","stream":"stderr","time":"2024-12-03T18:15:46.23108641Z"}
{"log":"webcit[9]: Client is at ::ffff:172.23.34.2\n","stream":"stderr","time":"2024-12-03T18:15:46.232542646Z"}
{"log":"citserver[5420]: [(not logged in)(0)] MSGP application/x-citadel-delivery-list|text/calendar|application/ics|text/vnote|text/x-vcard|text/vcard|text/html|text/plain|text/x-citadel-variformat|text/x-markdown\n","stream":"stderr","time":"2024-12-03T18:15:46.232643436Z"}
{"log":"citserver[5420]: [(not logged in)(0)] MESG hello\n","stream":"stderr","time":"2024-12-03T18:15:46.23277837Z"}
{"log":"webcit[9]: HTTP: 200 [11.013566] GET \n","stream":"stderr","time":"2024-12-03T18:15:46.232873461Z"}
{"log":"citserver[5420]: msgbase: CtdlFetchMessage(110408, 1)\n","stream":"stderr","time":"2024-12-03T18:15:46.233912312Z"}
{"log":"citserver[5420]: fulltext: ft_index_message() adding msg 110408\n","stream":"stderr","time":"2024-12-03T18:15:46.234223191Z"}
{"log":"citserver[5420]: msgbase: CtdlOutputPreLoadedMsg(TheMessage=not null, 0, 0, 0, 1\n","stream":"stderr","time":"2024-12-03T18:15:46.23426493Z"}
{"log":"citserver[5420]: msgbase: fixed_output_pre() type=\u003cmultipart/mixed\u003e\n","stream":"stderr","time":"2024-12-03T18:15:46.234434983Z"}
{"log":"citserver[5420]: msgbase: fixed_output() part 1: (text/html) (107493 bytes)\n","stream":"stderr","time":"2024-12-03T18:15:46.234735738Z"}
{"log":"citserver: malloc.c:2379: sysmalloc: Assertion `(old_top == initial_top (av) \u0026\u0026 old_size == 0) || ((unsigned long) (old_size) \u003e= MINSIZE \u0026\u0026 prev_inuse (old_top) \u0026\u0026 ((unsigned long) old_end \u0026 (pagesize - 1)) == 0)' failed.\n","stream":"stderr","time":"2024-12-03T18:15:46.266152398Z"}
{"log":"ctdlvisor: pid=5420 exited, status=134, exitcode=0\n","stream":"stderr","time":"2024-12-03T18:15:46.271281561Z"}
{"log":"ctdlvisor: citserver crashed on signal 6\n","stream":"stderr","time":"2024-12-03T18:15:46.271294147Z"}
{"log":"ctdlvisor: citserver running on pid=5423\n","stream":"stderr","time":"2024-12-03T18:15:46.271388146Z"}
{"log":"ctdlvisor: executing citserver\n","stream":"stderr","time":"2024-12-03T18:15:46.271400291Z"}
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Are you able to provide a stack trace? Please do so if you can. Or indicate if you need help doing that.
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Hello, thank you for your reply. I'll need your guidance to provide a stack trace or any other information. I'll do my best. Thank you.
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Hello, thank you for your reply. I'll need your guidance to
provide a stack trace or any other information. I'll do my best.
If you have a core dump, you can start the debugger with
gdb /usr/local/citadel/citserver <path to core file>
Otherwise you have to run citserver *in* the debugger. Stop the service and then restart it with:
cd /usr/local/citadel
gdb ./citserver
run -x9
If you have the core file, it will bring the debugger up at the point where it crashed. Otherwise you will have to wait for it to crash again. At that point:
thread apply all bt
...and post the output. Obviously if you're able to come up with a set of steps and/or inputs that reliably crash the server every time, we can try to replicate them, but if it's only crashing for you then the stack trace will hopefully do the trick.
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Hello again,
I am sorry for the late response, I needed to figure out how to do it in the container. I hope I got what you wanted. Please check the attachment. Thanks again for your help.
GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git
Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/citadel/citserver...
(No debugging symbols found in /usr/local/citadel/citserver)
[New LWP 10535]
[New LWP 10534]
[New LWP 10533]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `citserver -x9 -h /citadel-data'.
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
[Current thread is 1 (Thread 0x7f3696c5f700 (LWP 10535))]
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0x00007f369a2f2537 in __GI_abort () at abort.c:79
#2 0x00007f369a351728 in __malloc_assert (
assertion=assertion@entry=0x7f369a46a988 "(old_top == initial_top (av) && old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse (old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)", file=file@entry=0x7f369a465f73 "malloc.c", line=line@entry=2379,
function=function@entry=0x7f369a46b110 <__PRETTY_FUNCTION__.3> "sysmalloc") at malloc.c:298
#3 0x00007f369a35373a in sysmalloc (nb=nb@entry=65552, av=av@entry=0x7f3688000020) at malloc.c:2379
#4 0x00007f369a354ea5 in _int_malloc (av=av@entry=0x7f3688000020, bytes=bytes@entry=65536) at malloc.c:4141
#5 0x00007f369a355f89 in __GI___libc_malloc (bytes=bytes@entry=65536) at malloc.c:3066
#6 0x00007f369a692198 in IncreaseBuf (Buf=0x7f3688053890, KeepOriginal=1, DestSize=<optimized out>) at lib/stringbuf.c:236
#7 0x00007f369a692b86 in StrBufAppendBufPlain (Offset=0, AppendSize=1, AppendBuf=0x7f3696c59673 "", Buf=0x7f3688053890) at lib/stringbuf.c:742
#8 StrBufAppendBufPlain (Buf=0x7f3688053890, AppendBuf=AppendBuf@entry=0x7f3696c5ab83 "t", AppendSize=AppendSize@entry=1, Offset=Offset@entry=0)
at lib/stringbuf.c:726
#9 0x00007f369a69ebad in html_to_ascii (inputmsg=<optimized out>, msglen=<optimized out>, screenwidth=80, flags=0) at lib/html_to_ascii.c:394
#10 0x000055ab0adb9926 in fixed_output ()
#11 0x00007f369a68caff in mime_decode (partnum=0x7f3696c5d3b0 "1", part_start=<optimized out>, length=139872434503968,
content_type=0x7f368804b7c8 "text/html", charset=0x7f368804c7d0 "utf-8", encoding=0x7f368804d7d8 "quoted-printable",
disposition=0x7f36880517f8 "", id=0x7f3688052800 "", name=0x7f368804e7e0 "", filename=0x7f36880507f0 "",
CallBack=0x55ab0adb97cc <fixed_output>, PreMultiPartCallBack=0x0, PostMultiPartCallBack=0x0, userdata=0x7f3696c5e9c0, dont_decode=0)
at lib/mime_parser.c:238
#12 0x00007f369a68d279 in recurseable_mime_parser (partnum=0x7f3696c5d3b0 "1",
content_start=content_start@entry=0x7f368801fbf9 "<p dir=3D\"ltr\">Yes I am already visit my bank my bank reply this amount alr=\r\neady successful marchant account paid so please check marchant account stat=\r\nement and UTR no please check immediately th"...,
content_end=content_end@entry=0x7f368803b5ad "\r\n------=_Part_1814517_1797271192.1733249713343--\r\n",
CallBack=CallBack@entry=0x55ab0adb97cc <fixed_output>, PreMultiPartCallBack=PreMultiPartCallBack@entry=0x55ab0adb968a <fixed_output_pre>,
PostMultiPartCallBack=PostMultiPartCallBack@entry=0x55ab0adb972b <fixed_output_post>, userdata=0x7f3696c5e9c0, dont_decode=0,
m=0x7f36880487b0) at lib/mime_parser.c:712
#13 0x00007f369a68d0b8 in recurseable_mime_parser (partnum=partnum@entry=0x7f369a6a060e "", content_start=<optimized out>,
content_end=content_end@entry=0x7f368803b5e0 "", CallBack=CallBack@entry=0x55ab0adb97cc <fixed_output>,
PreMultiPartCallBack=PreMultiPartCallBack@entry=0x55ab0adb968a <fixed_output_pre>,
PostMultiPartCallBack=PostMultiPartCallBack@entry=0x55ab0adb972b <fixed_output_post>, userdata=0x7f3696c5e9c0, dont_decode=0,
m=0x7f368803d6d0) at lib/mime_parser.c:625
#14 0x00007f369a68cd48 in the_mime_parser (partnum=partnum@entry=0x7f369a6a060e "", content_start=<optimized out>,
content_end=0x7f368803b5e0 "", CallBack=0x55ab0adb97cc <fixed_output>, PreMultiPartCallBack=0x55ab0adb968a <fixed_output_pre>,
PostMultiPartCallBack=0x55ab0adb972b <fixed_output_post>, userdata=0x7f3696c5e9c0, dont_decode=0) at lib/mime_parser.c:811
#15 0x00007f369a68d4f4 in mime_parser (content_start=<optimized out>, content_end=<optimized out>, CallBack=<optimized out>,
PreMultiPartCallBack=<optimized out>, PostMultiPartCallBack=<optimized out>, userdata=<optimized out>, dont_decode=0)
at lib/mime_parser.c:836
#16 0x000055ab0adbbc6f in CtdlOutputPreLoadedMsg ()
#17 0x000055ab0adde2f6 in ft_index_message ()
--Type <RET> for more, q to quit, c to continue without paging--c
#18 0x000055ab0adde945 in do_fulltext_indexing ()
#19 0x000055ab0adc3e13 in PerformSessionHooks ()
#20 0x000055ab0adafdb3 in do_housekeeping ()
#21 0x000055ab0adc6952 in worker_thread ()
#22 0x00007f369a669ea7 in start_thread (arg=<optimized out>) at pthread_create.c:477
#23 0x00007f369a3cbacf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) info threads
Id Target Id Frame
* 1 Thread 0x7f3696c5f700 (LWP 10535) __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
2 Thread 0x7f3697460700 (LWP 10534) 0x00007f369a392241 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0,
req=req@entry=0x7f369745f990, rem=rem@entry=0x7f369745f990) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:48
3 Thread 0x7f36975c5980 (LWP 10533) 0x00007f369a392241 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0,
req=req@entry=0x7ffc7d0f54b0, rem=rem@entry=0x0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:48
(gdb)
(gdb)
(gdb)
(gdb) info registers
rax 0xfffffffffffffdfc -516
rbx 0x55ab0aeedac4 94193111194308
rcx 0xffffffffffffffff -1
rdx 0x7ffc7d0f54b0 140722406642864
rsi 0x0 0
rdi 0x0 0
rbp 0x7ffc7d0f54e0 0x7ffc7d0f54e0
rsp 0x7ffc7d0f5470 0x7ffc7d0f5470
r8 0x0 0
r9 0x7f3696c5f700 139872434517760
r10 0x0 0
r11 0x293 659
r12 0x55ab0ada8ff0 94193109864432
r13 0x0 0
r14 0x0 0
r15 0x0 0
rip 0x7f369a392241 0x7f369a392241 <__GI___clock_nanosleep+129>
eflags 0x293 [ CF AF SF IF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Wow. Ok, so someone sent you a message (probably spam) that crashes the server whenever it tries to parse it. If that message is going into the indexer or something then it's probably trying over and over again.
Do you think you could find a way to get a copy of the raw RFC822 source of that message? If so, please drop it either here or somewhere safe (as a .zip or .tar attachment) and we'll see if we can get it to reliably crash the parser on any read.
If not, debugging will be harder, but we'll definitely try.
Subject: Re: Citserver crash "malloc.c:2379: sysmalloc: Assertion"
Also ... from the look of that stack trace, it is confirmed that the server is crashing every time the indexer tries to parse that message. So as a temporary workaround you can turn off full text indexing on your server (it's in the global system settings) and you won't get that crash unless you try to read the poison email with the text client.
The bug is somewhere in the HTML to Text conversion function. We'll find it one way or another, but we'll find it a lot faster if you can supply the message that is crashing it.
Subject: Re: unstaking IOST in citadel wallet
Why cannot not use the password I originally used to get this far ???
help
Because I took all of your money. I can put it to better use than you can.
This amused me far more than it should have. :D
Why cannot not use the password I originally used to get this far ???
help
Because I took all of your money. I can put it to better use than you can.
Anyway, were I in need of support I guess i would take this time to ask for help, but that's if I had a major problem that I needed assistance with... which I don't, so, yeah.
Subject: Re: unstaking IOST in citadel wallet
HAHA! Ah, yes, I truly wish I had been here for that one. Sadly before my time with a computer of my own to speak of, for sure. :)
Still a nice story to hear about, even nearly 30 years after the fact.
Heh. You should have been here in 1996 when a clueless journalist who thought she had stumbled across a message board populated by cadets at The Citadel, and asked us what we thought about the academy going co-ed. We gave her all sorts of great gossip about secret ceremonies with ritual sacrifices, and other wonderful inside information.
Hi,
I would like to know if it is possible to use an antispam other than SpamAssassin, and in this case RSpamd? I am trying to integrate RSpamd directly on Citadel (in the manner of spamassassin) without success.
Thanks in advance for your answers! :)
How Do I setup email that citadel will send and received email from upstream provider (gmail, zoho) and serve it as imap to local network. ??
I would like to know if it is possible to use an antispam other
than SpamAssassin, and in this case RSpamd? I am trying to
integrate RSpamd directly on Citadel (in the manner of
spamassassin) without success.
You can use any spam filter you want, but SpamAssassin is the only one that can be directly integrated into Citadel's MTA.
Any other filter must be set up in the conventional manner: you have some other MTA listening on port 25, emails are passed through the filter and then forwarded to Citadel's MDA. Most mailers support final delivery via LMTP over a local socket, and Citadel has that available on /usr/local/citadel/lmtp.socket
rspamd does appear to have a client protocol, so it's conceptually possible to write a Citadel module for it. But such a module does not currently exist.
How Do I setup email that citadel will send and received email
from upstream provider (gmail, zoho) and serve it as imap to
local network. ??
smart-host rule for outbound, and remote retrieval rule for inbound.
thanks.
Any link to documentation for smart-host and remote retrieval Please.
Hi Everyone,
Everytime I try to connect to citadel via IMAPS or POP3S I get a crash when using SSL
citadel-1 | citserver[8]: context: session (IMAP) started from 77-172-227-99.fixed.kpn.net (77.172.227.99) uid=-1
citadel-1 | citserver[8]: 1.385 STARTTLS
citadel-1 | citserver[8]: ---- Looking up [STARTTLS] -----
citadel-1 | citserver[8]: Found.
citadel-1 | citserver[8]: crypto: using certificate chain keys/citadel.cer
citadel-1 | citserver[8]: crypto: using private key keys/citadel.key
citadel-1 | citserver[8]: sysdep: new client socket 36
citadel-1 | citserver[8]: context: session (IMAP) started from 77-172-227-99.fixed.kpn.net (77.172.227.99) uid=-1
citadel-1 | citserver[8]: 1.38 STARTTLS
citadel-1 | citserver[8]: ---- Looking up [STARTTLS] -----
citadel-1 | citserver[8]: Found.
citadel-1 | ctdlvisor: pid=8 exited, status=139, exitcode=0
citadel-1 | ctdlvisor: citserver crashed on signal 11
citadel-1 | ctdlvisor: citserver running on pid=16
citadel-1 | ctdlvisor: executing citserver
The certificate I am using where generated with letsencrypt !
Any ideas ?