I don't think you're getting out. Try deleting your .XLR files in the msgs directory (those are your export last read pointers). Not sure
what else to try but I will test the QWKnet bases to see if I can get
them to generate that error message.
@TID: Mystic BBS 1.12 A43
@MSGID: 21:1/120 cb46cdd4
@REPLY: 21:1/108 3e77772d
@TZUTC: -0800
@PATH: 1/120 100
Well, I know I *am* getting out, because I've had responses to my test posts.
Well, I know I *am* getting out, because I've had responses to my test posts.
I upgraded to the a43 from yesterday's prealpha, and I'm seeing a new addition to the mail scan log.
ERROR: Unable to find echonode 0 while bundling (._file_id.pkt)
Well, I know I *am* getting out, because I've had responses to my tes posts.
Confirmed this one worked fine and was tossed via 1/100 without issue.
I upgraded to the a43 from yesterday's prealpha, and I'm seeing a new addition to the mail scan log.
ERROR: Unable to find echonode 0 while bundling (._file_id.pkt)
I think I added in a piece of logging there but I've since added even more, so I don't even know what I was logging there lol Figures.
It almost seems to me like you have a file_id.diz stuck in your temputil directory or its getting placed there somehow maybe? Or Mystic thinks there is something there for some reason? Could you check /mystic/temputil to see if there is a .file_id.diz or something?
It almost seems to me like you have a file_id.diz stuck in your temputil directory or its getting placed there somehow maybe? Or Mystic thinks there is something there for some reason? Could you check /mystic/temputil to see if there is a .file_id.diz or something?
I just looked and I have one in mine!
bbs@duo:~/mystic/temputil$ ls
bbs@duo:~/mystic/temputil$ ls -a
. .. ._file_id.diz
bbs@duo:~/mystic/temputil$ cat ._file_id.diz
Awesome! Now we just have to figure out how you each got that file
there!
I think maybe what happened is there is a .ZIP file that has a ".file_id.diz" in it and so when Mystic unzipped it, it left that file there. In Linux a file that begins with a period is hidden, so Mystic
was probably unable to delete the file.
I think maybe what happened is there is a .ZIP file that has a ".file_id.diz" in it and so when Mystic unzipped it, it left that file there. In Linux a file that begins with a period is hidden, so Mystic
was probably unable to delete the file.
Well, I know I *am* getting out, because I've had responses to m posts.Confirmed this one worked fine and was tossed via 1/100 without issue
Yeah his MYS connection seems to be making it to me now.
I had a dodgy file in my /mystic/temputil folder too, actually... didn't even know it was there, but in my logs I had a message similar where it said something about unknown node 267... the file I found was "._retronet.267" so I moved it to another folder, and now no more odd
log entries.
I just looked and I have one in mine!
bbs@duo:~/mystic/temputil$ ls
bbs@duo:~/mystic/temputil$ ls -a
. .. ._file_id.diz
bbs@duo:~/mystic/temputil$ cat ._file_id.diz
Awesome! Now we just have to figure out how you each got that file
there!
I think maybe what happened is there is a .ZIP file that has a ".file_id.diz" in it and so when Mystic unzipped it, it left that file there. In Linux a file that begins with a period is hidden, so Mystic
was probably unable to delete the file.
I think maybe what happened is there is a .ZIP file that has a ".file_id.diz" in it and so when Mystic unzipped it, it left that fil there. In Linux a file that begins with a period is hidden, so Mysti was probably unable to delete the file.
But this file started with a '_', as in _file_id.diz. It makes me wonder if something else is going on. Its likley that came from the same file since the same files get tossed to all the nodes in the same network.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 409 |
Nodes: | 16 (2 / 14) |
Uptime: | 63:37:01 |
Calls: | 8,575 |
Calls today: | 5 |
Files: | 13,225 |
Messages: | 5,930,595 |