Hi Michael,

I know this is the Husky echo, but I'm hoping you might be able to help me out with an issue with RNtrack.

I think I have everything set up in the config file correctly. I have been trying to run some tests through it on my test system, and I'm getting the following error:

Internal Error!!! Please, read report.err in documentation. ---------------------------------------
2020-10-22 21:06:10 RNTrack 2.1.9/Lnx
Check point: 309
Signal: 11
---------------------------------------
--- RNtrack 2.1.9/Lnx stopped.

I was trying to route a netmail message to a node that connects directly to this system.

It seems to be this section where it's crashing.

ScanDir: "/home/dan/mystic/netmail/out"
Mask: * * * 1:305/3.* * * *
Action: RouteFilebox Direct 1:305/3

I also put the logging on 5, and this is the last few lines:

2020-10-22 21:06:10 Message is equal to mask.
2020-10-22 21:06:10 Route message from 1:317/3.1 to 1:305/3 via 1:305/3 2020-10-22 21:06:10 Split kludge. p == 'Via', p2 == '1:317/3 RNtrack
2.1.9/Lnx 22 Oct 2020 21:06:10 UTC-0600'
2020-10-22 21:06:10 --- RNtrack 2.1.9/Lnx stopped.

I'm pretty sure it's something in my config file, but I haven't been able to track it down. Everything up until that point seems to be working fine. I've tried changing the Action: to 'Route Normal 1:305/3', Route Normal %', and nothing seems to make any difference.

Any help you could provide would be greatly appreciated. Thanks.


---

Black Panther(RCS)
aka Dan Richter

Hello Dan,

Thursday October 22 2020, Dan Richter wrote to Michael Dukelsky:

I think I have everything set up in the config file correctly. I have
been trying to run some tests through it on my test system, and I'm getting the following error:

Internal Error!!! Please, read report.err in documentation. --------------------------------------- 2020-10-22 21:06:10 RNTrack 2.1.9/Lnx Check point: 309
Signal: 11
---------------------------------------
--- RNtrack 2.1.9/Lnx stopped.

Sorry, but I stopped supporting RNtrack. Its last version was 2.1.10. Try it, maybe it will help.

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303
* Origin: Moscow, Russia (2:5020/1042)

On 23 Oct 2020, 11:11a, Michael Dukelsky said the following...

Sorry, but I stopped supporting RNtrack. Its last version was 2.1.10.
Try it,maybe it will help.

I'll take a look at the newest version.

I figured it didn't hurt to ask. :)

Thanks,


---

Black Panther(RCS)
aka Dan Richter
Castle Rock BBS
telnet://bbs.castlerockbbs.com
http://www.castlerockbbs.com
http://github.com/DRPanther
The sparrows are flying again...

--- Mystic BBS v1.12 A47 2020/10/20 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)

On 23 Oct 2020, 11:11a, Michael Dukelsky said the following...

Sorry, but I stopped supporting RNtrack. Its last version was 2.1.10.
Try it,maybe it will help.

I just tried to unarchive it, and I'm getting:

tar -xvzf rntrack-1_1_10-src.tar.bz2

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now


---

Black Panther(RCS)
aka Dan Richter
Castle Rock BBS
telnet://bbs.castlerockbbs.com
http://www.castlerockbbs.com
http://github.com/DRPanther
The sparrows are flying again...

--- Mystic BBS v1.12 A47 2020/10/20 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)

Hello Dan,

Friday October 23 2020, Dan Richter wrote to Michael Dukelsky:

Sorry, but I stopped supporting RNtrack. Its last version was
2.1.10. Try it,maybe it will help.

I just tried to unarchive it, and I'm getting:

tar -xvzf rntrack-1_1_10-src.tar.bz2

It should be 2.1.10, not 1.1.10. Look here: https://sourceforge.net/projects/ftrack-as/files/RNtrack/2.1.10/

BTW, there is also a Linux binary rntrack-2_1_10-lnx-x86_64.tar.bz2 there.

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303
* Origin: Moscow, Russia (2:5020/1042)

Hi Dan,

On 2020-10-23 02:59:50, you wrote to Michael Dukelsky:

Sorry, but I stopped supporting RNtrack. Its last version was 2.1.10.
Try it,maybe it will help.

I just tried to unarchive it, and I'm getting:

tar -xvzf rntrack-1_1_10-src.tar.bz2

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now

-j, --bzip2
filter the archive through bzip2

So use 'y' instead of 'z'...


Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Dan wrote (2020-10-23):

On 23 Oct 2020, 11:11a, Michael Dukelsky said the following...

Sorry, but I stopped supporting RNtrack. Its last version was
2.1.10. Try it,maybe it will help.

I just tried to unarchive it, and I'm getting:

tar -xvzf rntrack-1_1_10-src.tar.bz2

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now

the -z parameter is for gzip files, but this is a bzip2 file. Use the -j parameter for bzip2 files:

tar -xvjf

newer tar versions do recognize the compression automatically. This should als work:

tar -xvf

or

tar -xvaf

---
* Origin: (2:280/464.47)

On 23 Oct 2020, 12:07p, Michael Dukelsky said the following...

tar -xvzf rntrack-1_1_10-src.tar.bz2

It should be 2.1.10, not 1.1.10. Look here: https://sourceforge.net/projects/ftrack-as/files/RNtrack/2.1.10/

That was just a typo. That's what happens when you send a message at 3am...

BTW, there is also a Linux binary rntrack-2_1_10-lnx-x86_64.tar.bz2
there.

Yes, and I'm getting the same error with that binary. It also states that it's version 2.1.9.


---

Black Panther(RCS)
aka Dan Richter
Castle Rock BBS
telnet://bbs.castlerockbbs.com
http://www.castlerockbbs.com
http://github.com/DRPanther
The sparrows are flying again...

--- Mystic BBS v1.12 A47 2020/10/20 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)

On 23 Oct 2020, 11:20a, Wilfred van Velzen said the following...

-j, --bzip2
filter the archive through bzip2

So use 'y' instead of 'z'...

Thanks Wilfred. I was able to get it with tar -xf.

I've never had problems like that with a .bz2 file before...


---

Black Panther(RCS)
aka Dan Richter
Castle Rock BBS
telnet://bbs.castlerockbbs.com
http://www.castlerockbbs.com
http://github.com/DRPanther
The sparrows are flying again...

--- Mystic BBS v1.12 A47 2020/10/20 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)

On 23 Oct 2020, 11:28a, Oli said the following...

the -z parameter is for gzip files, but this is a bzip2 file. Use the -j parameter for bzip2 files:

tar -xvjf

Thanks Oli. I was able to get it with the tar -xf command. This is the first time I've ever had problems with an archive like that...


---

Black Panther(RCS)
aka Dan Richter
Castle Rock BBS
telnet://bbs.castlerockbbs.com
http://www.castlerockbbs.com
http://github.com/DRPanther
The sparrows are flying again...

--- Mystic BBS v1.12 A47 2020/10/20 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)

Hello Dan!

23 Oct 2020 02:59, Dan Richter wrote to Michael Dukelsky:

tar -xvzf rntrack-1_1_10-src.tar.bz2

gzip: stdin: not in gzip format

means your tar is missing support for bzip2


Regards Benny

... too late to die young :)

--- Msged/LNX 6.1.2 (Linux/5.9.1-gentoo-x86_64 (x86_64))
* Origin: I will always keep a PC running CPM 3.0 (2:230/0)