8/4 13:18:12 mail 0188 SMTP DNSBL Query: 2.1.5.10.spam.dnsbl.sorbs.net
8/4 13:18:12 mail 0188 SMTP Session ID=4b9cbc4a3c2b1520c1111
8/4 13:18:12 mail 0188 SMTP RX: EHLO tom.pressenter.com.ar
8/4 13:18:12 mail 0188 SMTP RX: MAIL FROM:<bounce@exedsem.com>
SIZE=16757 BODY=8BITMIME
8/4 13:18:12 mail 0188 SMTP RX: RCPT TO:<sysop@bbs.docksud.com.ar>
8/4 13:18:12 mail 0188 SMTP NAME ALIAS: ragnarok (for sysop@bbs.docksud.com.ar)
8/4 13:18:12 mail 0188 SMTP Forwarding to: ragnarok@docksud.com.ar
8/4 13:18:12 mail 0188 SMTP RX: DATA
8/4 13:18:12 mail 0188 SMTP Receiving mail message from:
<bounce@exedsem.com> to sysop@bbs.docksud.com.ar
8/4 13:18:12 mail 0188 SMTP Content-Transfer-Encoding = 8bit
8/4 13:18:12 mail 0188 SMTP received 100 lines (4037 bytes) of body text
8/4 13:18:12 mail 0188 SMTP received 200 lines (8650 bytes) of body text
8/4 13:18:12 mail 0188 SMTP received 300 lines (12384 bytes) of body text
8/4 13:18:12 mail 0188 SMTP End of message (body: 381 lines, 14980
bytes, header: 30 lines, 1777 bytes)
8/4 13:18:12 mail 0188 SMTP Executing external mail processor: MailAuth
8/4 13:18:12 mail 0188 SMTP JavaScript: Creating runtime: 8388608 bytes [Threads: 21 Sockets: 56 Clients: 3 Served: 128 Errors: 2] (?=Help):
[New Thread 0x7fffa77fe700 (LWP 21755)]
8/4 13:18:12 mail 0188 SMTP JavaScript: Initializing context (stack:
16384 bytes)
8/4 13:18:12 mail 0188 SMTP Executing: mailauth.js
8/4 13:18:12 mail 0188 SMTP Executing external mail processor: SPAMC
8/4 13:18:12 mail 0188 SMTP Executing: spamc.js reject 8.0 spamonly
8/4 13:18:12 mail 0188 SMTP SPAMC processing message with SPAMD at
127.0.0.1 port 783
8/4 13:18:12 mail 0188 SMTP SPAMC inserted headers = Return-Path: <bounce@exedsem.com>
[Threads: 21 Sockets: 57 Clients: 3 Served: 128 Errors: 2] (?=Help): Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fffb9ffb700 (LWP 21746)]
0x00007ffff6522a3d in write () at ../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: No existe el fichero o el directorio.
(gdb) bt
#0 0x00007ffff6522a3d in write () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007ffff715344b in js_socket_sendsocket (p=0x7fffb01037b0, msg=0x7fffb00fefc0, len=23, flush=1) at js_socket.c:287
#2 0x00007ffff7155aa0 in js_send (cx=0x7fffb0115150, argc=1, arglist=0x7fffba7fe2b0) at js_socket.c:842
#3 0x00007ffff74bbdf9 in CallJSNative (vp=0x7fffba7fe2b0, argc=1, native=0x7ffff715581c <js_send>, cx=0x7fffb0115150)
at jscntxtinlines.h:701
#4 js::Interpret (cx=0x7fffb0115150, entryFrame=0x7fffba7fe048, inlineCallCount=3, interpMode=JSINTERP_NORMAL) at jsinterp.cpp:4799
#5 0x00007ffff72cae6f in js::RunScript (cx=0x7fffb0115150, script=0x7fffb0103ac0, fp=0x7fffba7fe048) at jsinterp.cpp:653
#6 0x00007ffff72cdc71 in js::Execute (cx=0x7fffb0115150, chain=0x7fffc4424090, script=0x7fffb0103ac0, prev=0x0, flags=0,
result=0x7fffb9fe4d60) at jsinterp.cpp:1028
#7 0x00007ffff723841f in JS_ExecuteScript (cx=0x7fffb0115150, obj=0x7fffc4424090, scriptObj=0x7fffc44240d8, rval=0x7fffb9fe4d60)
at jsapi.cpp:4998
#8 0x00007ffff695dda4 in js_mailproc (sock=188, client=0x7fffb9fe8820, user=0x7fffb9fe89d0, mailproc=0x7fffdc0597d0,
cmdline=0x7fffb9ffab50 "spamc.js reject 8.0 spamonly",
msgtxt_fname=0x7fffb9ff2420 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.msg",
newtxt_fname=0x7fffb9ff1410 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.new",
logtxt_fname=0x7fffb9ff0400 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.log",
rcpt_addr=0x7fffb9ff8d60 "sysop@bbs.docksud.com.ar",
rcptlst_fname=0x7fffb9fef3f0 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.lst",
proc_err_fname=0x7fffb9fee3e0 "/sbbs/temp/SBBS_SMTP.4b9cbc4a3c2b1520c1111.err", sender=0x7fffb9ff8ce0
"WNH 102018",
sender_addr=0x7fffb9ff8be0 "marketing@exedsem.com", reverse_path=0x7fffb9ff8f40 "<bounce@exedsem.com>",
hello_name=0x7fffb9ff8b60 "tom.pressenter.com.ar",
result=0x7fffb9fe86e4, js_runtime=0x7fffb9fe86f8, js_cx=0x7fffb9fe86f0,
js_glob=0x7fffb9fe86e8, log_prefix=0x7ffff6973f37 "SMTP") at mailsrvr.c:2295
#9 0x00007ffff6961793 in smtp_thread (arg=0x7fffdc05b860) at
mailsrvr.c:3224
#10 0x00007ffff651c064 in start_thread (arg=0x7fffb9ffb700) at pthread_create.c:309
#11 0x00007ffff5a2f62d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Program received signal SIGPIPE, Broken pipe.
Re: segfault related to spam checking
By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm
Program received signal SIGPIPE, Broken pipe.
SIGPIPE is not a "segfault". It is completely normal for a socket app to receives SIGPIPE signals upon socket disconnections. See this for details on how to handle SIGPIPE when using GDB: http://wiki.synchro.net/howto:gdb#handling_sigpipe
digital man
El 06/08/18 a las 16:00, Digital Man escribió:
Re: segfault related to spam checkingok. I add the handle for the sigpipe:
By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm
Program received signal SIGPIPE, Broken pipe.
SIGPIPE is not a "segfault". It is completely normal for a socket app to
receives SIGPIPE signals upon socket disconnections. See this for details on >> how to handle SIGPIPE when using GDB:
http://wiki.synchro.net/howto:gdb#handling_sigpipe
digital man
but crash again and do not see useful message =(, i will try to rebuild
all again, previous make clean.
El 06/08/18 a las 16:00, Digital Man escribió:
Re: segfault related to spam checking
By: Ragnarok to DOVE-Net.Synchronet_Programming_C+ on Sat Aug 04 2018 02:31 pm
Program received signal SIGPIPE, Broken pipe.
SIGPIPE is not a "segfault". It is completely normal for a socket app to receives SIGPIPE signals upon socket disconnections. See this for details on how to handle SIGPIPE when using GDB: http://wiki.synchro.net/howto:gdb#handling_sigpipe
digital man
ok. I add the handle for the sigpipe:
but crash again and do not see useful message =(, i will try to rebuild
all again, previous make clean.
8/7 07:22:21 mail 1361 SMTP DNSBL Query:
3.83.231.201.spam.dnsbl.sorbs.net resolved to: 127.0.0.6
8/7 07:22:21 mail 1361 SMTP BLACKLISTED SERVER on spam.dnsbl.sorbs.net
(see http://www.sorbs.net/faq/spamdb.shtml): 201.231.83.3 [201.231.83.3]
= 127.0.0.6
8/7 07:22:21 mail 1361 SMTP Session ID=362755163c11c3f49237c59
8/7 07:22:21 mail 1361 SMTP !SOCKET ERROR 11 on receive
[Threads: 16 Sockets: 55 Clients: 2 Served: 1584 Errors: 27] (?=Help): Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffa7fff700 (LWP 6627)]
0x00000000000157ff in ?? ()
(gdb) bt
#0 0x00000000000157ff in ?? ()
#1 0x00000400ac127d70 in ?? ()
#2 0x00007fffa7ffd2c0 in ?? ()
#3 0x00007ffff6973f37 in ?? () from /usr/local/lib/libmailsrvr.so
#4 0x00000551ffffffff in ?? ()
#5 0x00007fffa7fec798 in ?? ()
#6 0x000000000064ac00 in ?? ()
#7 0x000000005b6972dd in ?? ()
#8 0x00000000f6960844 in ?? ()
#9 0x00007fffa7ffef10 in ?? ()
#10 0x00007ffff696086f in smtp_thread (arg=0x0) at mailsrvr.c:3045
Backtrace stopped: frame did not save the PC
(gdb) b
That's the second report of a recent crash (segfault) in sockreadline() in mailsrvr.c. Looking at the code and the recent changes, I see no obvious cause.
If it happens again, a backtrace from a debug build would be more helpful. The
log output from around the time of the crash (like you provided) is also potentially helpful.
Digital wrote:
That's the second report of a recent crash (segfault) in sockreadline() in mailsrvr.c. Looking at the code and the recent changes, I see no obvious cause.
If it happens again, a backtrace from a debug build would be more helpful. The
log output from around the time of the crash (like you provided) is also potentially helpful.
Since I recompiled after you fixed the users.dat open files issue, I've not had a
crash. My board reports as being up for 25 hours which is pretty unusual. It's only
been lasting maybe upto 12-15, certainly not over 24. It might be coincidental or
it could be the fix. Though I don't see why that'd have anything to do with the
sockreadline function?
Sysop: | r00t |
---|---|
Location: | Newport Beach, CA |
Users: | 13 |
Nodes: | 6 (0 / 6) |
Uptime: | 33:07:29 |
Calls: | 145 |
Files: | 238 |
Messages: | 33,772 |