If you disable DDMessageReader, do you still have an issue?
Well it's certainly possible to import messages without message-IDs. Perhaps if you ran "chksmb -e" you'd see a pattern with the messages that are missing message-IDs and identify the cause. In any case, it's not a fatal issue normally.
Today, when bringing up this message to reply to it, the message header was gone. Previous issues were in dove-general, and it appears to have spread to dove-syncops, now. I wonder if maybe DDMessageReader is doing something when marking the message as read? I'm not actually sure how that works.
I haven't seen that problem on my BBS with my reader, and haven't heard about this from other sysops using my reader either. The way it marks a message as read is by loading the message header without expanded fields (using MsgBase.get_msg_header()), applying the MSG_READ attribute, and then saving the header back to the messagebase (using MsgBase.put_msg_header()). I wouldn't expect that to corrupt the header.
Re: Corrupt Message Headers
By: DaiTengu to Digital Man on Fri Mar 29 2019 10:59 am
Today, when bringing up this message to reply to it, the message header was gone. Previous issues were in dove-general, and it appears to have spread to dove-syncops, now. I wonder if maybe DDMessageReader is doing something when marking the message as read? I'm not actually sure how that works.
I haven't seen that problem on my BBS with my reader, and haven't heard about this from other sysops using my reader either. The way it marks a message as read is by loading the message header without expanded fields (using MsgBase.get_msg_header()), applying the MSG_READ attribute, and then saving the header back to the messagebase (using MsgBase.put_msg_header()). I wouldn't expect that to corrupt the header.
Re:
By: to on Thu Mar 28 2019 01:02 am
So, I read your reply to my message yesterday. It came up fine, with header information and everything. I didn't have time to pull the data, and thought to myself "I'll get back to it later".
Today, when bringing up this message to reply to it, the message header was gone. Previous issues were in dove-general, and it appears to have spread to dove-syncops, now. I wonder if maybe DDMessageReader is doing something when marking the message as read? I'm not actually sure how that works.
If you disable DDMessageReader, do you still have an issue?
I'm going to have to give that a shot. Thus far, I think the pattern seems to be that the header disappears when the message is marked as read by the recipient. I'm not 100% on that, though, I'll have to do some more digging.
Well it's certainly possible to import messages without message-IDs. Perhaps if you ran "chksmb -e" you'd see a pattern with the messages that are missing message-IDs and identify the cause. In any case, it's not a fatal issue normally.
here's my current chksmb -e output on dove-general and dove-syncops, the two echos that I've seen the issue crop up.
https://pastebin.com/YacRr6XV
After that, I tried a base fixsmb on dove-syncops, and here was the output:
[root@bbs subs]# /sbbs/exec/fixsmb dove-syncops
FIXSMB v2.10-Linux (rev 1.46) SMBLIB 2.60 - Rebuild Synchronet Message Base
Opening dove-syncops
99% #9698 (703F20)
(704020) smb_getmsghdr returned -103:
smb_getmsghdr corrupt message header ID (2E 33 34 08) at offset 7356448
99%
(704120) smb_getmsghdr returned -103:
smb_getmsghdr corrupt message header ID (20 20 63 31) at offset 7356704
99% #9708 (705820)
(705920) smb_getmsghdr returned -103:
smb_getmsghdr corrupt message header ID (2E 33 34 08) at offset 7362848
99%
(705A20) smb_getmsghdr returned -103:
smb_getmsghdr corrupt message header ID (20 20 63 31) at offset 7363104
100%
Sorting index...
Re-writing index...
Saving message base status (9716 total messages).
Closing message base.
Done.
Re: Corrupt Message Headers
By: Nightfox to DaiTengu on Fri Mar 29 2019 12:59 pm
It's always possible I hosed something up in a recent commit to CVS. Are you running the latest and greatest?
It's always possible I hosed something up in a recent commit to CVS. Are you running the latest and greatest?
Re: Corrupt Message Headers
By: Nightfox to DaiTengu on Fri Mar 29 2019 12:59 pm
It's always possible I hosed something up in a recent commit to CVS. Are you running the latest and greatest?
Yep.
I haven't seen that problem on my BBS with my reader, and haven't
heard about this from other sysops using my reader either. The way it
marks a message as read is by loading the message header without
expanded fields (using MsgBase.get_msg_header()), applying the
MSG_READ attribute, and then saving the header back to the messagebase
(using MsgBase.put_msg_header()). I wouldn't expect that to corrupt
the header.
It's always possible I hosed something up in a recent commit to CVS. Are you running the latest and greatest?
I haven't seen that problem on my BBS with my reader, and haven't
heard about this from other sysops using my reader either. The way
it marks a message as read is by loading the message header without
expanded fields (using MsgBase.get_msg_header()), applying the
MSG_READ attribute, and then saving the header back to the
messagebase (using MsgBase.put_msg_header()). I wouldn't expect that
to corrupt the header.
It's always possible I hosed something up in a recent commit to CVS.
Are you running the latest and greatest?
I wasn't, but just now I updated to the latest binaries (built today, 3/31). Now I'm seeing an error with my message reader - After reading a new message to me, my reader will add the MSG_READ attribute and save it back to the msgbase. With the latest binaries, I'm now seeing this error when calling MsgBase.put_msg_header():
!JavaScript ../xtrn/DigDist/MsgReader/DDMsgReader.js line 1529: Error: Error -110 adding SENDERNETADDR field to message header
I wasn't seeing that error before. I'm not sure what would cause that
!JavaScript ../xtrn/DigDist/MsgReader/DDMsgReader.js line 1529:
Error: Error -110 adding SENDERNETADDR field to message header
Re: Corrupt Message Headers
By: Nightfox to Digital Man on Sun Mar 31 2019 05:21 pm
I haven't seen that problem on my BBS with my reader, and haven't
heard about this from other sysops using my reader either. The way
it marks a message as read is by loading the message header without
expanded fields (using MsgBase.get_msg_header()), applying the
MSG_READ attribute, and then saving the header back to the
messagebase (using MsgBase.put_msg_header()). I wouldn't expect that
to corrupt the header.
It's always possible I hosed something up in a recent commit to CVS.
Are you running the latest and greatest?
I wasn't, but just now I updated to the latest binaries (built today, 3/31). Now I'm seeing an error with my message reader - After reading a new message to me, my reader will add the MSG_READ attribute and save it back to the msgbase. With the latest binaries, I'm now seeing this error when calling MsgBase.put_msg_header():
!JavaScript ../xtrn/DigDist/MsgReader/DDMsgReader.js line 1529: Error: Error -110 adding SENDERNETADDR field to message header
I wasn't seeing that error before. I'm not sure what would cause that
Now that I've updated to today's binaries, I think I'm seeing the same issue as DaiTengu now. I read one of Vk3jed's messages to me, and after my reader tried to mark his message as read, now the header of the message from Vk3jed seems to be messed up. In my reader's reader interface, now it says it's written to 'All' instead of me, and the 'From' and 'Subject' are empty. In my reader's message list (where it displays the 'from', 'to', and subject, those are empty after my reader tried to apply the 'read' attribute to the header in the msgbase.
same issue as DaiTengu now. I read one of Vk3jed's messages to me,!JavaScript ../xtrn/DigDist/MsgReader/DDMsgReader.js line 1529:
Error: Error -110 adding SENDERNETADDR field to message header
Now that I've updated to today's binaries, I think I'm seeing the
I reproduced and fixed the problem (in js_msgbase.c) - it was a bug introduced in the most recent change to the MsgBase.put_msg_header() implementation.
Sysop: | Zazz |
---|---|
Location: | Mesquite, Tx |
Users: | 7 |
Nodes: | 4 (0 / 4) |
Uptime: | 14:56:13 |
Calls: | 157 |
Files: | 2,103 |
Messages: | 144,386 |