Netstat gives me this? Why are only tcp6 open?
Because a tcp6 listener will accept incoming connections on both IPv6 and IPv4.
At least, that's the default behavior on most operating systems. OpenBSD is the exception.
Thank you, I was not aware of that.
Night
Ok, instead of netstat, try this command:
ss -ltup
`ss` is the newish replacement for `netstat`. L for listening ports, TU for TCP and UDP, P to tell us the process attached to each port. Post the output. That'll tell us for sure whether it really is Citadel Server that is listening (or not listening) on those ports.
Ok, instead of netstat, try this command:
ss -ltup
`ss` is the newish replacement for `netstat`. L for listening ports, TU for TCP and UDP, P to tell us the process attached to each port. Post the output. That'll tell us for sure whether it really is Citadel Server that is listening (or not listening) on those ports.
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:ssh 0.0.0.0:* LISTEN
tcp 0 0 localhost:ipp 0.0.0.0:* LISTEN
tcp6 0 0 [::]:ssh [::]:* LISTEN
tcp6 0 0 localhost:ipp [::]:* LISTEN
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:ssh 0.0.0.0:* LISTEN
tcp 0 0 localhost:ipp 0.0.0.0:* LISTEN
tcp6 0 0 localhost:ipp [::]:* LISTEN
tcp6 0 0 [::]:submission [::]:* LISTEN
tcp6 0 0 [::]:ssh [::]:* LISTEN
tcp6 0 0 [::]:smtp [::]:* LISTEN
tcp6 0 0 [::]:nntp [::]:* LISTEN
tcp6 0 0 [::]:pop3 [::]:* LISTEN
tcp6 0 0 [::]:imap2 [::]:* LISTEN
tcp6 0 0 [::]:504 [::]:* LISTEN
tcp6 0 0 [::]:xmpp-client [::]:* LISTEN
tcp6 0 0 [::]:xxxxx [::]:* LISTEN
tcp6 0 0 [::]:xxxxx [::]:* LISTEN
Raspberry Pi 5 Model B Rev 1.0
Debian Linux 12 (bookworm)
total used free shared buff/cache available
Mem: 8050 576 6819 22 762 7474
Swap: 511 0 511
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
udp UNCONN 0 0 0.0.0.0:36492 0.0.0.0:*
udp UNCONN 0 0 0.0.0.0:mdns 0.0.0.0:*
udp UNCONN 0 0 *:44250 *:*
udp UNCONN 0 0 *:mdns *:*
tcp LISTEN 0 128 0.0.0.0:ssh 0.0.0.0:*
tcp LISTEN 0 128 127.0.0.1:ipp 0.0.0.0:*
tcp LISTEN 0 5 *:imap2 *:*
tcp LISTEN 0 5 *:nntp *:*
tcp LISTEN 0 5 *:pop3 *:*
tcp LISTEN 0 128 [::]:ssh [::]:*
tcp LISTEN 0 5 *:smtp *:*
tcp LISTEN 0 5 *:504 *:*
tcp LISTEN 0 5 *:submission *:*
tcp LISTEN 0 5 *:xmpp-client *:*
tcp LISTEN 0 100 *:xxxx *:*
tcp LISTEN 0 100 *:xxxx *:*
tcp LISTEN 0 128 [::1]:ipp [::]:*
Dear All,
I am concatenating my rules.
I want to have a rule that in some conditions it forwards an email to several emails. Then I forward with a string of 4 emails, separated by commas, and only it is received in 3 of these emails. Are the forward limited to 3 emails for each rule? Can it please be increased for more number of emails?
Some time ago you said that it will be a major release until the end of the year. Will it be? And will it solve the missing icons when webcit is accessed by Apache Proxy? (see please some posts before from me)
Thanks,
Luís Gonçalves.
"I am concatenating my rules.
I want to have a rule that in some conditions it forwards an email to several emails. Then I forward with a string of 4 emails, separated by commas, and only it is received in 3 of these emails. Are the forward limited to 3 emails for each rule? Can it please be increased for more number of emails?"
Seems not a problem of Citadel.
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
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.