Hey All,

So finally got the file bases working with fsxNet. I'm receiving new files as expected and also tested the %rescan function to filefix and it did receive the file (GALLERY.ZIP) and tossed it to the correct filebase. (FSX_DOOR) The issue is, a few minutes later, it looks like it tried to send out the file I grabbed from my hub back out again to him:

8/1 03:09:27p BINKOUT Adding outbound files for 21:1/100@fsxnet (object)
8/1 03:09:27p BINKOUT Adding 'C:\sbbs\files\fsx_door\GALLERY.ZIP' as 'GALLERY.ZIP'
8/1 03:09:27p BINKOUT Adding 'C:\sbbs\fido\outbound.015\ti_00000.tic' as 'ti_00000.tic'
8/1 03:09:27p BINKOUT Adding '../fido/outbound.015/00000086.TH0' as '00000086.TH0'
8/1 03:09:27p BINKOUT Initializing crypt keys.
8/1 03:09:27p BINKOUT Got M_FILE command args: abda4756.fr0 858 1722538465 0
8/1 03:09:27p BINKOUT Receiving file: C:\sbbs\temp\event\abda4756.fr0 (0.8KB)
8/1 03:09:27p BINKOUT Sending file: C:\sbbs\files\fsx_door\GALLERY.ZIP (775.5KB)
8/1 03:09:27p BINKOUT Sending M_FILE command args: GALLERY.ZIP 794111 1480086908 0
8/1 03:09:27p BINKOUT Sent M_FILE command
8/1 03:09:27p BINKOUT Sending 32767 bytes of data [x2]
8/1 03:09:28p BINKOUT Got data frame length 858
8/1 03:09:28p BINKOUT Received file: C:\sbbs\temp\event\abda4756.fr0 (0.8KB)
8/1 03:09:28p BINKOUT Moving 'C:\sbbs\temp\event\abda4756.fr0' to '../fido/inbound\abda4756.fr0'.
8/1 03:09:28p BINKOUT Sending M_GOT command args: abda4756.fr0 858 1722538465
8/1 03:09:28p BINKOUT Sent M_GOT command
8/1 03:09:28p BINKOUT Sending 32767 bytes of data
8/1 03:09:28p BINKOUT Got M_EOB command args:
8/1 03:09:28p BINKOUT We got an M_EOB, but there are still 1 files pending M_GOT
8/1 03:09:28p BINKOUT Sending 32767 bytes of data [x2]
8/1 03:09:28p BINKOUT Sending 32767 bytes of data [x3]
8/1 03:09:29p BINKOUT Sending 32767 bytes of data [x4]
8/1 03:09:29p BINKOUT Sending 32767 bytes of data [x4]
8/1 03:09:30p BINKOUT Sending 32767 bytes of data [x4]
8/1 03:09:30p BINKOUT Sending 32767 bytes of data [x3]
8/1 03:09:31p BINKOUT Sending 32767 bytes of data
8/1 03:09:31p BINKOUT Sending 7703 bytes of data
8/1 03:09:31p BINKOUT Sent file: C:\sbbs\files\fsx_door\GALLERY.ZIP (775.5KB)
8/1 03:09:31p BINKOUT Sending file: C:\sbbs\fido\outbound.015\ti_00000.tic (0.5KB)
8/1 03:09:31p BINKOUT Sending M_FILE command args: ti_00000.tic 507 1722538398 0
8/1 03:09:31p BINKOUT Sent M_FILE command
8/1 03:09:31p BINKOUT Sending 507 bytes of data
8/1 03:09:31p BINKOUT Sent file: C:\sbbs\fido\outbound.015\ti_00000.tic (0.5KB)
8/1 03:09:31p BINKOUT Sending file: ../fido/outbound.015/00000086.TH0 (1.0KB)
8/1 03:09:31p BINKOUT Sending M_FILE command args: 00000086.TH0 975 1722539361 0
8/1 03:09:31p BINKOUT Sent M_FILE command
8/1 03:09:31p BINKOUT Sending 975 bytes of data
8/1 03:09:31p BINKOUT Sent file: ../fido/outbound.015/00000086.TH0 (1.0KB)
8/1 03:09:31p BINKOUT Sending M_EOB command args:
8/1 03:09:31p BINKOUT Sent M_EOB command
8/1 03:09:31p BINKOUT Got M_GOT command args: GALLERY.ZIP 794111 1480086908
8/1 03:09:32p BINKOUT Got M_GOT command args: ti_00000.tic 507 1722538398
8/1 03:09:32p BINKOUT Got M_GOT command args: 00000086.TH0 975 1722539361
8/1 03:09:32p BINKOUT Deleted file: C:\sbbs\fido\outbound.015\00010064.flo
8/1 03:09:32p BINKOUT Got M_EOB command args:
8/1 03:09:32p BINKOUT Sending M_EOB command args:
8/1 03:09:32p BINKOUT Sent M_EOB command
8/1 03:09:33p BINKOUT Remote host closed socket
8/1 03:09:33p BINKOUT Deleted file: C:\sbbs\fido\outbound.015\ti_00000.tic
8/1 03:09:33p BINKOUT Deleted file: ../fido/outbound.015/00000086.TH0
8/1 03:09:33p BINKOUT Unlocking C:\sbbs\fido\outbound.015\00010064.bsy.
8/1 03:09:33p BINKOUT No flow files to be processed.
8/1 03:09:33p BINKOUT Done checking in C:\sbbs\fido\outbound.015\.
8/1 03:09:33p BINKOUT Touching semaphore file: C:\sbbs\data\fidoin.now
8/1 03:09:33p BINKOUT Timed event: BINKOUT returned 0

I took a look, but didn't find an option in either the file base configuration or in tickitcfg for it to ignore all of the fsxNet-based file bases and just set them basically to receive only. (not send anything) I''m hoping there's some switch somewhere i didn't notice; I don't want to inundate poor Avon with unnecessary traffic!

Thanks!
--rob

---
￭ Synchronet ￭ Rise n' Shine - risenshinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: tell Synchronet that certain networked file bases are read only and not send new files to hub
By: smooth0401 to ALL on Thu Aug 01 2024 03:42 pm

Hey All,

So finally got the file bases working with fsxNet. I'm receiving new files as expected and also tested the %rescan function to filefix and it did receive the file (GALLERY.ZIP) and tossed it to the correct filebase. (FSX_DOOR) The issue is, a few minutes later, it looks like it tried to send out the file I grabbed from my hub back out again to him:

The log entries you want to look at are for TickIt (not BinkIt). Also, posting your tickit.ini file contents might give us a clue where you went wrong.
--
digital man (rob)

Steven Wright quote #26:
A conclusion is the place where you got tired of thinking.
Norco, CA WX: 90.0�F, 43.0% humidity, 7 mph WNW wind, 0.00 inches rain/24hrs --- SBBSecho 3.20-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

So looking at the tickit.ini, I thought that I might have the source/linked backwards, but when I go into source address, it gives me "no source address" and my fido and fsx node numbers. I don't have anything set under global.

AddFilesLogCap=false
AKAMatching=false
ForceReplace=false
IgnorePassword=false
SecureOnly=false
[FSX_NODE]
Dir=fsx_node
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_INFO]
Dir=fsx_info
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_MYST]
Dir=fsx_myst
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_MUTL]
Dir=fsx_mutl
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_SOFT]
Dir=fsx_soft
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_UTLS]
Dir=fsx_utls
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_DOOR]
Dir=fsx_door
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_ARTS]
Dir=fsx_arts
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100,
[FSX_IMGE]
Dir=fsx_imge
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100
[FSX_TEXT]
Dir=fsx_text
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100

Here's the TICKIT receiving the requested file (this is after I sent the %resend GALLERY.ZIP FSX_DOOR to filefix@21:1/100)

8/1 02:53:18p TICKIT Running timed event: TICKIT
8/1 02:53:18p TICKIT Executing external: ?tickit.js
8/1 02:53:18p TICKIT TickIT 2.0
8/1 02:53:18p TICKIT Using system.temp_dir = 'C:\sbbs\temp\event\'
8/1 02:53:18p TICKIT Global address is main system address: 1:266/200
8/1 02:53:18p TICKIT Parsing ../fido/inbound\1dqreisy.tic
8/1 02:53:18p TICKIT Created by HTick, written by Gabriel Plutzar
8/1 02:53:18p TICKIT Path 21:1/100 1722538251 Thu Aug 01 18:50:51 2024 UTC htick/lnx 1.9 2023-12-21
8/1 02:53:18p TICKIT Verifying password for sender: 21:1/100
8/1 02:53:18p TICKIT Configured TicFilePwd is empty, but TIC file has a password, node: 21:1/100
8/1 02:53:18p TICKIT Verifying password with domain this time: 21:1/100@fsxnet
8/1 02:53:18p TICKIT Matched 21:1/100@fsxnet's password.
8/1 02:53:18p TICKIT Working with 'GALLERY.ZIP' in 'FSX_DOOR'.
8/1 02:53:18p TICKIT Moving C:\sbbs\fido\inbound\GALLERY.ZIP to C:\sbbs\files\fsx_door\.
8/1 02:53:18p TICKIT Deleting TIC file '../fido/inbound\1dqreisy.tic'.
8/1 02:53:18p TICKIT Forwarding...
8/1 02:53:18p TICKIT ... to 21:1/100.
8/1 02:53:18p TICKIT Searching for 21:1/100's password...
8/1 02:53:18p TICKIT Searching for password with domain this time: 21:1/100@fsxnet...
8/1 02:53:18p TICKIT Found 21:1/100@fsxnet's password.
8/1 02:53:18p TICKIT Using 'FSX_DOOR' area AKA match: 21:1/234
8/1 02:53:18p TICKIT Path 21:1/234 1722538398 Thu, 01 Aug 2024 18:53:18 GMT; TickIT 2.0
8/1 02:53:18p TICKIT Importing...
8/1 02:53:18p TICKIT Importing file list into: fsx_door
8/1 02:53:18p TICKIT Adding file (GALLERY.ZIP) to: fsx_door
8/1 02:53:18p TICKIT 1 files imported successfully
8/1 02:53:18p TICKIT Timed event: TICKIT returned 0

So that part works... But then 15 minutes later, the BINKOUT that I posted above ran, and that's when it grabbed and sent the file:

8/1 03:09:27p BINKOUT Adding outbound files for 21:1/100@fsxnet (object)
8/1 03:09:27p BINKOUT Adding 'C:\sbbs\files\fsx_door\GALLERY.ZIP' as 'GALLERY.ZIP'
8/1 03:09:27p BINKOUT Adding 'C:\sbbs\fido\outbound.015\ti_00000.tic' as 'ti_00000.tic'
8/1 03:09:27p BINKOUT Adding '../fido/outbound.015/00000086.TH0' as '00000086.TH0'
8/1 03:09:27p BINKOUT Initializing crypt keys.
8/1 03:09:27p BINKOUT Got M_FILE command args: abda4756.fr0 858 1722538465 0
8/1 03:09:27p BINKOUT Receiving file: C:\sbbs\temp\event\abda4756.fr0 (0.8KB)
8/1 03:09:27p BINKOUT Sending file: C:\sbbs\files\fsx_door\GALLERY.ZIP (775.5KB)
8/1 03:09:27p BINKOUT Sending M_FILE command args: GALLERY.ZIP 794111 1480086908

--rob

---
￭ Synchronet ￭ Rise n' Shine - risenshinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

I just re-read the wiki article.. it sounds like I don't want a source address specified, and just want the links... is that what I goofed on?

Source Address Use this selected address for files sent to other systems linked to this FDN area; NOTE: Overrides default use of first FTN address in the System Address List as well as global address selection methods

Links Systems linked to this FDN area; at least your uplink's address should be entered here; other systems you feed this FDN area to are also listed here

--rob

---
￭ Synchronet ￭ Rise n' Shine - risenshinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: tell Synchronet that certain networked file bases are read only and n
By: smooth0401 to Digital Man on Thu Aug 01 2024 10:26 pm

8/1 03:09:27p BINKOUT Adding outbound files for 21:1/100@fsxnet (object)
8/1 03:09:27p BINKOUT Adding 'C:\sbbs\files\fsx_door\GALLERY.ZIP' as

Do you have "c:\sbbs\files\fsx_door" specified somewhere in your sbbsecho.ini file?
--
digital man (rob)

Rush quote #2:
If the future's looking dark, we're the ones who have to shine.
Norco, CA WX: 71.0�F, 65.0% humidity, 4 mph NW wind, 0.00 inches rain/24hrs
--- SBBSecho 3.20-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

[FSX_NODE]
Dir=fsx_node
SourceAddress=21:1/234@fsxnet
AKAMatching=true
Links=21:1/100

DM can correct me if I am wrong, but I think that "Links" entries are for
nodes that get the file echo *from* you. I don't think you want the system that you receive the file echo from to be listed.

I just checked my tickit.ini and I do not have the originating system
listed in my Links entries. I only have systems listed that get the file
echo from me. Right or wrong, I also don't have SourceAddress coded for
any of the FSX file echos (my echo entries don't include that line at all).

I am pretty sure that having Avon's system listed as in Links is why your system is trying to send it back to Avon's.


* SLMR 2.1a * Tongue-tied & twisted, just an Earth-bound misfit, I!
---
� Synchronet � CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

not directly, but I did have this in ECHOCFG:

EchoLists ═════════════════════════ C:\sbbs\ctrl\backbone.na
c:\sbbs\ctrl\fsxnet.na
c:\sbbs\ctrl\fsx_file.na


In the SBBSECHO.INI:

[echolist:C:\sbbs\ctrl\backbone.na]
Hub = 1:266/512
AreaMgr = AreaFix
Pwd = xxxxxxxxxxxxx
Fwd = false
Keys =

[echolist:c:\sbbs\ctrl\fsxnet.na]
Hub =
AreaMgr = AreaFix
Pwd =
Fwd = false
Keys =

[echolist:c:\sbbs\ctrl\fsx_file.na]
Hub =
AreaMgr = AreaFix
Pwd =
Fwd = false
Keys =


In the fsx_file.na:
; ========================================================================
; FSXNet Fileecho List
; ========================================================================
;
; ------------------------------------------------------------------------
; File Echo Description
; ------------------------------------------------------------------------
;
;
Area FSX_NODE 0 ! Weekly Nodelist (fsxNet)
Area FSX_INFO 0 ! Weekly Infopack (fsxNet)
Area FSX_MYST 0 ! Mystic BBS Software
Area FSX_MUTL 0 ! Mystic BBS Utils, Mods etc.
Area FSX_SOFT 0 ! BBS Software (Current + Legacy)
Area FSX_UTLS 0 ! BBS Utils, Tools, Networking etc.
Area FSX_DOOR 0 ! BBS Doors, Games etc.
Area FSX_ARTS 0 ! ANSI Art - Groups, Individuals etc.
Area FSX_IMGE 0 ! Image Files (Various)
Area FSX_TEXT 0 ! Text Files (Various)
;
; End of FSXNet Fileecho List


So it looks like that's actually the culprit? If this is the case, should I leave the source address and links in the tickit.ini and remove that echo list from sbbscfg?

--rob

---
￭ Synchronet ￭ Rise n' Shine - risenshinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

smooth0401 wrote to Digital Man <=-

I just re-read the wiki article.. it sounds like I don't want a source address specified, and just want the links... is that what I goofed on?

Source Address Use this selected address for files sent to other systems linked to this FDN area; NOTE: Overrides default use of first
FTN address in the System Address List as well as global address
selection methods

Links Systems linked to this FDN area; at least your uplink's
address should be entered here; other systems you feed this FDN area to are also listed here

No, no, and no.

I believe you said you are just receiving files from your upstream hub,
and NOT sending them on to any downlinks.

The 'Links' keyword is *ONLY* used when you have downlinks that you want
the files to go to. If the Wiki says otherwise it is wrong. You
absolutely do NOT need to specify a Source Address, either.

For your use case, as a receiver-only of files from upstream, you only
need two lines:

[FSX_NODE]
Dir=fsx_node

That's it. That's all. Repeat for other connected areas. Your system
is sending the files back to your hub *BECAUSE* you have the "links"
keyword defined. The "Dir" referenced there must already exist in SCFG.

*NONE* of the other stuff you showed in your example tickit.ini should
be there.


... 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)

That did the trick... I did a test rescan and it just grabbed the file and tossed it.. nothing else!

I appreciate everyone's comments and patience! :)

Have a great weekend!
--rob
--- SBBSecho 3.20-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Thanks, Mike!

I'll give that a shot!

---
￭ Synchronet ￭ Rise n' Shine - risenshinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

El 1/8/24 a las 23:29, smooth0401 escribió:

Links Systems linked to this FDN area; at least your uplink's address should be entered here; other systems you feed this FDN area to are also listed here

links is for you downlinks as points.
---
￭ Synchronet ￭ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)