interlinked1 / lbbs Goto Github PK
View Code? Open in Web Editor NEWLightweight BBS For Linux - Bulletin Board System server software
License: GNU General Public License v2.0
lbbs's People
Contributors
Stargazers
Watchers
lbbs's Issues
Errors when trying to compile LBBS from source
Hi,
I'm getting the following errors in Ubuntu 20.04 when trying to compile LBBS. I made sure all packages were up-to-date before proceeding, and ran the install_prereq.sh script to ensure all the required compilation libraries were installer. However, when I run the make command, I get these errors.
/bin/sh: 1: valgrind: not found
/bin/sh: 1: valgrind: not found
/bin/sh: 1: test: -ge: unexpected operator
+--------- make bbs ---------+
make --no-builtin-rules -C bbs all
make[1]: Entering directory '/usr/src/lbbs/bbs'
== Compiling bbs/history.o
gcc -Wall -Werror -Wunused -Wextra -Wmaybe-uninitialized -Wstrict-prototypes -Wm
issing-prototypes -Wdangling-else -Wdeclaration-after-statement -Wmissing-declar
ations -Wno-deprecated-declarations -Wmissing-format-attribute -Wnull-dereferenc
e -Wformat=2 -Wshadow -Wsizeof-pointer-memaccess -std=gnu99 -pthread -O0 -g -Wst
ack-protector -fno-omit-frame-pointer -fwrapv -D_FORTIFY_SOURCE=2 -DBBS_IN_CORE
-I.. -c history.c
history.c:25:10: fatal error: readline/history.h: No such file or directory
25 | #include <readline/history.h>
| ^~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:16: history.o] Error 1
make[1]: Leaving directory '/usr/src/lbbs/bbs'
make: *** [Makefile:55: bbs] Error 2
I cloned everything into /usr/src/lbbs as highlighted in the readme.
net_imap, net_smtp: Problems with Eudora 7.1.0.9
Some incompatibilities noted while testing the BBS email servers (IMAP and SMTP, but not POP), with Eudora 7.1.0.9 on Windows 7. SSL connections did not work at all out of the box for me so these are only with plain text connections.
I know Eudora hasn't been updated since 2006, but these are generally issues on the server side, not with the client.
Trying to get the mailbox structure (IMAP) - stuck in infinite loop until cancelled:
[2023-03-15 20:04:03.186] DEBUG[1924800]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:03.186] DEBUG[1924800]: utils.c:145 bbs_fd_readline: Read 24 bytes (24 just now), processing 22 and leaving 0 leftover
[2023-03-15 20:04:03.187] DEBUG[1924800]: net_imap.c:2405 handle_client: 0x7fad9affc4b0 => 00146 LIST "" Drafts.%
[2023-03-15 20:04:03.187] DEBUG[1924800]: net_imap.c:940 handle_list: LIST traversal for '' 'Drafts.%' => Drafts.%
[2023-03-15 20:04:03.187] DEBUG[1924800]: net_imap.c:985 handle_list: 0x7fad9affc4b0 <= * LIST (\HasChildren) "." "Drafts"
[2023-03-15 20:04:03.187] DEBUG[1924800]: net_imap.c:991 handle_list: 0x7fad9affc4b0 <= 00146 OK LIST completed.
[2023-03-15 20:04:03.416] DEBUG[1924800]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:03.416] DEBUG[1924800]: utils.c:145 bbs_fd_readline: Read 24 bytes (24 just now), processing 22 and leaving 0 leftover
[2023-03-15 20:04:03.416] DEBUG[1924800]: net_imap.c:2405 handle_client: 0x7fad9affc4b0 => 00147 LIST "" Drafts.%
[2023-03-15 20:04:03.416] DEBUG[1924800]: net_imap.c:940 handle_list: LIST traversal for '' 'Drafts.%' => Drafts.%
[2023-03-15 20:04:03.417] DEBUG[1924800]: net_imap.c:985 handle_list: 0x7fad9affc4b0 <= * LIST (\HasChildren) "." "Drafts"
[2023-03-15 20:04:03.417] DEBUG[1924800]: net_imap.c:991 handle_list: 0x7fad9affc4b0 <= 00147 OK LIST completed.
[2023-03-15 20:04:03.646] DEBUG[1924800]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:03.646] DEBUG[1924800]: utils.c:145 bbs_fd_readline: Read 24 bytes (24 just now), processing 22 and leaving 0 leftover
[2023-03-15 20:04:03.646] DEBUG[1924800]: net_imap.c:2405 handle_client: 0x7fad9affc4b0 => 00148 LIST "" Drafts.%
[2023-03-15 20:04:03.646] DEBUG[1924800]: net_imap.c:940 handle_list: LIST traversal for '' 'Drafts.%' => Drafts.%
[2023-03-15 20:04:03.646] DEBUG[1924800]: net_imap.c:985 handle_list: 0x7fad9affc4b0 <= * LIST (\HasChildren) "." "Drafts"
[2023-03-15 20:04:03.646] DEBUG[1924800]: net_imap.c:991 handle_list: 0x7fad9affc4b0 <= 00148 OK LIST completed.
[2023-03-15 20:04:03.875] DEBUG[1924800]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:03.875] DEBUG[1924800]: utils.c:145 bbs_fd_readline: Read 24 bytes (24 just now), processing 22 and leaving 0 leftover
[2023-03-15 20:04:03.875] DEBUG[1924800]: net_imap.c:2405 handle_client: 0x7fad9affc4b0 => 00149 LIST "" Drafts.%
[2023-03-15 20:04:03.875] DEBUG[1924800]: net_imap.c:940 handle_list: LIST traversal for '' 'Drafts.%' => Drafts.%
[2023-03-15 20:04:03.875] DEBUG[1924800]: net_imap.c:985 handle_list: 0x7fad9affc4b0 <= * LIST (\HasChildren) "." "Drafts"
[2023-03-15 20:04:03.875] DEBUG[1924800]: net_imap.c:991 handle_list: 0x7fad9affc4b0 <= 00149 OK LIST completed.
[2023-03-15 20:04:04.100] DEBUG[1924800]: socket.c:669 bbs_std_poll: poll returned 1
Trying to send an email:
[2023-03-15 20:04:47.315] DEBUG[1924787]: socket.c:457 __bbs_tcp_listener: Accepting new SMTP (MSA) connection from 10.55.3.84
[2023-03-15 20:04:47.315] DEBUG[1924787]: socket.c:470 __bbs_tcp_listener: accepted fd = 33
[2023-03-15 20:04:47.315] DEBUG[1924787]: node.c:271 __bbs_node_request: Allocated new node with ID 3
[2023-03-15 20:04:47.316] DEBUG[1924816]: thread.c:84 thread_register: Thread 1924816 spawned from handler started by thread 1924787 at socket.c:479 __bbs_tcp_listener()
[2023-03-15 20:04:47.317] DEBUG[1924816]: node.c:1236 bbs_node_begin: Running BBS for node 3
[2023-03-15 20:04:47.317] AUTH[1924816]: node.c:1237 bbs_node_begin: New SMTP (MSA) connection to node 3 from 10.55.3.84
[2023-03-15 20:04:47.318] DEBUG[1924816]: net_smtp.c:1880 handle_client: 0x7fad9a7fbab0 <= 220 10.55.1.38 ESMTP Service Ready
[2023-03-15 20:04:47.332] DEBUG[1924816]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:47.333] DEBUG[1924816]: utils.c:145 bbs_fd_readline: Read 33 bytes (33 just now), processing 31 and leaving 0 leftover
[2023-03-15 20:04:47.333] DEBUG[1924816]: net_smtp.c:1895 handle_client: 0x7fad9a7fbab0 => EHLO INTERLINKED-PC2.10.55.1.38
[2023-03-15 20:04:47.333] DEBUG[1924816]: net_smtp.c:235 handle_helo: 0x7fad9a7fbab0 <= 250-10.55.1.38 at your service [10.55.3.84]
[2023-03-15 20:04:47.333] DEBUG[1924816]: net_smtp.c:240 handle_helo: 0x7fad9a7fbab0 <= 250-SIZE 300000
[2023-03-15 20:04:47.333] DEBUG[1924816]: net_smtp.c:244 handle_helo: 0x7fad9a7fbab0 <= 250 ENHANCEDSTATUSCODES
[2023-03-15 20:04:47.548] DEBUG[1924816]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:47.548] DEBUG[1924816]: utils.c:145 bbs_fd_readline: Read 6 bytes (6 just now), processing 4 and leaving 0 leftover
[2023-03-15 20:04:47.548] DEBUG[1924816]: net_smtp.c:1895 handle_client: 0x7fad9a7fbab0 => RSET
[2023-03-15 20:04:47.549] DEBUG[1924816]: net_smtp.c:1703 smtp_process: 0x7fad9a7fbab0 <= 250 2.1.5 Flushed
[2023-03-15 20:04:47.559] DEBUG[1924816]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:47.560] DEBUG[1924816]: utils.c:145 bbs_fd_readline: Read 36 bytes (36 just now), processing 34 and leaving 0 leftover
[2023-03-15 20:04:47.560] DEBUG[1924816]: net_smtp.c:1895 handle_client: 0x7fad9a7fbab0 => MAIL FROM:<[email protected]>
[2023-03-15 20:04:47.560] DEBUG[1924816]: net_smtp.c:1753 smtp_process: 0x7fad9a7fbab0 <= 503 5.5.1 EHLO/HELO first.
[2023-03-15 20:04:47.572] DEBUG[1924816]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:04:47.572] DEBUG[1924816]: utils.c:145 bbs_fd_readline: Read 6 bytes (6 just now), processing 4 and leaving 0 leftover
[2023-03-15 20:04:47.572] DEBUG[1924816]: net_smtp.c:1895 handle_client: 0x7fad9a7fbab0 => QUIT
[2023-03-15 20:04:47.572] DEBUG[1924816]: net_smtp.c:1707 smtp_process: 0x7fad9a7fbab0 <= 221 2.0.0 Closing connection
[2023-03-15 20:04:47.572] DEBUG[1924816]: net_smtp.c:1979 __msa_handler: Node 3 has ended its SMTP (MSA) session
[2023-03-15 20:04:47.572] DEBUG[1924816]: node.c:445 node_shutdown: Terminating node 3
[2023-03-15 20:04:47.572] DEBUG[1924816]: mod_events.c:52 event_cb: 86552 ms elapsed since last short session
[2023-03-15 20:04:47.572] DEBUG[1924816]: event.c:130 bbs_event_broadcast: Event NODE_SHORT_SESSION dispatched and consumed
[2023-03-15 20:04:47.572] DEBUG[1924816]: node.c:511 node_shutdown: Shutdown pending finalization for node 3
[2023-03-15 20:04:47.573] DEBUG[1924816]: node.c:529 node_free: Node 3 now freed
Trying to download an email, with default configuration of downloading headers only when fetching messages:
[2023-03-15 20:06:24.334] DEBUG[1924815]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-15 20:06:24.334] DEBUG[1924815]: utils.c:145 bbs_fd_readline: Read 40 bytes (40 just now), processing 38 and leaving 0 leftover
[2023-03-15 20:06:24.334] DEBUG[1924815]: net_imap.c:2405 handle_client: 0x7fad9affc4b0 => 00034 UID FETCH 23 (UID BODYSTRUCTURE)
[2023-03-15 20:06:24.335] DEBUG[1924815]: net_imap.c:1678 process_fetch: 0x7fad9affc4b0 <= * 14 FETCH (UID 23)
[2023-03-15 20:06:24.335] DEBUG[1924815]: net_imap.c:1687 process_fetch: 0x7fad9affc4b0 <= 00034 OK UID FETCH Completed
net_ssh: Use after free on node cleanup
Use after free on node cleanup for SSH sessions. Stack traces from valgrind:
DEBUG[86175]: thread.c:136 __thread_unregister: Thread 86176 has been joined by thread 86175 at net_ssh.c:871 handle_session()
==86147== Thread 16:
==86147== Invalid read of size 8
==86147== at 0xD3131D1: handle_session (net_ssh.c:879)
==86147== by 0xD3136FB: ssh_connection (net_ssh.c:1499)
==86147== by 0x147A16: thread_run (thread.c:375)
==86147== by 0x50F8043: start_thread (pthread_create.c:442)
==86147== by 0x517787F: clone (clone.S:100)
==86147== Address 0xc95a378 is 152 bytes inside a block of size 352 free'd
==86147== at 0x484317B: free (vg_replace_malloc.c:872)
==86147== by 0x1348F0: bbs_node_unlink (node.c:602)
==86147== by 0x136176: bbs_node_handler (node.c:1432)
==86147== by 0x147A16: thread_run (thread.c:375)
==86147== by 0x50F8043: start_thread (pthread_create.c:442)
==86147== by 0x517787F: clone (clone.S:100)
==86147== Block was alloc'd at
==86147== at 0x48455EF: calloc (vg_replace_malloc.c:1328)
==86147== by 0x117963: __bbs_calloc (alloc.c:83)
==86147== by 0x13372C: __bbs_node_request (node.c:226)
==86147== by 0xD3139CF: pty_request (net_ssh.c:476)
==86147== by 0xD34E822: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD34FAEF: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD33DE06: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD3556AF: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD355E96: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD3607DF: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD35C8D9: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86147== by 0xD31305C: handle_session (net_ssh.c:776)
==86147==
1 errors in context 1 of 4:
==86366== Thread 16:
==86366== Invalid read of size 8
==86366== at 0xD3131D1: handle_session (net_ssh.c:879)
==86366== by 0xD3136FB: ssh_connection (net_ssh.c:1499)
==86366== by 0x147A16: thread_run (thread.c:375)
==86366== by 0x50F8043: start_thread (pthread_create.c:442)
==86366== by 0x517787F: clone (clone.S:100)
==86366== Address 0xc946588 is 152 bytes inside a block of size 352 free'd
==86366== at 0x484317B: free (vg_replace_malloc.c:872)
==86366== by 0x136176: bbs_node_handler (node.c:1432)
==86366== by 0x147A16: thread_run (thread.c:375)
==86366== by 0x50F8043: start_thread (pthread_create.c:442)
==86366== by 0x517787F: clone (clone.S:100)
==86366== Block was alloc'd at
==86366== at 0x48455EF: calloc (vg_replace_malloc.c:1328)
==86366== by 0x117963: __bbs_calloc (alloc.c:83)
==86366== by 0x13372C: __bbs_node_request (node.c:226)
==86366== by 0xD3139CF: pty_request (net_ssh.c:476)
==86366== by 0xD34E822: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD34FAEF: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD33DE06: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD3556AF: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD355E96: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD3607DF: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD35C8D9: ??? (in /usr/lib/x86_64-linux-gnu/libssh.so.4.9.5)
==86366== by 0xD31305C: handle_session (net_ssh.c:776)
logger.c: Logging can get stuck on remote consoles
Split off from #12, since this is a separate issue:
Logging can also get stuck here due to write blocking forever:
RWLIST_RDLOCK(&remote_log_fds);
RWLIST_TRAVERSE(&remote_log_fds, rfd, entry) {
if (fd_logging[rfd->fd]) {
write(rfd->fd, fullbuf, (size_t) bytes);
}
}
RWLIST_UNLOCK(&remote_log_fds);
A somewhat easy way to reproduce this (a scenario where this happens frequently) is if the consoles are being spammed with log messages and you exit a remote sysop console using ^C. Perhaps the console file descriptors are going away while they are being logged to, but that doesn't entirely make sense either.
This causes a deadlock, but only at the thread level, i.e. not all logging is broken. Because threads get stuck with a RDLOCK held on the remote logger fd's, it becomes impossible to obtain a WRLOCK, which blocks sysop console registration/unregistration. Otherwise, other logging and other threads remain nominally unaffected.
system.c: SIGINT sent to child process can cause entire BBS to shut down
I've seen several instances where an entire BBS server shuts down (cleanly) because a child process exited, but this shouldn't be happening.
e.g.:
[2023-08-17 12:30:45.829] VERBOSE[826200]: menu.c:606 bbs_menu_run: Node 4 selected option 'F' at menu(2) 'games'
[2023-08-17 12:30:45.831] DEBUG[826200]: variables.c:496 bbs_node_substitute_vars: Substituted '/usr/games/go-fish' to '/usr/games/go-fish'
[2023-08-17 12:30:45.831] DEBUG[826200]: handler.c:176 menu_handler_exec: Executing menu handler exec (/usr/games/go-fish)
[2023-08-17 12:30:45.831] DEBUG[826200]: term.c:116 bbs_node_set_input: Node 4 (fd 103): input now buffered, echo enabled
[2023-08-17 12:30:45.831] DEBUG[826200]: system.c:646 __bbs_execvpe_fd: node: 0x7fdb7c00f700, usenode: 1, fdin: -1, fdout: -1, filename: /usr/games/go-fish, isolated: no
[2023-08-17 12:30:45.831] DEBUG[826200]: system.c:665 __bbs_execvpe_fd: sid: 56685, tcpgrp: -1
[2023-08-17 12:30:45.834] DEBUG[826200]: node.c:876 bbs_node_update_winsize: Sending SIGWINCH to foreground process 826222 for node 4
[2023-08-17 12:30:45.837] DEBUG[826200]: system.c:931 __bbs_execvpe_fd: Waiting for process 826222 to exit
[2023-08-17 12:30:51.994] DEBUG[826200]: system.c:180 waitpidexit: Process 826222 (/usr/games/go-fish) killed, signal 2
[2023-08-17 12:30:51.994] DEBUG[826200]: system.c:197 waitpidexit: Command execution finished (/usr/games/go-fish): res = 0
[2023-08-17 12:30:51.994] DEBUG[826200]: socket.c:2368 bbs_node_wait_key: Waiting 120000 ms for any input
[2023-08-17 12:30:51.994] DEBUG[826200]: term.c:116 bbs_node_set_input: Node 4 (fd 103): input now unbuffered, echo disabled
[2023-08-17 12:30:51.994] DEBUG[826201]: pty.c:659 pty_master: Sending SIGINT to process 826222
[2023-08-17 12:30:51.995] DEBUG[779131]: bbs.c:620 __sigint_handler: Got SIGINT, requesting shutdown
[2023-08-17 12:30:51.995] DEBUG[779131]: bbs.c:718 monitor_sig_flags: Shutdown requested
[2023-08-17 12:30:51.995] DEBUG[779131]: event.c:127 bbs_event_broadcast: Event SHUTDOWN dispatched and not consumed
[2023-08-17 12:30:51.995] VERBOSE[779131]: bbs.c:554 bbs_shutdown: Shutting down BBS
[2023-08-17 12:30:51.995] DEBUG[779131]: node.c:489 node_shutdown: Terminating node 1
[2023-08-17 12:30:51.995] DEBUG[779131]: node.c:552 node_shutdown: Waiting for node 1 to exit
mod_sysop: Segfault on unload for foreground console
This is, in some ways, a continuation of issue #12, which resolved segfaults for remote consoles, but this is an issue with the foreground console. Predictably, it's due to pthread_cancel, which is a priority for phase out:
No segfault with valgrind.
Thread 1 (Thread 0x7f4f33fff700 (LWP 1003817) (Exiting)):
#0 0x00007f4f3829a790 in () at /lib/x86_64-linux-gnu/libgcc_s.so.1
#1 0x00007f4f3829b842 in () at /lib/x86_64-linux-gnu/libgcc_s.so.1
#2 0x00007f4f3829bf4e in _Unwind_ForcedUnwind () at /lib/x86_64-linux-gnu/libgcc_s.so.1
#3 0x00007f4f3bac2c30 in __GI___pthread_unwind (buf=<optimized out>) at unwind.c:121
ibuf = <optimized out>
self = <optimized out>
#4 0x00007f4f3bab7729 in __do_cancel () at ./pthreadP.h:310
self = <optimized out>
newval = <optimized out>
curval = <optimized out>
self = <optimized out>
oldval = <optimized out>
#5 sigcancel_handler (sig=32, si=0x7f4f33ffe430, ctx=<optimized out>) at nptl-init.c:177
newval = <optimized out>
curval = <optimized out>
self = <optimized out>
oldval = <optimized out>
#6 sigcancel_handler (sig=<optimized out>, si=0x7f4f33ffe430, ctx=<optimized out>) at nptl-init.c:142
#7 0x00007f4f3bac4140 in <signal handler called> () at /lib/x86_64-linux-gnu/libpthread.so.0
#8 0x00007f4f3b9cc96f in __GI___poll (fds=0x7f4f33ffea08, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
resultvar = 18446744073709551612
sc_cancel_oldtype = 0
#9 0x00007f4f38ef49d5 in ()
#10 0x0000000000000000 in ()
tls.c: Segfault when calling SSL_read after a while?
Segfault that I've observed a few times, when calling SSL_read, specifically when receiving emails, but most likely related to the amount or velocity of data going through tls.c:
Prior to crash:
[2023-06-03 14:34:09.003] DEBUG[4807]: net_smtp.c:2791 smtp_process: 0x7f456e7f3030 <= 354 Start mail input; end with a period on a line by itself
[2023-06-03 14:34:10.009] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [229 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [68 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [123 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [209 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [29 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [83 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [44 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [75 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [88 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [82 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [62 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [60 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [69 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [49 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [56 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [76 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [184 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [15 data bytes]
[2023-06-03 14:34:10.011] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [76 data bytes]
[2023-06-03 14:34:10.011] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [57 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [127 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [45 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [45 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [66 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [33 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [75 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [44 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [98 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [123 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [45 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [51 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [37 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [76 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [15 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [90 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [70 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [56 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [76 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [77 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [15 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [47 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [62 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [187 data bytes]
[2023-06-03 14:34:10.012] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [84 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [112 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [34 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [45 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [155 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [38 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [62 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [187 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [200 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [188 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [192 data bytes]
[2023-06-03 14:34:10.014] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [36 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [51 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [23 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [74 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [51 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [17 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [23 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [0 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [6 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [7 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [8 data bytes]
[2023-06-03 14:34:10.015] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [28 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [15 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [15 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [16 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [14 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [21 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [24 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [24 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [18 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [18 data bytes]
[2023-06-03 14:34:10.016] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [18 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [1 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [8 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [68 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4807]: net_smtp.c:2825 handle_client: 0x7f456e7f3030 => [12 data bytes]
[2023-06-03 14:34:10.010] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [87 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [131 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [192 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [158 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [167 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [72 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [121 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [244 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [121 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [215 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [392 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [121 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [244 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [336 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [149 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [215 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [149 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [216 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [149 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [244 data bytes]
[2023-06-03 14:34:10.017] DEBUG[4810]: net_smtp.c:2825 handle_client: 0x7f45707f7030 => [121 data bytes]
BBS server disconnected
Backtrace:
Thread 1 (Thread 0x7f459b515700 (LWP 3835)):
#0 0x00007f4580000710 in ()
#1 0x00007f459cb0b0fa in () at /lib/x86_64-linux-gnu/libssl.so.1.1
#2 0x00007f459cb0b203 in SSL_read () at /lib/x86_64-linux-gnu/libssl.so.1.1
#3 0x0000557d69349e83 in ssl_io_thread (unused=unused@entry=0x0) at tls.c:333
ssl = 0x7f4580003a90
readpipe = 61
ores = <optimized out>
wres = <optimized out>
sfd = <optimized out>
i = 11
res = 1
pfds = 0x7f459402dc80
readpipes = 0x7f459401c420
ssl_list = 0x7f459402dcf0
prevfds = 13
oldnumfds = <optimized out>
numfds = 13
numssl = <optimized out>
needcreate = 1
buf = "250-REDACTED at your service [127.0.0.1]\r\n172.google.com [209.85.221.172])\r\n\tby REDACTED (Postfix) with ESMTPS id 0E26B22282\r\n\tfor REDACTED; Sat, 3 Jun 2023 13:56:02 +0000"...
pending = <optimized out>
inovertime = 0
overtime = 0
needprune = <optimized out>
err_msg = '\000' <repeats 1023 times>
__func__ = "ssl_io_thread"
#4 0x0000557d6934874a in thread_run (data=<optimized out>) at thread.c:352
__cancel_buf =
{__cancel_jmp_buf = {{__cancel_jmp_buf = {139936812501792, -132307393922977715, 0, 93997147288832, 139936935270144, 93997147292448, -132307393665028019, -6172156987892682675}, __mask_was_saved = 0}}, __pad = {0x7f459b514c90, 0x0, 0x0, 0x0}}
__cancel_routine = 0x557d69348a20 <thread_unregister>
__cancel_arg = 0x7f459b515700
__not_first_call = <optimized out>
ret = <optimized out>
a =
{start_routine = <optimized out>, data = <optimized out>, name = 0x557d6a92f500 "ssl_io_thread started by thread 3832 at tls.c:666 setup_ssl_io()", detached = <optimized out>, killable = <optimized out>}
#5 0x00007f459c4dcfa3 in start_thread (arg=<optimized out>) at pthread_create.c:486
ret = <optimized out>
pd = <optimized out>
now = <optimized out>
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {139936935270144, 45816111734730829, 140724971867070, 140724971867071, 139936935270144, 93997147292448, -132307393891520435, -132296428765433779}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#6 0x00007f459c40c06f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
valgrind backtrace:
==384202== 1 errors in context 1 of 26:
==384202== Thread 2:
==384202== Invalid read of size 4
==384202== at 0x4A475AD: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x104 is not stack'd, malloc'd or (recently) free'd
==384202==
==384202==
==384202== 1 errors in context 2 of 26:
==384202== Invalid read of size 8
==384202== at 0x4A475A6: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdaec8 is 168 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 3 of 26:
==384202== Invalid read of size 8
==384202== at 0x4A52474: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdae28 is 8 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 4 of 26:
==384202== Invalid read of size 1
==384202== at 0x4A52449: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdb3f9 is 1,497 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 5 of 26:
==384202== Invalid read of size 4
==384202== at 0x4A68E68: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A52448: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdaea4 is 132 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 6 of 26:
==384202== Invalid read of size 4
==384202== at 0x4A68E15: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A52448: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdae58 is 56 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 7 of 26:
==384202== Invalid read of size 4
==384202== at 0x4A52429: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdaea4 is 132 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 8 of 26:
==384202== Invalid read of size 4
==384202== at 0x4A52418: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdae64 is 68 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202==
==384202==
==384202== 1 errors in context 9 of 26:
==384202== Invalid read of size 8
==384202== at 0x4A5240D: ??? (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x4A525A2: SSL_read (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x1413A3: ssl_io_thread (tls.c:333)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Address 0x10cdae50 is 48 bytes inside a block of size 6,280 free'd
==384202== at 0x48399AB: free (vg_replace_malloc.c:538)
==384202== by 0x1423C6: ssl_close (tls.c:628)
==384202== by 0xAA5B121: smtp_handler (net_smtp.c:2877)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
==384202== Block was alloc'd at
==384202== at 0x483877F: malloc (vg_replace_malloc.c:307)
==384202== by 0x4C45349: CRYPTO_zalloc (in /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
==384202== by 0x4A56BD4: SSL_new (in /usr/lib/x86_64-linux-gnu/libssl.so.1.1)
==384202== by 0x141BC5: ssl_new_accept (tls.c:479)
==384202== by 0xAA5AF7C: handle_client (net_smtp.c:2835)
==384202== by 0xAA5B10A: smtp_handler (net_smtp.c:2872)
==384202== by 0xAA5B1D0: __smtp_handler (net_smtp.c:2893)
==384202== by 0x1401B3: thread_run (thread.c:352)
==384202== by 0x4EA7EA6: start_thread (pthread_create.c:477)
==384202== by 0x4FBDA2E: clone (clone.S:95)
Old machines without ANSI support cause strange behaviour
I'm attempting to connect a BBC Micro (Emulator) up to the public Phreaknet BBS. It's from the early 1980s and doesn't support ANSI.
It asks me to hit enter twice. It then asks if I want ANSI support. When I hit N, it freezes for a while and then the connection closes.
It would be great if these old machines could be supported.
mod_webmail.c:312:71: error: 'MAILIMAP_STATUS_ATT_SIZE' undeclared
enviroment : actual debian, did the install_prereq.sh then when i try to make it i get this error.
mod_webmail.c:312:71: error: 'MAILIMAP_STATUS_ATT_SIZE' undeclared (first use in this function); did you mean 'MAILIMAP_STATUS_ATT_UNSEEN'?
312 | res |= mailimap_status_att_list_add(att_list, MAILIMAP_STATUS_ATT_SIZE);
| ^~~~~~~~~~~~~~~~~~~~~~~~
|
any ideas?
pty.c/mod_sysop: File descriptor leak on shutdown
If a remote console is active during shutdown, a file descriptor leak (sometimes?) occurs of the PTY master, as shown here:
BBS has exited
==24657==
==24657== FILE DESCRIPTORS: 7 open (3 std) at exit.
==24657== Open file descriptor 19: /dev/ptmx
==24657== at 0x5161E60: open (open64.c:41)
==24657== by 0x13567D: posix_openpty (pty.c:61)
==24657== by 0x136C1F: bbs_openpty (pty.c:94)
==24657== by 0x136C1F: bbs_spawn_pty_master (pty.c:212)
==24657== by 0x8417815: remote_sysop_listener (mod_sysop.c:508)
==24657== by 0x145596: thread_run (thread.c:357)
==24657== by 0x50F3043: start_thread (pthread_create.c:442)
==24657== by 0x517285F: clone (clone.S:100)
==24657==
==24657== Open file descriptor 18: /dev/ptmx
==24657== at 0x5161E60: open (open64.c:41)
==24657== by 0x13567D: posix_openpty (pty.c:61)
==24657== by 0x136C1F: bbs_openpty (pty.c:94)
==24657== by 0x136C1F: bbs_spawn_pty_master (pty.c:212)
==24657== by 0x8417815: remote_sysop_listener (mod_sysop.c:508)
==24657== by 0x145596: thread_run (thread.c:357)
==24657== by 0x50F3043: start_thread (pthread_create.c:442)
==24657== by 0x517285F: clone (clone.S:100)
==24657==
==24657== Open file descriptor 16: /dev/ptmx
==24657== at 0x5161E60: open (open64.c:41)
==24657== by 0x13567D: posix_openpty (pty.c:61)
==24657== by 0x136C1F: bbs_openpty (pty.c:94)
==24657== by 0x136C1F: bbs_spawn_pty_master (pty.c:212)
==24657== by 0x8417815: remote_sysop_listener (mod_sysop.c:508)
==24657== by 0x145596: thread_run (thread.c:357)
==24657== by 0x50F3043: start_thread (pthread_create.c:442)
==24657== by 0x517285F: clone (clone.S:100)
==24657==
==24657== Open file descriptor 17: /dev/ptmx
==24657== at 0x5161E60: open (open64.c:41)
==24657== by 0x13567D: posix_openpty (pty.c:61)
==24657== by 0x136C1F: bbs_openpty (pty.c:94)
==24657== by 0x136C1F: bbs_spawn_pty_master (pty.c:212)
==24657== by 0x8417815: remote_sysop_listener (mod_sysop.c:508)
==24657== by 0x145596: thread_run (thread.c:357)
==24657== by 0x50F3043: start_thread (pthread_create.c:442)
==24657== by 0x517285F: clone (clone.S:100)
==24657==
==24657==
==24657== HEAP SUMMARY:
==24657== in use at exit: 82,913 bytes in 764 blocks
==24657== total heap usage: 14,851 allocs, 14,087 frees, 1,977,640 bytes allocated
==24657==
This is reflected in the (recently added) FD dump at shutdown, where /dev/ptmx is still open:
16 => /dev/ptmx
Open files: 2 (7) / 1024
[2023-10-06 07:02:04.851] === Finalizing shutdown
Reply function on Discord doesn't translate well to IRC
When people reply to message on Discord its contextless on IRC, as you just see the reply without any reference to the original message.
There's a few ways this could be improved:
- Warn them not to do that, like multi line messages
- Mention the user that's being replied to
- Quote the message that's being replied to
A few of us spoke about this and concluded #3 might be difficult due to character limits enforced by some IRC servers, and as multi-line messages aren't a thing you can't put the quote on one line and the reply on another without the risk of someone else's message appearing in between.
I think my preference would be #2, or perhaps #1 and #2 with the behaviour specified in the config.
Cheers
date and cal utilities don't work on a "stock" install
Hi,
I noticed the date and cal don't work on a "stock" install.
For both the screen "blinks" but no output is shown and I am returned to the utilities menu. There is nothing obvious in the logs so I'm not sure if I'm missing a dependency or something else.
Cheers
socket.c: SEGV in bbs_node_readline
[2023-10-08 22:46:26.199] DEBUG[1833151]: socket.c:906 __bbs_tcp_listener: Accepting new TELNET connection from 218.150.111.190
[2023-10-08 22:46:26.199] DEBUG[1833151]: socket.c:907 __bbs_tcp_listener: accepted fd = 54
[2023-10-08 22:46:26.199] DEBUG[1833151]: node.c:275 __bbs_node_request: Allocated new node with ID 3
[2023-10-08 22:46:26.200] DEBUG[1833151]: net_telnet.c:69 telnet_send_command: Sent Telnet command: IAC WILL ECHO
[2023-10-08 22:46:26.200] DEBUG[1833151]: net_telnet.c:69 telnet_send_command: Sent Telnet command: IAC DO NAWS
[2023-10-08 22:46:26.400] DEBUG[1861098]: thread.c:95 thread_register: Thread 1861098 spawned from handler started by thread 1833151 at socket.c:916 __bbs_tcp_listener()
[2023-10-08 22:46:26.401] DEBUG[1861098]: node.c:1401 bbs_node_begin: Running BBS for node 3
[2023-10-08 22:46:26.401] AUTH[1861098]: node.c:1402 bbs_node_begin: New TELNET connection to node 3 from 218.150.111.190:43329
[2023-10-08 22:46:26.401] DEBUG[1861098]: node.c:389 bbs_node_safe_sleep: Sleeping on node 3 for 300 ms
[2023-10-08 22:46:26.402] DEBUG[1861099]: thread.c:95 thread_register: Thread 1861099 spawned from pty_master started by thread 1861098 at pty.c:241 bbs_pty_allocate()
[2023-10-08 22:46:27.153] DEBUG[1861098]: socket.c:2462 bbs_node_wait_key: Waiting 75000 ms for any input
[2023-10-08 22:46:27.153] DEBUG[1861098]: term.c:116 bbs_node_set_input: Node 3 (fd 58): input now unbuffered, echo disabled
[2023-10-08 22:46:28.303] WARNING[1861094]: socket.c:1497 bbs_node_read: Node 4 has no active slave fd
[2023-10-08 22:46:28.316] DEBUG[1861098]: socket.c:1951 bbs_node_flush_input: Flushed 3 bytes
Segmentation fault (core dumped)
Thread 1 (Thread 0x7fa2f27f46c0 (LWP 1861094)):
#0 __memchr_avx2 () at ../sysdeps/x86_64/multiarch/memchr-avx2.S:224
#1 0x0000562acfeaa45d in bbs_node_readline (node=node@entry=0x7fa2f8004be0, ms=ms@entry=60000, buf=<optimized out>, buf@entry=0x7fa2f27f3990 "\377\373\037\377\372\037", len=len@entry=64) at socket.c:1772
bytes = 18446744073709551615
res = <optimized out>
left = <optimized out>
bytes_read = <optimized out>
startbuf = 0x7fa2f27f3990 "\377\373\037\377\372\037"
term = <optimized out>
nterm = 0x7fa2f27f3996 ""
keep_trying = <optimized out>
__func__ = "bbs_node_readline"
#2 0x0000562acfe9d6f2 in authenticate (node=node@entry=0x7fa2f8004be0) at node.c:1086
attempts = 1
username = "\377\373\037\377\372\037\000P\000\030\377\360telnet\000\000\000\000\000\000\340K\000\370\242\177\000\000\001\005\354\317*V\000\0008@\354\317*V\000\0000;\177\362\242\177\000\000\237m;\036\243\177\000"
password = '\000' <repeats 63 times>
__func__ = "authenticate"
#3 0x0000562acfe9f708 in node_intro (node=<optimized out>) at node.c:1224
timebuf = "Sun Oct 8 2023 10:46 pm UTC"
__func__ = "node_intro"
__func__ = "node_handler_term"
node = 0x7fa2f8004be0
#4 node_handler_term (node=0x7fa2f8004be0) at node.c:1371
__func__ = "node_handler_term"
node = 0x7fa2f8004be0
#5 bbs_node_handler (varg=varg@entry=0x7fa2f8004be0) at node.c:1425
node = 0x7fa2f8004be0
#6 0x0000562acfeb07c7 in thread_run (data=<optimized out>) at thread.c:357
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {140338061571952, 5789364465541002948, 1, 140337922250224, 140337922172976, 140337821466624, 5789364465413076676, 236315176599500484}, __mask_was_saved = 0}}, __pad = {0x7fa>
__cancel_routine = 0x562acfeb0a80 <thread_unregister>
__cancel_arg = 0x7fa2f27f46c0
__not_first_call = <optimized out>
ret = <optimized out>
a = {start_routine = <optimized out>, data = <optimized out>, name = 0x7fa2f80115f0 "handler", ' ' <repeats 15 times>, "started by thread 1833151 at socket.c:916 __bbs_tcp_listener()", detached = <optimized out>}
Mail not working
Mail doesn't seem to work on my system, do you know what I am missing?
Thanks
[2024-04-12 00:35:49.852] DEBUG[66]: socket.c:1652 bbs_node_poll: Node 2: poll returned 1
[2024-04-12 00:35:49.852] DEBUG[66]: socket.c:1782 bbs_node_read: Node 2: read 1 byte (77)
[2024-04-12 00:35:49.853] -- Node 2 selected option 'M' at menu(1) 'main'
[2024-04-12 00:35:49.853] DEBUG[66]: variables.c:570 substitute_vars: Substituted 'Mail' to 'Mail'
[2024-04-12 00:35:49.854] DEBUG[66]: variables.c:570 substitute_vars: Substituted 'mail' to 'mail'
[2024-04-12 00:35:49.854] DEBUG[66]: handler.c:161 menu_handler_exec: Executing menu handler door (mail)
[2024-04-12 00:35:49.854] -- Created semi-permanent login token for marrold
[2024-04-12 00:35:49.854] DEBUG[66]: system.c:777 __bbs_execvpe_fd: node: 0x7ff234000c50, usenode: 1, fdin: -1, fdout: -1, filename: evergreen, isolated: no
[2024-04-12 00:35:49.854] DEBUG[66]: system.c:796 __bbs_execvpe_fd: sid: 1, tcpgrp: -1, term: syncterm
[2024-04-12 00:35:49.856] DEBUG[66]: node.c:1130 bbs_node_update_winsize: Sending SIGWINCH to foreground process 81 for node 2
[2024-04-12 00:35:49.857] DEBUG[66]: system.c:1157 __bbs_execvpe_fd: Waiting for process 81 to exit
[2024-04-12 00:35:49.863] DEBUG[66]: system.c:239 waitpidexit: Process 81 (evergreen) exited, status 0
[2024-04-12 00:35:49.864] DEBUG[66]: system.c:266 waitpidexit: Command execution finished (evergreen): res = 0
[2024-04-12 00:35:49.864] DEBUG[66]: auth.c:309 auth_token_destory: Purging temporary login token for marrold
[2024-04-12 00:35:49.864] DEBUG[66]: handler.c:163 menu_handler_exec: Menu handler door returned 0
[2024-04-12 00:35:49.865] -- Node 2 executing menu(1) 'main'
[2024-04-12 00:35:49.865] DEBUG[66]: menu.c:263 display_menu: Menu has 11 total options
modify new user prompts
i would like to change the new user prompts to only ask for IRL name birthday town and city
Action message isn't handled correctly on IRC to Discord Bridge
On IRC people use /me fairly frequently to describe something they're doing. e.g /me screams - I believe this is referred to as ACTION command.
Most clients display the message in italics, but on Discord it shows as:
<libera/exampleuser> ๏ฟฝACTION screams๏ฟฝ
It would be great if the message was displayed in italics, e.g screams
TLS errors when no certs are defined
I noticed this in my logs, like its attempting to load the TLS certs despite them not being defined
[2024-05-08 20:19:28.246] ERROR[18]: io_tls.c:922 tls_ctx_create: Could not load certificate file : error:80000002:system library::No such file or directory
tls.conf
; tls.conf
[tls] ; Configures the TLS certificate used by any BBS modules that use TLS
; If you use Let's Encrypt with certbot, run "certbot certificates" to show which domains use which certs
; This section configures the default certificate, used prior to receiving any Server Name Indication.
; These arguments are MANDATORY if you wish to enable any TLS servers.
; If no Server Name Indication is provided by the client, this is the certificate that will be used.
rootcerts=/etc/ssl/certs/ca-certificates.crt ; Root certs file used for verifying TLS certificates.
; (should work for Debian-based distros; change accordingly if needed).
;cert=/etc/letsencrypt/live/example.com/fullchain.pem ; TLS certificate
;key=/etc/letsencrypt/live/example.com/privkey.pem ; TLS private key
[sni] ; Optional: Server Name Indication is used to support TLS on multiple hostnames.
; If you are supporting multiple hostnames, add pairs of hostnames here with format hostname=cert:privkey, e.g.
; example.com=/etc/letsencrypt/live/example.com/fullchain.pem:/etc/letsencrypt/live/example.com/privkey.com
; If no match exists for a provided SNI, the default certificate will be used.
net_imap: Unresolved dependencies at startup
On one system, I observed net_imap declining to load at startup due to mod_mimeparse not being loaded at the time.
This is a bug because dependencies should be loaded automatically during startup if they are not running:
[2023-07-15 23:30:15.356] WARNING[26309]: module.c:269 load_dlopen: Module net_imap.so didn't register itself during load?
[2023-07-15 23:30:15.356] ERROR[26309]: module.c:276 load_dlopen: Error loading module 'net_imap.so': /usr/lib/lbbs/modules/net_imap.so: undefined symbol: mime_make_bodystructure
[2023-07-15 23:30:15.356] WARNING[26309]: module.c:526 load_resource: Could not load dynamic module net_imap.so
[2023-07-15 23:30:15.356] ERROR[26309]: module.c:786 on_file_autoload: Failed to autoload net_imap.so
Missing dependencies for bookworm-slim docker container
Hi,
I noticed the install_prereq.sh script doesn't install the following dependencies which are missing for the bookworm-slim docker image:
wget
bc
I would submit a PR but I don't know if you think these should be included for Fedora / FreeBSD etc or if this is an edge case and they shouldn't be included at all
Cheers
net_telnet: Dead sessions can linger around
I've noticed that the Telnet module seems prone to having dead sessions lingering around. This here appears to be the result of a port scan or some other kind of bot activity:
# PROTOCOL ELAPSED TRM SZE USER MENU/PAGE IP ADDRESS RPORT E B TID RFD WFD MST SLV SPY SLV NAME
1 TDD 38:29:32 0x 0 <Not Logged In> 15.235.130.209 50694 Y Y -1 25 25 -1 -1 -1
2 TDD 63:14:15 0x 0 <Not Logged In> 103.138.109.148 51092 Y Y -1 29 29 -1 -1 -1
3 TDD 63:14:15 0x 0 <Not Logged In> 103.138.109.148 51093 Y Y -1 30 30 -1 -1 -1
4 TDD 63:13:59 0x 0 <Not Logged In> 103.138.109.148 52258 Y Y 24246 31 31 -1 -1 -1
5 TDD 63:13:59 0x 0 <Not Logged In> 103.138.109.148 52263 Y Y 24246 32 32 -1 -1 -1
6 TELNETS 62:38:06 0x 0 <Not Logged In> 103.138.109.148 53791 Y Y -1 33 33 -1 -1 -1
7 TELNETS 62:38:06 0x 0 <Not Logged In> 103.138.109.148 53790 Y Y -1 34 34 -1 -1 -1
8 TELNETS 62:37:51 0x 0 <Not Logged In> 103.138.109.148 54326 Y Y -1 35 35 -1 -1 -1
9 TELNETS 62:37:51 0x 0 <Not Logged In> 103.138.109.148 54325 Y Y -1 36 36 -1 -1 -1
10 TDD 38:29:16 0x 0 <Not Logged In> 15.235.130.209 52215 Y Y -1 26 26 -1 -1 -1
11 TDD 38:29:16 0x 0 <Not Logged In> 15.235.130.209 52224 Y Y -1 27 27 -1 -1 -1
12 TELNETS 37:54:36 0x 0 <Not Logged In> 15.235.130.209 57809 Y Y -1 28 28 -1 -1 -1
13 TDD 38:29:32 0x 0 <Not Logged In> 15.235.130.209 50682 Y Y -1 39 39 -1 -1 -1
14 TELNETS 37:54:36 0x 0 <Not Logged In> 15.235.130.209 57810 Y Y -1 37 37 -1 -1 -1
15 TELNETS 37:54:20 0x 0 <Not Logged In> 15.235.130.209 58325 Y Y -1 38 38 -1 -1 -1
16 TELNETS 37:54:20 0x 0 <Not Logged In> 15.235.130.209 58326 Y Y -1 40 40 -1 -1 -1
17 TDD 15:17:21 0x 0 <Not Logged In> 51.79.169.4 61699 Y Y -1 41 41 -1 -1 -1
18 TELNETS 30:53:21 0x 0 <Not Logged In> 159.203.71.159 56398 Y Y -1 48 48 -1 -1 -1
19 TDD 15:17:06 0x 0 <Not Logged In> 51.79.169.4 62358 Y Y -1 42 42 -1 -1 -1
20 TDD 22:04:58 0x 0 <Not Logged In> 178.32.43.185 60000 Y Y -1 53 53 -1 -1 -1
21 TDD 15:17:06 0x 0 <Not Logged In> 51.79.169.4 62360 Y Y -1 43 43 -1 -1 -1
22 TELNETS 14:42:18 0x 0 <Not Logged In> 51.79.169.4 51540 Y Y -1 44 44 -1 -1 -1
23 TDD 15:17:21 0x 0 <Not Logged In> 51.79.169.4 61694 Y Y -1 47 47 -1 -1 -1
24 TELNETS 14:42:18 0x 0 <Not Logged In> 51.79.169.4 51542 Y Y -1 45 45 -1 -1 -1
25 TELNETS 14:42:03 0x 0 <Not Logged In> 51.79.169.4 52100 Y Y -1 46 46 -1 -1 -1
26 TELNETS 14:42:03 0x 0 <Not Logged In> 51.79.169.4 52101 Y Y -1 49 49 -1 -1 -1
The dead sessions linger forever, although if kicked the nodes will go away. Some red flags here are:
- Node sessions with either the same thread or no thread at all (-1)
- Excessively long session length with no activity
- No PTY slave (or PTY at all)
mod_sysop: Segmentation fault on shutdown
If any remote consoles are active at shutdown, any attempts to shutdown or restart (whether from the foreground or a remote console) will cause a segfault during module unload. No segfault when replicated with valgrind.
This is likely more serious memory corruption since there appears to be stack corruption in the backtrace, no further details are available:
Other threads appear to be all right, which is a strong hint this is corruption caused when trying to unload mod_sysop. Possibly related to recent changes to try to move away from pthread_cancel in that module and some others?
Thread 1 (Thread 0x7f99cdffb6c0 (LWP 88031)):
#0 0x00007f99f0401a2a in ()
#1 0x00007f99d8001270 in ()
#2 0x0000002000000020 in ()
#3 0x7900000000000000 in ()
#4 0x0001003b00000020 in ()
#5 0x0000000000000020 in ()
#6 0x26bdeb69d0b5d354 in ()
#7 0x00007f99cdffabc0 in ()
#8 0x00007f99d80012c0 in ()
#9 0x00007f99eaffc850 in ()
#10 0x00007f99cd7fb000 in ()
#11 0x26bdeb69d435d354 in ()
#12 0x26bd9016a3e1d354 in ()
#13 0x0000000000000000 in ()
socket.c: SEGV due to integer overflows
If bbs_node_read returns a negative value, this causes integer overflow since it is stored in a size_t, so the abort check is skipped and memchr attempts to scan 18446744073709551615 (== -1) bytes, causing the segfault.
Example 1:
[2023-10-19 03:21:19.696] DEBUG[2042509]: node.c:562 node_shutdown: Shutdown pending finalization for node 2
[2023-10-19 03:21:19.696] DEBUG[2042509]: node.c:579 node_free: Node 2 now freed
[2023-10-19 03:21:19.696] == Node 2 has exited
[2023-10-19 03:21:19.696] DEBUG[2042509]: thread.c:122 __thread_unregister: Thread 2042509 is exiting (detached)
[2023-10-19 03:21:21.194] DEBUG[2042511]: socket.c:1791 bbs_node_readline: Received CR and/or LF from client, but no NUL?
[2023-10-19 03:21:21.194] DEBUG[2042511]: socket.c:1791 bbs_node_readline: Received CR and/or LF from client, but no NUL?
[2023-10-19 03:21:21.194] DEBUG[2042511]: socket.c:1791 bbs_node_readline: Received CR and/or LF from client, but no NUL?
[2023-10-19 03:21:21.194] DEBUG[2042511]: socket.c:1791 bbs_node_readline: Received CR and/or LF from client, but no NUL?
[2023-10-19 03:21:22.332] DEBUG[2042511]: socket.c:1791 bbs_node_readline: Received CR and/or LF from client, but no NUL?
[2023-10-19 03:21:22.337] DEBUG[2042511]: auth.c:238 do_authenticate: Attempting password authentication for user 'root'
[2023-10-19 03:21:22.339] DEBUG[2042511]: mod_mysql.c:361 sql_stmt_fetch: SQL STMT fetch returned no more data
[2023-10-19 03:21:22.473] DEBUG[2042511]: auth.c:261 do_authenticate: Login rejected by all (1) auth provider
[2023-10-19 03:21:22.474] AUTH[2042511]: auth.c:566 bbs_user_authenticate: Login attempt rejected for user root (wrong password)
[2023-10-19 03:21:22.474] DEBUG[2042511]: socket.c:1073 bbs_cidr_match_ipv4: IP comparison (24): 007dacd2/000a7400
[2023-10-19 03:21:22.474] DEBUG[2042511]: mod_events.c:175 process_bad_ip: IP address 125.172.210.217 blacklist score: 7/0/0/0 (last offense: 18s/17793306us ago
[2023-10-19 03:21:22.474] DEBUG[2042511]: event.c:127 bbs_event_broadcast: Event NODE_LOGIN_FAILED dispatched and consumed
[2023-10-19 03:21:22.474] DEBUG[2042511]: term.c:109 bbs_node_set_input: Buffering/echo settings (1/1) have not changed for node 1
[2023-10-19 03:21:31.831] DEBUG[2042512]: thread.c:129 __thread_unregister: Thread 2042512 is exiting (must be joined)
[2023-10-19 03:21:37.394] DEBUG[2038892]: socket.c:906 __bbs_tcp_listener: Accepting new TELNET connection from 125.172.210.217
[2023-10-19 03:21:37.394] DEBUG[2038892]: socket.c:907 __bbs_tcp_listener: accepted fd = 48
[2023-10-19 03:21:37.395] DEBUG[2038892]: node.c:275 __bbs_node_request: Allocated new node with ID 2
[2023-10-19 03:21:37.395] DEBUG[2038892]: net_telnet.c:69 telnet_send_command: Sent Telnet command: IAC WILL ECHO
[2023-10-19 03:21:37.395] DEBUG[2038892]: net_telnet.c:69 telnet_send_command: Sent Telnet command: IAC DO NAWS
[2023-10-19 03:21:37.595] DEBUG[2042516]: thread.c:95 thread_register: Thread 2042516 spawned from handler started by thread 2038892 at socket.c:916 __bbs_tcp_listener()
[2023-10-19 03:21:37.595] DEBUG[2042516]: node.c:1401 bbs_node_begin: Running BBS for node 2
[2023-10-19 03:21:37.595] AUTH[2042516]: node.c:1402 bbs_node_begin: New TELNET connection to node 2 from 125.172.210.217:60281
[2023-10-19 03:21:37.595] DEBUG[2042516]: node.c:389 bbs_node_safe_sleep: Sleeping on node 2 for 300 ms
[2023-10-19 03:21:37.595] DEBUG[2042517]: thread.c:95 thread_register: Thread 2042517 spawned from pty_master started by thread 2042516 at pty.c:241 bbs_pty_allocate()
[2023-10-19 03:21:38.346] DEBUG[2042516]: socket.c:2462 bbs_node_wait_key: Waiting 75000 ms for any input
[2023-10-19 03:21:38.346] DEBUG[2042516]: term.c:116 bbs_node_set_input: Node 2 (fd 51): input now unbuffered, echo disabled
[2023-10-19 03:21:38.506] WARNING[2042511]: socket.c:1497 bbs_node_read: Node 1 has no active slave fd
[2023-10-19 03:21:38.518] DEBUG[2042516]: socket.c:1951 bbs_node_flush_input: Flushed 3 bytes
[2023-10-19 03:21:38.518] DEBUG[2042516]: term.c:116 bbs_node_set_input: Node 2 (fd 51): input now buffered, echo enabled
Segmentation fault (core dumped)
Thread 1 (Thread 0x7fbfe2fed6c0 (LWP 2042511)):
#0 __memchr_avx2 () at ../sysdeps/x86_64/multiarch/memchr-avx2.S:224
#1 0x000055b74e20f5dd in bbs_node_readline (node=node@entry=0x7fbfec015950, ms=ms@entry=60000, buf=<optimized out>, buf@entry=0x7fbfe2fec990 "root", len=len@entry=64) at socket.c:1772
bytes = 18446744073709551615
res = <optimized out>
left = <optimized out>
bytes_read = <optimized out>
startbuf = 0x7fbfe2fec990 "root"
term = <optimized out>
nterm = 0x7fbfe2fec994 ""
keep_trying = <optimized out>
__func__ = "bbs_node_readline"
#2 0x000055b74e202872 in authenticate (node=node@entry=0x7fbfec015950) at node.c:1086
attempts = 1
username = "root\00012345\nenable\nsystem\nY\001\354\277\177\000\000\001U\"N\267U\000\0008\221\"N\267U\000\0000\313\376\342\277\177\000\000\237\375\345\022\300\177\000"
password = '\000' <repeats 63 times>
__func__ = "authenticate"
#3 0x000055b74e204888 in node_intro (node=<optimized out>) at node.c:1224
timebuf = "Thu Oct 19 2023 03:21 am UTC"
__func__ = "node_intro"
__func__ = "node_handler_term"
node = 0x7fbfec015950
#4 node_handler_term (node=0x7fbfec015950) at node.c:1371
__func__ = "node_handler_term"
node = 0x7fbfec015950
#5 bbs_node_handler (varg=varg@entry=0x7fbfec015950) at node.c:1425
node = 0x7fbfec015950
#6 0x000055b74e215987 in thread_run (data=<optimized out>) at thread.c:357
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {140462410996736, -825731675087032409, 1, 140462274910272, 140462633838640, 140462115442688, -825731675177209945, -6873846711898460249}, _>
__cancel_routine = 0x55b74e215c40 <thread_unregister>
__cancel_arg = 0x7fbfe2fed6c0
__not_first_call = <optimized out>
ret = <optimized out>
a = {start_routine = <optimized out>, data = <optimized out>, name = 0x7fbfec001840 "handler", ' '
Example 2:
[2023-10-20 14:50:15.110] DEBUG[2062868]: thread.c:122 __thread_unregister: Thread 2062868 is exiting (detached)
[2023-10-20 14:50:26.339] WARNING[2062862]: socket.c:1497 bbs_node_read: Node 1 has no active slave fd
Segmentation fault (core dumped)
Thread 1 (Thread 0x7fba557f26c0 (LWP 2062862)):
#0 __memchr_avx2 () at ../sysdeps/x86_64/multiarch/memchr-avx2.S:224
#1 0x000056265c2775dd in bbs_node_readline (node=node@entry=0x7fba5c0019d0, ms=ms@entry=60000, buf=<optimized out>, buf@entry=0x7fba557f1990 "sh", len=len@entry=64) at socket.c:1772
bytes = 18446744073709551615
res = <optimized out>
left = <optimized out>
bytes_read = <optimized out>
startbuf = 0x7fba557f1990 "sh"
term = <optimized out>
nterm = 0x7fba557f1992 ""
keep_trying = <optimized out>
__func__ = "bbs_node_readline"
#2 0x000056265c26a872 in authenticate (node=node@entry=0x7fba5c0019d0) at node.c:1086
attempts = 2
username = "sh\000uxshell\000\377\377\377\377\377\000\000\000\000\000\000\000\000\320\031\000\\\272\177\000\000\001\325(\\&V\000\0008\021)\\&V\000\0000\033\177U\272\177\000\000\237}๋บ\177\000"
password = '\000' <repeats 63 times>
__func__ = "authenticate"
#3 0x000056265c26c888 in node_intro (node=<optimized out>) at node.c:1224
timebuf = "Fri Oct 20 2023 02:50 pm UTC"
__func__ = "node_intro"
__func__ = "node_handler_term"
node = 0x7fba5c0019d0
#4 node_handler_term (node=0x7fba5c0019d0) at node.c:1371
message board or user mail
i think a message board would be a good idea or something where people can update their status
A silly idea involving an SIP server
I think this might be kind of a ridiculous idea, but hear me out. How about integrate an SIP server into the bbs server and each user receives a randomly generated number between a certain set range and that will be there sip number ๐
node.c: Invalid reads on node kicks from modules
Invalid memory accesses can occur if a node is kicked from a module by using /reload.
No noticeable functionality errors occur but it's certainly best not to read from freed memory. This logic will need to be refined to avoid that:
/reload net_nntp
[2023-03-12 12:16:29.937] DEBUG[1825104]: module.c:568 unload_resource_nolock: Module net_nntp.so has use count 1
[2023-03-12 12:16:29.940] DEBUG[1825104]: node.c:445 node_shutdown: Terminating node 1
[2023-03-12 12:16:29.941] DEBUG[1825122]: socket.c:669 bbs_std_poll: poll returned 1
[2023-03-12 12:16:29.941] DEBUG[1825122]: utils.c:128 bbs_fd_readline: read returned 0
[2023-03-12 12:16:29.943] DEBUG[1825122]: net_nntp.c:1338 __nnsp_handler: Node 1 has ended its NNSP session
[2023-03-12 12:16:29.946] DEBUG[1825122]: node.c:529 node_free: Node 1 now freed
[2023-03-12 12:16:29.947] == Node 1 has exited
==1825098== Thread 7:
==1825098== Invalid read of size 4
==1825098== at 0x12C4A0: node_shutdown (node.c:496)
==1825098== by 0x12CAF0: bbs_node_shutdown_mod (node.c:597)
==1825098== by 0x12999A: unload_resource_nolock (module.c:581)
==1825098== by 0x129CB1: unload_resource (module.c:634)
==1825098== by 0x12A886: bbs_module_reload (module.c:864)
==1825098== by 0x689089A: sysop_command (mod_sysop.c:95)
==1825098== by 0x6891BC1: sysop_handler (mod_sysop.c:394)
==1825098== by 0x13900E: thread_run (thread.c:269)
==1825098== by 0x4FE7EA6: start_thread (pthread_create.c:477)
==1825098== by 0x5100A2E: clone (clone.S:95)
==1825098== Address 0x5ef8df0 is 240 bytes inside a block of size 296 free'd
==1825098== at 0x48399AB: free (vg_replace_malloc.c:538)
==1825098== by 0x12C711: node_free (node.c:533)
==1825098== by 0x12F7DF: bbs_node_exit (node.c:1254)
==1825098== by 0xA1C3595: __nnsp_handler (net_nntp.c:1339)
==1825098== by 0x13900E: thread_run (thread.c:269)
==1825098== by 0x4FE7EA6: start_thread (pthread_create.c:477)
==1825098== by 0x5100A2E: clone (clone.S:95)
==1825098== Block was alloc'd at
==1825098== at 0x483AB65: calloc (vg_replace_malloc.c:760)
==1825098== by 0x12B7D1: __bbs_node_request (node.c:227)
==1825098== by 0x133107: __bbs_tcp_listener (socket.c:472)
==1825098== by 0x13329C: bbs_tcp_listener (socket.c:494)
==1825098== by 0xA1C3614: nnsp_listener (net_nntp.c:1354)
==1825098== by 0x13900E: thread_run (thread.c:269)
==1825098== by 0x4FE7EA6: start_thread (pthread_create.c:477)
==1825098== by 0x5100A2E: clone (clone.S:95)
The ability to use key authentication for ssh users
I don't know if it's such a good idea, but I'm thinking like maybe what users log in using
Username@host with either a SSH key file or password
net_imap: Thunderbird clients infinite loop if BODY[] not returned
Thunderbird-based clients will enter an infinite loop trying to fetch the BODY[] is they ask for it, since net_imap does not yet support this. The FETCH response will be empty, causing clients to loop forever until the user manually closes them.
[2023-06-03 15:24:40.630] DEBUG[8163]: net_imap.c:4667 process_fetch: 0x7fb3fdc575d0 <= * 44 FETCH (RFC822.SIZE 172442 UID 96)
[2023-06-03 15:24:40.630] DEBUG[8163]: net_imap.c:4705 process_fetch: 0x7fb3fdc575d0 <= 1551 OK UID FETCH Completed
[2023-06-03 15:24:40.649] DEBUG[8163]: net_imap.c:9125 handle_client: 0x7fb3fdc575d0 => 1552 UID fetch 96 (UID RFC822.SIZE BODY.PEEK[]<99614720.65536>)
[2023-06-03 15:24:40.650] WARNING[8163]: net_imap.c:4564 process_fetch: Unsupported BODY[] argument: []<99614720.65536>
[2023-06-03 15:24:40.650] DEBUG[8163]: net_imap.c:4667 process_fetch: 0x7fb3fdc575d0 <= * 44 FETCH (RFC822.SIZE 172442 U
A surface level fix would prevent clients from infinite looping in this manner, ideally disconnecting them after some number of failed fetches in a row, but of course the real fix is to support this mandatory FETCH argument.
Set cap ssl not working
I'll show you some screenshots of the log later, but I'm having problems with pointing it at an SSL certificate and a few other module errors.
tls.c: SEGV on abrupt TLS session termination
3-10-04 00:07:18.710] == Node 3 has exited
[2023-10-04 00:07:18.710] DEBUG[1779897]: thread.c:122 __thread_unregister: Thread 1779897 is exiting (detached)
[2023-10-04 00:07:41.814] ERROR[1762653]: tls.c:492 ssl_io_thread: TLS error: error:0A000126:SSL routines::unexpected eof while reading
[2023-10-04 00:07:41.814] DEBUG[1762653]: tls.c:496 ssl_io_thread: SSL connection 0x7f7cb8012380 now marked as dead
[2023-10-04 00:07:41.814] DEBUG[1762653]: tls.c:501 ssl_io_thread: SSL_read for 0x7f7cb8012380 returned 0 (SSL_ERROR_SSL)
[2023-10-04 00:07:41.814] DEBUG[1762653]: tls.c:387 ssl_io_thread: Skipping dead SSL read connection 0x7f7cb8012380 at index 1 / 0
[2023-10-04 00:07:41.814] DEBUG[1779902]: net_imap.c:4520 handle_client: 0x7f7c94ff66b0 => 4.7 LOGOUT
[2023-10-04 00:07:41.814] DEBUG[1779902]: net_imap.c:4054 imap_process: 0x7f7c94ff66b0 <= * BYE IMAP4 Server logging out
[2023-10-04 00:07:41.814] WARNING[1762653]: tls.c:543 ssl_io_thread: Can't write to dead SSL connection 0x7f7cb8012380, discarding 32 bytes
[2023-10-04 00:07:41.814] DEBUG[1779902]: net_imap.c:4055 imap_process: 0x7f7c94ff66b0 <= 4.7 OK LOGOUT completed
[2023-10-04 00:07:41.814] WARNING[1762653]: tls.c:543 ssl_io_thread: Can't write to dead SSL connection 0x7f7cb8012380, discarding 25 bytes
[2023-10-04 00:07:41.814] DEBUG[1779902]: mod_mail.c:227 mailbox_dispatch_event: Dispatching mailbox event 'Logout'
[2023-10-04 00:07:41.814] DEBUG[1762653]: tls.c:446 ssl_io_thread: SSL at index 2 / 1 = POLLHUP
[2023-10-04 00:07:41.814] DEBUG[1762653]: tls.c:533 ssl_io_thread: read returned 0
[2023-10-04 00:07:41.814] DEBUG[1762653]: tls.c:404 ssl_io_thread: SSL I/O thread now polling 9 -> 7 fds (3 connections)
[2023-10-04 00:07:41.814] DEBUG[1779902]: net_imap.c:4599 __imap_handler: Node 5 has ended its IMAPS session
[2023-10-04 00:07:41.814] DEBUG[1779902]: node.c:491 node_shutdown: Terminating node 5
[2023-10-04 00:07:41.814] DEBUG[1779902]: node.c:562 node_shutdown: Shutdown pending finalization for node 5
[2023-10-04 00:07:41.814] DEBUG[1779902]: node.c:579 node_free: Node 5 now freed
[2023-10-04 00:07:41.814] == Node 5 has exited
[2023-10-04 00:07:41.814] DEBUG[1779902]: thread.c:122 __thread_unregister: Thread 1779902 is exiting (detached)
[2023-10-04 00:07:41.819] DEBUG[1779900]: net_imap.c:4520 handle_client: 0x7f7c8efea6b0 => DONE
[2023-10-04 00:07:41.819] DEBUG[1779900]: net_imap.c:3767 idle_stop: 0x7f7c8efea6b0 <= 14.4 OK IDLE terminated
[2023-10-04 00:07:41.903] DEBUG[1779900]: net_imap.c:4520 handle_client: 0x7f7c8efea6b0 => 15.4 CLOSE
[2023-10-04 00:07:41.903] DEBUG[1779900]: net_imap.c:4181 imap_process: 0x7f7c8efea6b0 <= 15.4 OK CLOSE completed
[2023-10-04 00:07:41.990] DEBUG[1779900]: net_imap.c:4520 handle_client: 0x7f7c8efea6b0 => 16.4 LOGOUT
[2023-10-04 00:07:41.990] DEBUG[1779900]: net_imap.c:4054 imap_process: 0x7f7c8efea6b0 <= * BYE IMAP4 Server logging out
[2023-10-04 00:07:41.990] DEBUG[1779900]: net_imap.c:4055 imap_process: 0x7f7c8efea6b0 <= 16.4 OK LOGOUT completed
[2023-10-04 00:07:41.990] DEBUG[1779900]: mod_mail.c:227 mailbox_dispatch_event: Dispatching mailbox event 'Logout'
[2023-10-04 00:07:41.990] DEBUG[1779900]: net_imap.c:4599 __imap_handler: Node 4 has ended its IMAPS session
[2023-10-04 00:07:41.990] DEBUG[1779900]: node.c:491 node_shutdown: Terminating node 4
[2023-10-04 00:07:41.990] DEBUG[1779900]: node.c:562 node_shutdown: Shutdown pending finalization for node 4
[2023-10-04 00:07:41.990] DEBUG[1779900]: node.c:579 node_free: Node 4 now freed
[2023-10-04 00:07:41.990] == Node 4 has exited
[2023-10-04 00:07:41.990] DEBUG[1779900]: thread.c:122 __thread_unregister: Thread 1779900 is exiting (detached)
Segmentation fault (core dumped)
Thread 1 (Thread 0x7f7cbf63b6c0 (LWP 1762653)):
#0 0x0000000000000000 in ()
#1 0x00007f7cc086c763 in SSL_read () at /lib/x86_64-linux-gnu/libssl.so.3
#2 0x000056471828e4c0 in ssl_io_thread (unused=unused@entry=0x0) at tls.c:479
ssl = 0x7f7cb0576ec0
readpipe = 59
ores = <optimized out>
wres = <optimized out>
sfd = <optimized out>
i = 1
res = 1
pfds = 0x7f7cb800a0a0
readpipes = 0x7f7cb8002e40
ssl_list = 0x7f7cb8015bd0
prevfds = 7
oldnumfds = <optimized out>
numfds = 7
numssl = <optimized out>
needcreate = 0
buf = "16.4 LOGOUT\r\n completed\r\ng out\r\nUsers\" \".\")) ((\"Shared Folders\" \".\"))\r\n13.4 NAMESPACE command completed\r\nST CHILDREN IDLE NOTIFY NAMESPACE QUOTA QUOTA=RES-STORAGE ID SASL-IR ACL SOR>
pending = <optimized out>
inovertime = 0
overtime = 0
err_msg = "error:0A000126:SSL routines::unexpected eof while reading", '\000' <repeats 966 times>
__func__ = "ssl_io_thread"
#3 0x000056471828c3a7 in thread_run (data=<optimized out>) at thread.c:357
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {140173639682928, -8880879192134578050, 0, 94863378829664, 140734316593216, 140173755265024, -8880879192258310018, -2974757314973593474}, __mask_was_>
__cancel_routine = 0x56471828c660 <thread_unregister>
__cancel_arg = 0x7f7cbf63b6c0
__not_first_call = <optimized out>
ret = <optimized out>
a = {start_routine = <optimized out>, data = <optimized out>, name = 0x564719ff5160 "ssl_io_thread started by thread 1762652 at tls.c:1067 setup_ssl_io()", detached = <optimized out>}
#4 0x00007f7cc00a8044 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
net_imap: Enhance SEARCH command
Some enhancements/bug fixes for the IMAP search command:
- Add support for parentheses: https://www.limilabs.com/blog/imap-search-requires-parentheses
- Add ESEARCH response support: https://www.rfc-editor.org/rfc/rfc4731
- Don't require quotes for string arguments (single word arguments only), e.g. https://stackoverflow.com/questions/21362001/search-criteria-of-imap-protocol-search-command
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ๐๐๐
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google โค๏ธ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.