My scinet is the only one that has daily's and the .flo showing stuck in there after binkit runs both as a timed event and when I run it manually. It is the only outbound that I cannot get those files to be deleted after being sent.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Stuck outbound for scinet/Fido
By: Gregz to all on Sat Apr 04 2020 01:55 pm

My scinet is the only one that has daily's and the .flo showing stuck in there after binkit runs both as a timed event and when I run it manually.
It is the only outbound that I cannot get those files to be deleted after being sent.

We'll need more details, like the actual file/directory names, some log output, etc.

digital man

This Is Spinal Tap quote #18:
Sustain, listen to it. Don't hear anything. You would though were it playing. Norco, CA WX: 67.0øF, 54.0% humidity, 1 mph ENE wind, 0.00 inches rain/24hrs --- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Stuck outbound for scinet/Fido
By: Gregz to all on Sat Apr 04 2020 13:55:47


Gregz> My scinet is the only one that has daily's and the .flo showing
Gregz> stuck in there after binkit runs both as a timed event and when
Gregz> I run it manually. It is the only outbound that I cannot get
Gregz> those files to be deleted after being sent.

you need to look in your mailer logs and see if it has been able to transmit that file...

also, what's the file size of that file? if it is zero, it may be that you had set the mailer to truncate those types of files instead of deleting it...

so here's the thing with FTN mailers and whether they delete or truncate sent mail bundles...

1. if the mailer deletes the file (eg: 0abcdef.mo1) then the tosser
will create the next one with the same name and extension. so
your tosser and mailer will always be working with the same mail
bundle file name for the same system. if the file has not been
transmitted before the next tosser run, the tosser will add more
pkts to the bundle.

2. if the mailer truncates the file (eg: 0abcdef.mo1) then the
tosser will increment the extension by one up to the max it
is allowed to per day.

eg: 0abcdef.mo1 0abcdef.mo2 0abcdef.mo3 0abcdef.mo4 0abcdef.mo5

then at midnight, the tosser will start creating bundles from 1
(one) again but for the new day. if a bundle has not been
transmitted by the next tosser run, the tosser may add pkts to
the existing bundle file or it may place them in a second
bundle with the extension incremented.

so either way is fine and affects how the tosser creates bundles and where it adds new outbound pkts. remember, zero byte files do not take any drive space so there's no problem with having them...


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Stuck outbound for scinet/Fido
By: Gregz to all on Sat Apr 04 2020 13:55:47

Gregz> My scinet is the only one that has daily's and the .flo showing
Gregz> stuck in there after binkit runs both as a timed event and when
Gregz> I run it manually. It is the only outbound that I cannot get
Gregz> those files to be deleted after being sent.

you need to look in your mailer logs and see if it has been able to transmit that file...

also, what's the file size of that file? if it is zero, it may be that you had set the mailer to truncate those types of files instead of deleting

it...

so here's the thing with FTN mailers and whether they delete or truncate

sent

mail bundles...

1. if the mailer deletes the file (eg: 0abcdef.mo1) then the tosser
will create the next one with the same name and extension. so
your tosser and mailer will always be working with the same mail
bundle file name for the same system. if the file has not been
transmitted before the next tosser run, the tosser will add more
pkts to the bundle.

2. if the mailer truncates the file (eg: 0abcdef.mo1) then the
tosser will increment the extension by one up to the max it
is allowed to per day.

eg: 0abcdef.mo1 0abcdef.mo2 0abcdef.mo3 0abcdef.mo4 0abcdef.mo5

then at midnight, the tosser will start creating bundles from 1
(one) again but for the new day. if a bundle has not been
transmitted by the next tosser run, the tosser may add pkts to
the existing bundle file or it may place them in a second
bundle with the extension incremented.

so either way is fine and affects how the tosser creates bundles and where

it

adds new outbound pkts. remember, zero byte files do not take any drive

space

so there's no problem with having them...

)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR

I am showing that it is not even touching my fido/outbound.04d directory when checked the logs. The files are around 12kb and all end with 0. The Flo shows
all of the outbound listed.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Stuck outbound for scinet/Fido
By: Gregz to Rampage on Sun Apr 05 2020 22:01:21


Gregz> I am showing that it is not even touching my fido/outbound.04d
Gregz> directory when I checked the logs.

check the message base definition and ensure that those scinet echos are using your proper scinet address... do the same for your fidonet echos, too...

Gregz> The files are around 12kb and all end with 0.

so you're saying they're all something like

deadbeef.mo0
deadbeef.tu0
deadbeef.we0

Gregz> The Flo shows all of the outbound listed.

not sure what you're trying to say here...


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Stuck outbound for scinet/Fido
By: Gregz to Rampage on Sun Apr 05 2020 22:01:21

Gregz> I am showing that it is not even touching my fido/outbound.04d
Gregz> directory when I checked the logs.

check the message base definition and ensure that those scinet echos are using your proper scinet address... do the same for your fidonet echos, too...

Gregz> The files are around 12kb and all end with 0.

so you're saying they're all something like

deadbeef.mo0
deadbeef.tu0
deadbeef.we0

Now I am getting this when I edited the .flo and moved to the regular outbound.
I am not in Fidonet since I never got my Node ID after sending a request to reinstate into Fido.

Attempting callout for 21:100/1@fsxnet, file: /sbbs/data/fido/outbound/00640001.flo
JSBinkP/1.122 callout to 21:100/1@fsxnet started
connecting to 21:100/1@fsxnet at undefined
Connecting to 21:100/1@fsxnet at f1.n100.z21.fsxnet.nz:24554
Connection to f1.n100.z21.fsxnet.nz:24554 failed (Error: System error).

Gregz> The Flo shows all of the outbound listed.

../data/fido/outbound/ff9d008a.MO0
../data/fido/outbound/ff9d008a.TU0
../data/fido/outbound/ff9d008a.WE0
../data/fido/outbound/ff9d008a.TH0
../data/fido/outbound/ff9d008a.FR0
../data/fido/outbound/ff9d008a.SA0
../data/fido/outbound/ff9d008a.SU0

not sure what you're trying to say here...

)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Hello Gregz,

connecting to 21:100/1@fsxnet at undefined
Connecting to 21:100/1@fsxnet at f1.n100.z21.fsxnet.nz:24554
Connection to f1.n100.z21.fsxnet.nz:24554 failed (Error: System
error).

21:1/100 is on port 24556. If you add that port for that node in echocfg I think it'll work as expected.

Ttyl :-),
Al

--- GoldED+/LNX
* Origin: That's odd. That's very odd. Wouldn't you say that's odd

Gregz wrote to Rampage <=-

Gregz> The files are around 12kb and all end with 0.

so you're saying they're all something like

deadbeef.mo0
deadbeef.tu0
deadbeef.we0

Now I am getting this when I edited the .flo and moved to the
regular outbound. I am not in Fidonet since I never got my Node
ID after sending a request to reinstate into Fido.

I cannot imagine any possible need to be editing a .flo file...

Attempting callout for 21:100/1@fsxnet, file: /sbbs/data/fido/outbound/00640001.flo
JSBinkP/1.122 callout to 21:100/1@fsxnet started
connecting to 21:100/1@fsxnet at undefined
Connecting to 21:100/1@fsxnet at f1.n100.z21.fsxnet.nz:24554
Connection to f1.n100.z21.fsxnet.nz:24554 failed (Error: System
error).

It's quite clear that the obvious error here is your
misconfiguration of your hub address.

It's not 21:100/1

It's 21:1/100

Fix that and see if everything works properly...



... So easy, a child could do it. Child sold separately.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Stuck outbound for scinet/Fido
By: Al to Gregz on Mon Apr 06 2020 14:31:30

21:1/100 is on port 24556. If you add that port for that node in echocfg

I think it'll work as expected.

not to mention that those bundles probably don't need to be in a flo file, either... their names looked like they might be proper but there's not enough info to go by in these posts to be sure :(


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

I cannot imagine any possible need to be editing a .flo file...

It's quite clear that the obvious error here is your
misconfiguration of your hub address.

It's not 21:100/1

It's 21:1/100

Fix that and see if everything works properly...

... So easy, a child could do it. Child sold separately.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

I finally figured that one out. Now I am getting issues with the nodelists for
Fidonet and Micronet, when running jsexec binkit -p

Packing Outbound NetMail from /sbbs/data/fido/netmail/*.msg ...
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
Writing 0 areas to ../data/badareas.lst
Deleting /sbbs/ctrl/sbbsecho.bsy (from line 3038)
SBBSecho (PID 31538) exiting with error level 0


This was when I started to use the new sbbsecho.ini.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gregz to Gamgee on Mon Apr 06 2020 05:42 pm

I cannot imagine any possible need to be editing a .flo file...

It's quite clear that the obvious error here is your
misconfiguration of your hub address.

It's not 21:100/1

It's 21:1/100

Fix that and see if everything works properly...

... So easy, a child could do it. Child sold separately.
--- MultiMail/Linux v0.52
­ Synchronet ­ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

I finally figured that one out. Now I am getting issues with the nodelists for Fidonet and Micronet, when running jsexec binkit -p

Packing Outbound NetMail from /sbbs/data/fido/netmail/*.msg ...
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
Writing 0 areas to ../data/badareas.lst
Deleting /sbbs/ctrl/sbbsecho.bsy (from line 3038)
SBBSecho (PID 31538) exiting with error level 0

This was when I started to use the new sbbsecho.ini.

Look in your sbbsecho.ini for "NODELIST.NA" and "minftn", whatever those are, and remove them. Maybe you were trying to configure echolists?

digital man

Synchronet/BBS Terminology Definition #87:
XPDEV = Cross-platform Development
Norco, CA WX: 52.6øF, 95.0% humidity, 5 mph E wind, 0.71 inches rain/24hrs
--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Gregz wrote to Gamgee <=-

I cannot imagine any possible need to be editing a .flo file...

It's quite clear that the obvious error here is your
misconfiguration of your hub address.

It's not 21:100/1

It's 21:1/100

I finally figured that one out. Now I am getting issues with the nodelists for Fidonet and Micronet, when running jsexec binkit -p

Packing Outbound NetMail from /sbbs/data/fido/netmail/*.msg ...
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening minftn
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
ERROR 2 (No such file or directory) opening NODELIST.NA
Writing 0 areas to ../data/badareas.lst
Deleting /sbbs/ctrl/sbbsecho.bsy (from line 3038)
SBBSecho (PID 31538) exiting with error level 0

This was when I started to use the new sbbsecho.ini.

You don't actually even need a nodelist if you have your uplinks
and domains configured properly. You need to take a close look at
your sbbsecho.ini file, and correct all the mistakes in there.
It's telling you right there above that it can't find those files,
so you probably have a typo somewhere. Besides that, the name
NODELIST.NA doesn't make any sense. Nodelists are numbered
something like NODELIST.087 or something. Not .NA.

Have you looked at these pages on the Wiki:

http://wiki.synchro.net/config:sbbsecho.ini

http://wiki.synchro.net/util:sbbsecho



... Backup not found: (A)bort (R)etry (P)anic
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

You don't actually even need a nodelist if you have your uplinks
and domains configured properly. You need to take a close look at
your sbbsecho.ini file, and correct all the mistakes in there.
It's telling you right there above that it can't find those files,
so you probably have a typo somewhere. Besides that, the name
NODELIST.NA doesn't make any sense. Nodelists are numbered
something like NODELIST.087 or something. Not .NA.

Have you looked at these pages on the Wiki:

http://wiki.synchro.net/config:sbbsecho.ini

http://wiki.synchro.net/util:sbbsecho

... Backup not found: (A)bort (R)etry (P)anic
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

For some reason the echolists was still populated in echocfg, even though I had
cleared them. I finally got them to delete after many hours of pulling my hair
out.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gregz to Gamgee on Mon Apr 06 2020 09:47 pm

For some reason the echolists was still populated in echocfg, even though I had cleared them.

Can you reproduce this problem?

digital man

Synchronet "Real Fact" #81:
Vertrauen has had the FidoNet node number 1:103/705 since 1992.
Norco, CA WX: 50.5øF, 93.0% humidity, 1 mph SSE wind, 0.86 inches rain/24hrs --- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gamgee to Gregz on Mon Apr 06 2020 19:30:00


Gamgee> It's telling you right there above that it can't find those files,
Gamgee> so you probably have a typo somewhere. Besides that, the name
Gamgee> NODELIST.NA doesn't make any sense. Nodelists are numbered
Gamgee> something like NODELIST.087 or something. Not .NA.

you're right... it doesn't make sense... there wasn't anything like that in the corrected sbbsecho.ini file that i sent back to him...

on the nodelist numbering, they won't be numbered if you use tickit to unpack them and copy them to a nodelist directory for binkit to use ;)


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Gregz wrote to Gamgee <=-

You don't actually even need a nodelist if you have your uplinks
and domains configured properly. You need to take a close look at
your sbbsecho.ini file, and correct all the mistakes in there.
It's telling you right there above that it can't find those files,
so you probably have a typo somewhere. Besides that, the name
NODELIST.NA doesn't make any sense. Nodelists are numbered
something like NODELIST.087 or something. Not .NA.

Have you looked at these pages on the Wiki:

http://wiki.synchro.net/config:sbbsecho.ini

http://wiki.synchro.net/util:sbbsecho

For some reason the echolists was still populated in echocfg,
even though I had cleared them. I finally got them to delete
after many hours of pulling my hair out.

OK, well I still don't really understand how "echolists" got
intertwined with "nodelists". But anyway...

Another thing to consider is that you are not *required* to use
echocfg. I prefer to just manually edit sbbsecho.ini with a
standard text editor. Probably would have been much easier to
solve this particular issue with that method.



... Gone crazy, be back later, please leave message.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Rampage wrote to Gamgee <=-

Re: Re: Stuck outbound for scinet/Fido
By: Gamgee to Gregz on Mon Apr 06 2020 19:30:00

Gamgee> It's telling you right there above that it can't find
those files,
Gamgee> so you probably have a typo somewhere. Besides that,
the name
Gamgee> NODELIST.NA doesn't make any sense. Nodelists are
numbered
Gamgee> something like NODELIST.087 or something. Not .NA.

you're right... it doesn't make sense... there wasn't anything
like that in the corrected sbbsecho.ini file that i sent back to
him...

on the nodelist numbering, they won't be numbered if you use
tickit to unpack them and copy them to a nodelist directory for
binkit to use ;)

Hmmmmm, still confusing... Unless you meant to say they won't be
numbered *UNLESS* you use tickit... instead of *IF* you use
tickit... ;-)



... Internal Error: The system has been taken over by sheep at line 19960
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gamgee to Gregz on Tue Apr 07 2020 07:13:00


Gamgee> Another thing to consider is that you are not *required* to use
Gamgee> echocfg. I prefer to just manually edit sbbsecho.ini with a
Gamgee> standard text editor. Probably would have been much easier to
Gamgee> solve this particular issue with that method.

one also needs to understand the layout and know the possible valid values for some options when manually editing sbbsecho.ini... it is definitely not something a newcomer should attempt ;)


)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gamgee to Rampage on Tue Apr 07 2020 07:16:00

on the nodelist numbering, they won't be numbered if you use
tickit to unpack them and copy them to a nodelist directory for
binkit to use ;)

Gamgee> Hmmmmm, still confusing... Unless you meant to say they won't be
Gamgee> numbered *UNLESS* you use tickit... instead of *IF* you use
Gamgee> tickit... ;-)

no... tickit's nodelist file management tool extracts the file from the archive and renames it to an exact file name... neither tickit or binkit have the ability to figure out a numerical julian day nodelist extension so the easiest thing is what it/they currently do...

for example, all of my Z1DAILY.Zxx archives are opened and the internal Z1DAILY.xxx file is extracted, renamed to fidonet.txt, and placed in my /sbbs/ftn/nodelist directory...

if i were using binkit, then binkit would read /sbbs/ftn/nodelist/fidonet.txt for the contact information of a node not in my linked nodes...

since i'm currently using binkd, my binkd nodelist compiling script reads fidonet.txt and creates a binkd node listing file that binkd uses...

the same is done for all of the nodelists i have...

$ ls -la /sbbs/ftn/nodelist
total 356
drwx------ 2 sbbs sbbs 4096 Feb 28 11:47 .
drwxrwxrwx 7 sbbs sbbs 4096 Apr 1 08:01 ..
-rw------- 1 sbbs sbbs 164926 Apr 7 00:57 fidonet.txt
-rw-rw-r-- 1 sbbs sbbs 68829 Apr 1 08:00 mybinkd.txt
-rw-rw-r-- 1 sbbs sbbs 2863 Apr 1 08:00 myerrors.txt
-rw-rw-r-- 1 sbbs sbbs 110 Mar 20 09:38 myvkradioerrors.txt
-rw-rw-r-- 1 sbbs sbbs 20186 Mar 20 09:38 myvkradio.txt
-rw-r--r-- 1 sbbs sbbs 23781 Apr 6 10:06 vkradio.txt



)\/(ark

---
þ Synchronet þ The SouthEast Star Mail HUB - SESTAR
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Rampage wrote to Gamgee <=-

Re: Re: Stuck outbound for scinet/Fido
By: Gamgee to Gregz on Tue Apr 07 2020 07:13:00

Gamgee> Another thing to consider is that you are not *required*
to use
Gamgee> echocfg. I prefer to just manually edit sbbsecho.ini
with a
Gamgee> standard text editor. Probably would have been much
easier to
Gamgee> solve this particular issue with that method.

one also needs to understand the layout and know the possible
valid values for some options when manually editing
sbbsecho.ini... it is definitely not something a newcomer should
attempt ;)

True enough! Helps a lot to have the Wiki page(s) open while
editing... :-)



... Computer Hacker wanted. Must have own axe.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Rampage wrote to Gamgee <=-

on the nodelist numbering, they won't be numbered if you use
tickit to unpack them and copy them to a nodelist directory for
binkit to use ;)

Gamgee> Hmmmmm, still confusing... Unless you meant to say they
won't be
Gamgee> numbered *UNLESS* you use tickit... instead of *IF* you
use
Gamgee> tickit... ;-)

no... tickit's nodelist file management tool extracts the file
from the archive and renames it to an exact file name... neither
tickit or binkit have the ability to figure out a numerical
julian day nodelist extension so the easiest thing is what
it/they currently do...

for example, all of my Z1DAILY.Zxx archives are opened and the
internal Z1DAILY.xxx file is extracted, renamed to fidonet.txt,
and placed in my /sbbs/ftn/nodelist directory...

if i were using binkit, then binkit would read /sbbs/ftn/nodelist/fidonet.txt for the contact information of a
node not in my linked nodes...

since i'm currently using binkd, my binkd nodelist compiling
script reads fidonet.txt and creates a binkd node listing file
that binkd uses...

the same is done for all of the nodelists i have...

$ ls -la /sbbs/ftn/nodelist
total 356
drwx------ 2 sbbs sbbs 4096 Feb 28 11:47 .
drwxrwxrwx 7 sbbs sbbs 4096 Apr 1 08:01 ..
-rw------- 1 sbbs sbbs 164926 Apr 7 00:57 fidonet.txt
-rw-rw-r-- 1 sbbs sbbs 68829 Apr 1 08:00 mybinkd.txt
-rw-rw-r-- 1 sbbs sbbs 2863 Apr 1 08:00 myerrors.txt
-rw-rw-r-- 1 sbbs sbbs 110 Mar 20 09:38 myvkradioerrors.txt
-rw-rw-r-- 1 sbbs sbbs 20186 Mar 20 09:38 myvkradio.txt
-rw-r--r-- 1 sbbs sbbs 23781 Apr 6 10:06 vkradio.txt

Ahhh, OK, I see what you meant. The "Nodelist Handler" script
stuff. I don't even bother with those, I just occasionally unzip
a regular Nodelist (NODELIST.Z87) and get NODELIST.087, and then
copy that to my nodelist directory (and edit it's reference line).
That's why I was focused in on the "numbered" nodelists... All good.
:-)


... Backup not found: (A)bort (R)etry (P)anic
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gregz to Gamgee on Mon Apr 06 2020 05:42 pm

Look in your sbbsecho.ini for "NODELIST.NA" and "minftn", whatever those

are,

and remove them. Maybe you were trying to configure echolists?

digital man

Synchronet/BBS Terminology Definition #87:
XPDEV = Cross-platform Development
Norco, CA WX: 52.6øF, 95.0% humidity, 5 mph E wind, 0.71 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ
[vert/cvs/bbs].synchro.net

I had removed those entries and any changes for outbox, but they had still shown up in echocfg as never manually being changed in sbbsecho.ini.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Hello Gregz,

21:1/100 is on port 24556. If you add that port for that node in echocfg I think it'll work as expected.

Ttyl :-),
Al

--- GoldED+/LNX
* Origin: That's odd. That's very odd. Wouldn't you say that's odd (1:153/757)
¨ Synchronet ¨ Vertrauen ¨ Home of Synchronet ¨
[vert/cvs/bbs].synchro.net

I am on 21:4/100:24560.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gregz to Gamgee on Mon Apr 06 2020 09:47 pm

Can you reproduce this problem?

digital man

Synchronet "Real Fact" #81:
Vertrauen has had the FidoNet node number 1:103/705 since 1992.
Norco, CA WX: 50.5øF, 93.0% humidity, 1 mph SSE wind, 0.86 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ
[vert/cvs/bbs].synchro.net

It was after I had updated my Developer edition that when I was working on tweaking the board, any changes that I had made manually in sbbsecho.ini was not reflecting in echocfg. I think that I have it now, just have to check the folders and logs every now and then. Lucky that I do not get any traffic besides myself just logging in, so doing these updates are not causing endusers
any issues.

"Remember what the dormouse said: feed your head."
What the Dormouse Said - whatthed.synchro.net
---
þ Synchronet þ What the Dormouse Said - whatthed.synchro.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: Stuck outbound for scinet/Fido
By: Gregz to Digital Man on Tue Apr 07 2020 04:43 pm

Re: Re: Stuck outbound for scinet/Fido
By: Gregz to Gamgee on Mon Apr 06 2020 09:47 pm

Can you reproduce this problem?

It was after I had updated my Developer edition that when I was working on tweaking the board, any changes that I had made manually in sbbsecho.ini

was

not reflecting in echocfg. I think that I have it now, just have to check the folders and logs every now and then. Lucky that I do not get any traffic besides myself just logging in, so doing these updates are not causing endusers any issues.

Sorry, but I still can't tell: are you reporting a bug?

digital man

Synchronet/BBS Terminology Definition #43:
ISDN = Integrated Services Digital Network
Norco, CA WX: 53.3øF, 93.0% humidity, 0 mph ESE wind, 0.66 inches rain/24hrs --- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Another thing to consider is that you are not *required* to use
echocfg. I prefer to just manually edit sbbsecho.ini with a
standard text editor. Probably would have been much easier to
solve this particular issue with that method.

On rare occassion (forget why), I still use echocfg. I mostly use medit to load it and change it manually.


* SLMR 2.1a * I had another drink...Drink-a-drink-a-drink-a-drink...

---
þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Mike Powell wrote to GAMGEE <=-

Another thing to consider is that you are not *required* to use
echocfg. I prefer to just manually edit sbbsecho.ini with a
standard text editor. Probably would have been much easier to
solve this particular issue with that method.

On rare occassion (forget why), I still use echocfg. I mostly
use medit to load it and change it manually.

I think it's quite useful for an initial setup of a board,
especially for a new sysop. Once you've got a decent working
version of sbbsecho.ini, I agree that it's easier to edit it
manually with your preferred editor.

Haven't tried 'medit', I generally use 'nano' (which is what this
message is written with...). :-)



... Only those who attempt the absurd achieve the impossible.
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)