exec binkit.js 1.45 1.46
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv3544

Modified Files:
binkit.js
Log Message:
Fixed some typos (no functional change)

--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.46 1.47
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv5564

Modified Files:
binkit.js
Log Message:
Changed/added some log lines for a little easier debugging.
Added an "install" command: "jsexec binkit install"

--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.47 1.48
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv9052

Modified Files:
binkit.js
Log Message:
Process flow files in the order reccomended by FTS-5005.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.48 1.49
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv10115

Modified Files:
binkit.js
Log Message:
Fix bug cause install() to run for every poll. JS, you're far too liberal
in your accepted syntax.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.49 1.50
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv14614

Modified Files:
binkit.js
Log Message:
Allow the Sysop name (ZYZ value) to be over-ridden via binkit.ini.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.51 1.52
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv14793

Modified Files:
binkit.js
Log Message:
Added some temporary debug log output (with WARNING log level) to help
resolve AL@TRMB's problem with error: /sbbs/fido/outbound.015/00000001.pnt/0004006a.bsy failed.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.52 1.53
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv1807

Modified Files:
binkit.js
Log Message:
Send M_ERR instead of M_OK when a link's password doesn't match.
I'm probably doing something wrong here, since I didn't write this code (particularly if there are multiple advertised addresses in the session
which we have configured links for) - but this should at least give Al something to test.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.53 1.54
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv21073

Modified Files:
binkit.js
Log Message:
Added some helpful log messages when starting/finishing the transfer of
files (sending or receiving).


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.54 1.55
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv11402

Modified Files:
binkit.js
Log Message:
Inlcude more more version details in the log output (so I can stop having
to ask sysops after they've already pasted log output into a help request). Also, include the sbbs version in the BinkP "VER" message excahanged with
the BinkP peer.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.55 1.56
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv11366

Modified Files:
binkit.js
Log Message:
Allow the default CRAM challenge length (16 bytes) to be overridden
(e.g. for experimental purposes) via binkit.ini:
cram_challenge_length = <length in bytes>


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.56 1.57
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv29685

Modified Files:
binkit.js
Log Message:
More detailed log output in inbound_auth_cb() to help debug why
inbound Mystic sessions are failing (e.g. with Al@TRMB's BinkIt mailer).



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.57 1.58
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv28739

Modified Files:
binkit.js
Log Message:
Fix reserved logic of 'nomd5' option check:
nomd5 means "plain-text passwords are okay" (AllowPlainPasswords=true)



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.58 1.59
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv6579

Modified Files:
binkit.js
Log Message:
If there is at least one password mismatch, and there are zero password matches, send an M_ERR to the remote and leave the address list empty.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.59 1.60
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv28516

Modified Files:
binkit.js
Log Message:
Better log messages when locks fail and aren't old enough to take over.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.59 1.60
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv28516

Modified Files:
binkit.js
Log Message:
Better log messages when locks fail and aren't old enough to take over.

---
■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net

Hi

Ok i noticed that we now have both Binkit and Binkp so witch is it i noticed last night my linux sysop stoped working for incoming mail my port 24554 for my binkp that i was useing quit reply so i started doing some checking and binkp in services.ini was added and started useing my port 24554 so i had both binkp and binkit both running i for now changed the port for the binkp in sbbs to a diff port to get the system backup but i was just wondering what was going on since binkit and binkp are pretty much the same thing since binkit was made to work like binkp so i was just wondering what the plan is or should i say how this was all going to work is binkit and binkp both options or is one going away? just checking to see what is going on with these 2 mods thanks.

Sincerly

Terry

---
■ Synchronet ■ Colorado Springs Central Net - cscnet1.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: exec/binkit.js
By: Terry to deuce on Fri Mar 16 2018 04:21 pm

exec binkit.js 1.59 1.60
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv28516

Modified Files:
binkit.js
Log Message:
Better log messages when locks fail and aren't old enough to take over.

Ok i noticed that we now have both Binkit and Binkp so witch is it

It's rather hard to parse your message without ANY punctuation, but I will try. binkit.js is the mailer. binkp.js is just a library used by binkit.js (and currently, nothing else).

i noticed
last night my linux sysop stoped working for incoming mail my port 24554 for my binkp that i was useing quit reply so i started doing some checking and binkp in services.ini was added and started useing my port 24554 so i had both binkp and binkit both running

Huh? BinkIT should be configured both in your services.ini ([BINKP] section) and in your SCFG->External Programs->Timed Events (BINKOUT and BINKPOLL events). All of these run binkit.js (not binkp.js).

i for now changed the port for the
binkp in sbbs to a diff port to get the system backup but i was just wondering what was going on since binkit and binkp are pretty much the same thing since binkit was made to work like binkp so i was just wondering what the plan is or should i say how this was all going to work is binkit and binkp both options or is one going away? just checking to see what is going on with these 2 mods thanks.

binkit is the module. binkp is the protocol (and the JS library).

If you had 2 sections in your services.js which loaded binkit.js, then that was a bad setup (e.g. you ran "jsexec binkit install" when you already had it installed).

digital man

Synchronet "Real Fact" #45:
Synchronet External "Plain Old Telephone System" support was introduced in 2007.
Norco, CA WX: 53.5°F, 67.0% humidity, 8 mph NE wind, 0.00 inches rain/24hrs
--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

It's rather hard to parse your message without ANY punctuation, but I will try. binkit.js is the mailer. binkp.js is just a library used by binkit.js (and currently, nothing else).

Thanks ya sorry about that, i kinda wort it rather fast, i was in a hurry to get somewhere but wanted to get that msg out, OK thanks for clear-frying that?.

i noticed
last night my linux sysop stoped working for incoming mail my port 24554 for my binkp that i was useing quit reply so i started doing some checking and binkp in services.ini was added and started useing my port 24554 so i had both binkp and binkit both running

Huh? BinkIT should be configured both in your services.ini ([BINKP] section) and in your SCFG->External Programs->Timed Events (BINKOUT and BINKPOLL events). All of these run binkit.js (not binkp.js).

ok i will post the reason for this msg in the next part.

i for now changed the port for the
binkp in sbbs to a diff port to get the system backup but i was just wondering what was going on since binkit and binkp are pretty much the same thing since binkit was made to work like binkp so i was just wondering what the plan is or should i say how this was all going to work is binkit and binkp both options or is one going away? just checking to see what is going on with these 2 mods thanks.

binkit is the module. binkp is the protocol (and the JS library).

If you had 2 sections in your services.js which loaded binkit.js, then that was a bad setup (e.g. you ran "jsexec binkit install" when you already had it installed).

ok this does explain some of it, here is my main ? on this here is how i found this prob, i have my linux do updates every night and the night befor when it did its update my service.ini file got changed,

befor it ended in this

BEFOR
[BinkIT]
Port=24555
Command=binkit.js

then after it looked like this

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24554

as u can see it added the BINKP section witch over wort my cfg for my current mailer binkp, witch runs on port 24554 so when i finly noticed it last night i changed it to this,

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24557

witch for now fixed my prob, i will like to get binkit to take over my main mailer, but it seems its still not working right for some reason, i have tryed to get with deuce about it but we still haven't been able to get together about it, i hope to here soon, i would love to get everything for the bbs internal, i think binkp is the last thing to get working sorta, i have tickit working for the most part anyway thanks for the reply.

Sincerly
Terry

---
■ Synchronet ■ Region 15 HQ
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.60 1.61
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv20995

Modified Files:
binkit.js
Log Message:
Attempt to fix:
Mar 17 14:15:56 trmb synchronet: srvc 0052 BINKP !JavaScript /sbbs/exec/binkit .js line 862: TypeError: this.command is undefined


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: exec/binkit.js
By: Terry to Digital Man on Fri Mar 16 2018 07:45 pm

ok this does explain some of it, here is my main ? on this here is how i found this prob, i have my linux do updates every night and the night befor when it did its update my service.ini file got changed,

befor it ended in this

BEFOR
[BinkIT]
Port=24555
Command=binkit.js

then after it looked like this

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24554

My guess is that you ran "jsexec update.js" and it installed the [BINKP] section in your services.ini even though already had a "BinkIT" section.

as u can see it added the BINKP section witch over wort my cfg for my current mailer binkp, witch runs on port 24554 so when i finly noticed it last night i changed it to this,

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24557

No, just remove one of those sections. You don't need both.

digital man

Synchronet "Real Fact" #51:
Rob Swindell was introduced to BBSing in 1982 by his older brother, Dr. Seuss. Norco, CA WX: 56.2°F, 54.0% humidity, 4 mph ESE wind, 0.16 inches rain/24hrs --- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

My guess is that you ran "jsexec update.js" and it installed the [BINKP] section in your services.ini even though already had a "BinkIT" section.

im not sure maybe, i will check my update script, but maybe, i made a script to do it from the install and update wiki, for sbbs so that is probly what happen i didn't run that command my salf but something could of happen dureing update thanks i will look into that.

as u can see it added the BINKP section witch over wort my cfg for my current mailer binkp, witch runs on port 24554 so when i finly noticed it last night i changed it to this,

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24557

No, just remove one of those sections. You don't need both.

OK thanks will do.

Terry

---
■ Synchronet ■ Colorado Springs Central Net - cscnet1.net
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.61 1.62
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv27922

Modified Files:
binkit.js
Log Message:
* When polling a node and receiving files, the semaphore files would not
be touched - fixed (and debug-log output for each semfile touched).
* When using the "install" command, the "BINKP" service won't be added to
the services.ini file if a "BINKIT" or a "BINKP" service already exists.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

ok this does explain some of it, here is my main ? on this here is how i found this prob, i have my linux do updates every night and the night befor when it did its update my service.ini file got changed,

befor it ended in this

BEFOR
[BinkIT]
Port=24555
Command=binkit.js

then after it looked like this

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24554

My guess is that you ran "jsexec update.js" and it installed the [BINKP] section in your services.ini even though already had a "BinkIT" section.

as u can see it added the BINKP section witch over wort my cfg for my current mailer binkp, witch runs on port 24554 so when i finly noticed it last night i changed it to this,

[BinkIT]
Port=24555
Command=binkit.js
[BINKP]
Enabled=true
Command=binkit.js
Port=24557

No, just remove one of those sections. You don't need both.

just had a thought, I just check a old printout (I made) of the binkit (off
the wiki), the page at that time (10/16) had this :

[BinkIT]
Port=24554
Command=binkit.js

now the current one (3/18) has this :

[BINKP]
Port=24554
Command=binkit.js

my thought is make it so if someone does the "jsexec update.js" it check to see if [BinkIT] part/stuff in the services.ini, if so take it out but make sure the [BINKP] part/stuff stay there


---

Rob Starr
Lord Time SysOp of
Time Warp of the Future BBS
Telnet://Time.Darktech.Org:24 or
Telnet://Time.Synchro.Net:24 (qwk or ftn & e-mail)
ICQ # 11868133 or # 70398519 Jabber : lordtime2000@gmail.com
Astra : lord_time
X-Box : Lord Time 2000 Skype : lordtime@tds.net
---
■ Synchronet ■ Time Warp of the Future BBS - Home of League 10 IBBS Games
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: exec/binkit.js
By: Lord Time to Digital Man on Sat Mar 17 2018 05:05 pm

my thought is make it so if someone does the "jsexec update.js" it check to see if [BinkIT] part/stuff in the services.ini, if so take it out but make sure the [BINKP] part/stuff stay there

Yeah, I've fixed the binkit.js "install" command so it won't create a duplicate server. It'll leave the "BinkIT" one in there if it's already in there.

digital man

This Is Spinal Tap quote #11:
Nigel Tufnel: No. no. That's it, you've seen enough of that one.
Norco, CA WX: 52.8°F, 50.0% humidity, 6 mph NNW wind, 0.16 inches rain/24hrs --- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

my thought is make it so if someone does the "jsexec update.js" it check to see if [BinkIT] part/stuff in the services.ini, if so take it out but make sure the [BINKP] part/stuff stay there

Yeah, I've fixed the binkit.js "install" command so it won't create a duplicate server. It'll leave the "BinkIT" one in there if it's already in there.

ok, I had to fix my main bbs services.ini file but my test one was ok


---

Rob Starr
Lord Time SysOp of
Time Warp of the Future BBS
Telnet://Time.Darktech.Org:24 or
Telnet://Time.Synchro.Net:24 (qwk or ftn & e-mail)
ICQ # 11868133 or # 70398519 Jabber : lordtime2000@gmail.com
Astra : lord_time
X-Box : Lord Time 2000 Skype : lordtime@tds.net
---
■ Synchronet ■ Time Warp of the Future BBS - Home of League 10 IBBS Games
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.62 1.63
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv378

Modified Files:
binkit.js
Log Message:
Ensure semaphores isn't undefined since we're passing it around everywhere
now.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.63 1.64
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv21488

Modified Files:
binkit.js
Log Message:
Make semaphores[] a global and unconditionally touch them at the end of
the script.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.64 1.65
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv32621

Modified Files:
binkit.js
Log Message:
flush() the lockfile after writing program name.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.65 1.66
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv5671

Modified Files:
binkit.js
Log Message:
Fix errors when outbound directory does not exist (create it):
Locking c:\binkd\outbound\00da02bc.bsy
Error 2 creating c:\binkd\outbound\00da02bc.bsy
Failed to set date in the future fdate (-1) != future (1687417603)
Also, added some debug dump of "outbound_roots" which appears to contain duplicates, at least when the ftn_domains.ini file is not in use:
Outbound roots: ["c:\\binkd\\outbound","c:\\binkd\\outbound"]


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.66 1.67
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv6315

Modified Files:
binkit.js
Log Message:
<@Deuce> If there's no outbound dir, it should just skip the node.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.67 1.68
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv8998

Modified Files:
binkit.js
Log Message:
More elaborate fix for missing outbound directories (don't create them),
just don't "run outbound" for those nodes.


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.68 1.69
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv2546

Modified Files:
binkit.js
Log Message:
I don't know how objects are "true", or "false", so don't risk it.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.69 1.70
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv4253

Modified Files:
binkit.js
Log Message:
Only add the SCFG outbound root if it's not in the FTNDomains config already. This shouldn't cause any functional changes since it's the outbound dirs that matter, and they already can't have duplicates.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.70 1.71
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv5395

Modified Files:
binkit.js
Log Message:
We can't take a lockfile that doesn't exist.



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.71 1.72
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv27697

Modified Files:
binkit.js
Log Message:
Don't allow the CRAM-MD5 challenge length to be overridden (always use
the binkp.js default, 32-hexchars/16-bytes). Even IRex v2.31 requires a
16-byte challenge, so experiment is over.
Log more details when a CRAM-MD5 authentication response doesn't match
(e.g. to make case-mismatch or other cause of authentication failures potentially more obvious - still debugging the Mystic inbound CRAM-MD5
auth failure and this might help).



--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.72 1.73
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv32126

Modified Files:
binkit.js
Log Message:
Attept to work around Mystic CRAM+CRYPT issue.



--- SBBSecho 3.03-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.73 1.74
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv32473

Modified Files:
binkit.js
Log Message:
Add comment regarding Mystic password workaround.



--- SBBSecho 3.03-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.74 1.75
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv1118

Modified Files:
binkit.js
Log Message:
Store the remote software version in the BinkP object, don't do special
stuff in binkp.js, only the protocol. BinkIT now does the Mystic check.



--- SBBSecho 3.03-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.76 1.77
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv351

Modified Files:
binkit.js
Log Message:
Check the Mystic version reported by the remote to see if we need to work around a broken CRAM-MD5 implementation. For now, retrains the double-test
for Mystic/1.12A39 until we see what version number the fixed builds have.

If the major version is less than one, returns true.

If the major version is greater than one, returns false.

If the minor version is less than 12, returns true.

If the minor version is greater than 12, returns false.

If there is no character after the minor versions, returns false.
(ie: 1.12 is newer than 1.12A39 and is assumed to be fixed)

If the character after the minor version is not an 'A', returns false.
(ie: 1.12B1 and 1.12.1 are newer than 1.12A39 and assumed fixed)

If the number after the 'A' is less than or equal to 39, returns true.

In all other cases, returns false.

This prevents lowering security by having two allowed CRAM-MD5 responses
for some remote software versions. Hopefully the fixed build will have
version 1.12A40 and we'll be able to remove the last version that does that.



--- SBBSecho 3.03-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.77 1.78
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv23317

Modified Files:
binkit.js
Log Message:
Some binkp software (Taurus) doesn't send an M_NUL VER at all.
Reported by bgdjr.


--- SBBSecho 3.03-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 1.77 1.78
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv23317

Modified Files:
binkit.js
Log Message:
Some binkp software (Taurus) doesn't send an M_NUL VER at all.
Reported by bgdjr.

I was testing out the binkit on a test bbs (win.) to my main bbs (it's use taurus) got this in the event window (also binkit call my main bbs ftn only, main ftn doesn't call binkit) :

3/30 03:04:55p Sent M_ERR command args: Encryption required

note : the binkit.js was got from today cvs download


---

Rob Starr
Lord Time SysOp of
Time Warp of the Future BBS
Telnet://Time.Darktech.Org:24 or
Telnet://Time.Synchro.Net:24 (qwk or ftn & e-mail)
ICQ # 11868133 or # 70398519 Jabber : lordtime2000@gmail.com
Astra : lord_time
X-Box : Lord Time 2000 Skype : lordtime@tds.net
---
■ Synchronet ■ Time Warp of the Future BBS - Home of League 10 IBBS Games
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: Re: exec/binkit.js
By: Lord Time to deuce on Fri Mar 30 2018 03:16 pm

exec binkit.js 1.77 1.78
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv23317

Modified Files:
binkit.js
Log Message:
Some binkp software (Taurus) doesn't send an M_NUL VER at all.
Reported by bgdjr.

I was testing out the binkit on a test bbs (win.) to my main bbs (it's use taurus) got this in the event window (also binkit call my main bbs ftn only, main ftn doesn't call binkit) :

3/30 03:04:55p Sent M_ERR command args: Encryption required

note : the binkit.js was got from today cvs download

So set AllowUnencrypted = true for that link.

digital man

This Is Spinal Tap quote #6:
David St. Hubbins: He was the patron saint of quality footwear.
Norco, CA WX: 78.9°F, 41.0% humidity, 12 mph NE wind, 0.00 inches rain/24hrs --- SBBSecho 3.03-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js NONE 2.0
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv13520

Modified Files:
Tag: 2.0
binkit.js
Log Message:
Merged binkit.ini and ftn_domains.ini into sbbsecho.ini (BinkIT 2.0).
Use "jsexec binkit upgrade" to upgrade your existing .ini files if you're already running BinkIT 1.x.
echocfg v3.04 may now be used to set all the BinkIT settings and domains
(in sbbsecho.ini).


--- SBBSecho 3.04-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.0 2.1
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv13163

Modified Files:
binkit.js
Log Message:
Fix error line 792: TypeError: file_getext(dir) is undefined
when outbound directory (dir) was "../some/path".


--- SBBSecho 3.04-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.1 2.2
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv26635

Modified Files:
binkit.js
Log Message:
Remove 'e' from File.open() modes, but place a reminder comment to revisit. Added destination address of outbound file in "Attempting callout" log msg.


--- SBBSecho 3.04-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.2 2.3
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv2334

Modified Files:
binkit.js
Log Message:
Resolve exception/abend when files with no extension/suffix are placed
in the outbound directory:
TypeError: file_getext(file) is undefined



--- SBBSecho 3.04-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.3 2.4
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv12222

Modified Files:
binkit.js
Log Message:
Ignore sub-directories (e.g. *.pnt) of the outbound directory/ies in add_outbound_files(). The outbound/*.pnt sub-dirs are handled at a higher level.


--- SBBSecho 3.04-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.4 2.5
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv30964

Modified Files:
binkit.js
Log Message:
More log output when connecting to an outbound node and when an inbound
file already exists.
Also, insure all log messages are prefixed with "BinkIT:".


--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.5 2.6
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv22151

Modified Files:
binkit.js
Log Message:
Fix the "too much recursion" error when running from JSexec, need a different log prefix solution.


--- SBBSecho 3.05-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.7 2.8
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv18778

Modified Files:
binkit.js
Log Message:
Some people are still having problems with CRAM-MD5 authentication
(e.g. latest reports are problems with outbound connections to
mbcico/1.0.6.8 with CRAM-MD5 authentication failures) - so added a new
per-link configuration key: "BinkpPlainAuthOnly" (default values is false).
Set this value to true to use *only* plain-text password authentication
for both inbound and outbound connections with this node. This should help debug password issues, at minimum, and might work-around CRAM-MD5 incompatibilities with some mailers, if that is in fact the issue.
EchoCfg will need a way to set this option, but for now, just set it by
hand in the sbbsecho.ini (for each [node] section where you need it).

If you set BinkpPlainAuthOnly to true, do *not* set BinkpAllowPlainAuth
or BinkpAllowPlainText to false - that would be bad.


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.8 2.9
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv23489

Modified Files:
binkit.js
Log Message:
Fix sysop reported problem:
9/7 13:58:21 evnt BINKPOLL Locking ../fido/out.26a/00c80001.bsy
9/7 13:58:21 evnt BINKPOLL Error 2 creating ../fido/out.26a/00c80001.bsy

The directory ../fido/out.26a did not exist.

lock_flow() now uses mkpath() to create all the directories it needs to
create the .bsy file.


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: exec/binkit.js
By: rswindell to CVS commit on Fri Sep 07 2018 05:35 pm

lock_flow() now uses mkpath() to create all the directories it needs to create the .bsy file.

I have quite a few *.bsy directories in my ctrl/ directory today.

They look like they are supposed to be *.bsy files in the outbound.

Ttyl :-),
Al


... A diamond is just coal that has been under a lot of pressure!

---
■ Synchronet ■ The Rusty MailBox - Penticton, BC Canada
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: exec/binkit.js
By: Al to rswindell on Sat Sep 08 2018 12:09 pm

Re: exec/binkit.js
By: rswindell to CVS commit on Fri Sep 07 2018 05:35 pm

lock_flow() now uses mkpath() to create all the directories it needs to create the .bsy file.

I have quite a few *.bsy directories in my ctrl/ directory today.

They look like they are supposed to be *.bsy files in the outbound.

Thanks!

digital man

This Is Spinal Tap quote #34:
We'd love to stand around and chat, but we've gotta sit down in the lobby Norco, CA WX: 93.0°F, 37.0% humidity, 4 mph ESE wind, 0.00 inches rain/24hrs --- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.9 2.10
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv27416

Modified Files:
binkit.js
Log Message:
Fix previous commit:
String.slice(0, -8) is not the same thing as String.slice(-8).


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.10 2.11
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv20348

Modified Files:
binkit.js
Log Message:
Log an error in rename_or_move() when there's a failure, for more debugging details.


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.11 2.12
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv4679

Modified Files:
binkit.js
Log Message:
Write BinkIT version string and arguments to .bsy files created by binkit.
Log all the "Remote addresses" (array) with an INFO log level, for inbound connections (in the auth callback).


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.12 2.13
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv10044

Modified Files:
binkit.js
Log Message:
Corrected pattern ('.pnt' to '*.pnt') when scanning for point dirs
in outbound dirs.
There remains a problem where only 'outbound.*' dirs will be scanned
for points, and points in 'outbound' (sans extension, ie. zone 1) will
not be found.


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.13 2.14
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv11507

Modified Files:
binkit.js
Log Message:
Moved point-scan into its own routine (addPoints).
Run addPoints against oroot (outbound) and any of its derivatives (outbound.002, etc.).
Should now find point directories in various outbounds.


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.14 2.15
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv18765

Modified Files:
binkit.js
Log Message:
At the request of Kurt/poindexter FORTRAN:
Creates/updates a data/binkstats.ini file which tracks BinkIT/BinkP session statistics:
- inbound successes/failures (per node)
- callout successes/failures (per node)
- totals (per node)

It's a human-readable data file (in .ini file format), so it's pretty self-explanatory.
The [callout success: <address>] sections provide details about the last successful outbound BinkP session with the specified node.
Similarly, the [callout failure: <address>] sections provide details about the last *failed* outbound BinkP session with the specified node.
And there are very similar sections for successful and failed *inbound* sessions as well.
The [totals: <address>] sections track running totals for each node as well.

--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.15 2.16
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv27145

Modified Files:
binkit.js
Log Message:
Include BinkP.connect_host, .connect_port, and .connect_error (when available) in callout stats (stored in binkstats.ini).


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.16 2.17
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv5493

Modified Files:
binkit.js
Log Message:
Resolve the possibile error in the new binkstats.ini stuff for inbounds: TypeError: bp.remote_addrs is undefined


--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.17 2.18
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv25013

Modified Files:
binkit.js
Log Message:
Experimental outbox support (e.g. for inter-bbs game files):
- 'outbox' value from echocfg/sbbsecho.ini is used for additional outbound
files
- normal BSO directories are still searched for outbound files (too)
- 'inbox' support not added (yet)
- no node locking (.bsy file checking/creation) implemented
- requires updated load/fidocfg.js


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.18 2.19
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv8925

Modified Files:
binkit.js
Log Message:
Resolve reported error (new, with outbox support):
binkit.js line 297: TypeError: bp.cb_data.binkitcfg.node[addr] is undefined


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.19 2.20
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv27306

Modified Files:
binkit.js
Log Message:
Rev 1.19 (jan-20-2016) included a "Fix the nocrypt check", but appeared to
do so incorrectly. This is a correct fix (check the nocrypt property, not
just that the linked node object is != false).


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.20 2.21
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv9835

Modified Files:
binkit.js
Log Message:
inbound_auth_cb(): report a "Password mismatch" error (over BinkP) if
one of the configured linked-nodes matching the remote address(es) is set for CRAM-MD5 passwords only and a plain-text password was provided by the remote. Previously, the function would log a warning:
"CRAM-MD5 required (and not provided) by <addr>" but succeeed (the actual password value was not check) and it woudl flag the session as "non-secure" (sending M_OK non-secure), looking like this on the remote side:
Authentication successful: non-secure
and any received files would go into the configured non-secure inbound.
This may explain why some sysops sometimes get unexplained files in their non-secure inbound (looking for "non-secure" in the logs should confirm).
Now, you should still see (on the answering side) the log message:
"CRAM-MD5 required (and not provided) ...", but it'll also send a M_ERR Passowrd mismatch error to the remote, thus ending the session.


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.21 2.22
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv12108

Modified Files:
binkit.js
Log Message:
Send a better error message to the remote (it's not actually a password mismatch, it's an authentication scheme mismatch).


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.22 2.23
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv19368

Modified Files:
binkit.js
Log Message:
Added a BinkP-global setting (in the [binkp] section): "PlainAuthOnly" (defaults to false). If you want to disable all CRAM-MD5 based authentication for both inbound and outbound BinkIT/BinkP connections/sessions (e.g. for trouble-shooting password mismatch issues), then set this to true.


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.23 2.24
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv12065

Modified Files:
binkit.js
Log Message:
When plain_auth_only is set (globally or per node), insure that require_md5
and require_crypt are set to false as well.


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.24 2.25
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv1395

Modified Files:
binkit.js
Log Message:
Ignore per-node "BinkpAllowPlainText=false" on incoming connections when
global "PlainAuthOnly=true"


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.25 2.26
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv27843

Modified Files:
binkit.js
Log Message:
Since Revision 1.36 of load/fidocfg.js (Jan-8-2019), a blank/unconfigured
BinkP session password ("SessionPwd") in sbbsecho.ini would cause BinkIT/BinkP to behave as though a session password was specified. The reason for the change to fidocfg.js (specifying a default value for "SessionPwd" as a blank string) was to force the return value to a string so that numeric passwords were not returned as numbers but rather strings.
The binkit.js and binkp.js code assumed that a blank password would be 'undefined' and not a blank string.
This commit changes binkit.js and binkp.js to treat all of the following session password values as "no password" with respect to BinkP:
- false
- undefined
- blank string ('')



--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.26 2.27
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv10710

Modified Files:
binkit.js
Log Message:
Added global option to disable BinkP encryption - at Mark Lewis' request.
With this option, it is now possible to support CRAM-MD5 authenication while not allowing encrypted sessions (inbound or outbound) - not sure why.


--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019 Jun 16 22:21:20, rswindell wrote to CVS commit:

Modified Files:
binkit.js
Log Message:
Added global option to disable BinkP encryption - at Mark Lewis' request. With this option, it is now possible to support CRAM-MD5 authenication while not allowing encrypted sessions (inbound or outbound) - not sure

why.

thank you, sir...

FWIW: one of the reasons i asked for this is because binkd allows it...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Oh, we have both kinds - country AND western. -the bar lady
---
* Origin: (1:3634/12.73)

Re: exec/binkit.js
By: mark lewis to digitalman on Mon Jun 17 2019 07:47 am

On 2019 Jun 16 22:21:20, rswindell wrote to CVS commit:

Modified Files:
binkit.js
Log Message:
Added global option to disable BinkP encryption - at Mark Lewis' request. With this option, it is now possible to support CRAM-MD5 authenication while not allowing encrypted sessions (inbound or outbound) - not sure

why.

thank you, sir...

No problem. It's unfortunate that I have to touch base in so many places to add
an option like that. Perhaps if echocfg was re-written in JS that would allow more code reuse between BinkIT and echocfg. Not going to happen anytime soon (if every) - but it's an idea.

FWIW: one of the reasons i asked for this is because binkd allows it...

Okay. Hopefully it's useful to somebody someday. I made it global because that's the only way to tweak the capabilities/options for incoming connections.

digital man

Synchronet/BBS Terminology Definition #23:
DSZ = DOS Send ZMODEM (by Chuck Forsberg)
Norco, CA WX: 71.1°F, 71.0% humidity, 5 mph E wind, 0.00 inches rain/24hrs
--- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019 Jun 17 12:59:26, you wrote to me:

thank you, sir...

No problem. It's unfortunate that I have to touch base in so many places

to

add an option like that. Perhaps if echocfg was re-written in JS that

would

allow more code reuse between BinkIT and echocfg. Not going to happen anytime soon (if every) - but it's an idea.

iknow what you speak of... i wish i was more fluent in javascript than i am... i did alright with my mods to tickit and tickitcfg but they were pushing my limits with having to look up everything as well as trying to find what was available in sbbs' libraries... that's not a bad thing... it is just an old mind not quite up to learning new languages...

FWIW: one of the reasons i asked for this is because binkd allows it...

Okay. Hopefully it's useful to somebody someday. I made it global because that's the only way to tweak the capabilities/options for incoming connections.

that's how binkd does it, too... the following is from the debian wheezy man page for binkd... note the -r and -m options :)

-C Binkd running with this option will reread the configuration file if it is changed. The modification time of the configuration file is checked every 60 seconds and on every incoming and outgoing connection.

-c Start client only. Normally Binkd starts both server and client.

-D Run Binkd as a daemon (cannot be used for client-only mode).

-i Run Binkd from inetd.

-P Poll a node. An empty *.ilo file in the outbound will be created, which will force Binkd to connect to and to receive mail from the node ( Binkd will also add "Node node * -" record to the table-of-nodes in Binkd's memory if there is no entry for the node in the configuration file).

-p Start client manager, process polls, quit if the queue seems to be empty after the next rescan. Implies -c.

-q Quiet mode. Turns off printq, conlog and percents statements of configuration.

-r Disable crypt traffic.

-s Start server only. Normally Binkd starts both server and client.

-v Be verbose. This flag can be specified multiple times for even higher verbosity. Binkd -v will dump binkd's version and quit. Binkd -vvv binkd.cfg will dump binkd's configuration and still work.

-m Disable CRAM-MD5 authorization. Implies -r.

-n doing not call or listen (only check cfg and make polls)

-h Print help message.


thanks again!

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Love may be blind, but marriage is a real eye-opener!
---
* Origin: (1:3634/12.73)

exec binkit.js 2.27 2.28
Update of /cvsroot/sbbs/exec
In directory cvs:/home/rswindell/sbbs/exec

Modified Files:
binkit.js
Log Message:
Add experimental Binkp/TLS option to [node:*] sections of sbbsecho.ini (defaults to false)
Set to BinkpTLS=true to use BinkP over TLS for a specified node.


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.28 2.29
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv13957

Modified Files:
binkit.js
Log Message:
Create the inbound dir(s) before trying to move files into them

--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.29 2.30
Update of /cvsroot/sbbs/exec
In directory cvs:/home/rswindell/sbbs/exec

Modified Files:
binkit.js
Log Message:
Update the existing BINKP service, if it exists, setting Enabled=true
(rather than leaving the default disabled BINKP service configuration
in tact)


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.30 2.31
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv26906

Modified Files:
binkit.js
Log Message:
"binkit install" now insures the following timed events are Enabled, even when they were already created/configured:
- fidoin
- fidoout
- binkout
- binkpoll


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.31 2.32
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv29881

Modified Files:
binkit.js
Log Message:
Fix previous commit: events don't have a 'code' property.


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.32 2.33
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv3294

Modified Files:
binkit.js
Log Message:
Rework the timed event enable logic.


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.33 2.34
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv21810

Modified Files:
binkit.js
Log Message:
Fix indentation, call fullpath() on outbound roots.



--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.34 2.35
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv19427

Modified Files:
binkit.js
Log Message:
Fix errors:
Unexpected file path 's:\sbbs\fido\outbound\0067270f.hut' expected '../fido/outbound\0067270f.hut' (skipped)
Unexpected file path 's:\sbbs\fido\outbound\0067270f.hlo' expected '../fido/outbound\0067270f.hlo' (skipped)
Unexpected file path 's:\sbbs\fido\outbound.002\011801d0.clo' expected '../fido/outbound.002\011801d0.clo' (skipped)


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.35 2.36
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv18230

Modified Files:
binkit.js
Log Message:
Exit with a helpful error message (rather than an obscure exception)
if there are no Fidonet addresses configured in SCFG->Networks->FidoNet.


--- SBBSecho 3.10-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.37 2.38
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv24962

Modified Files:
binkit.js
Log Message:
Add some debug to help to get to the bottom of Dan_C's reported error: TypeError: addr.flo_outbound is not a function



--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

exec binkit.js 2.38 2.39
Update of /cvsroot/sbbs/exec
In directory cvs:/tmp/cvs-serv29959

Modified Files:
binkit.js
Log Message:
Force binkit_to_addr to be an object (FIDO.Addr) to prevent the error:
line 205: TypeError: addr.flo_outbound is not a function
when callout() is called with a string as the first argument.
Dan_C was trying to send an outbox file to a link with no binkp password which results in callout() being called with a string for the first argument
(addr) due to this logic in callout_auth_cb():
if (!bp.cb_data.binkitpw || bp.cb_data.binkitpw === '-')
addrs.push(bp.cb_data.binkit_to_addr);


--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/sbbs/sbbs/-/commit/eaf5cb1dc4c06d5a209feb4d
Modified Files:
exec/binkit.js
Log Message:
Don't refuse to over-write a 0-byte file in the inbound dir.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/sbbs/sbbs/-/commit/47e08fce46c0dec60e3fe555
Modified Files:
exec/binkit.js
Log Message:
Resolve binkit.js line 322: TypeError: bp.remote_addrs is undefined
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/sbbs/sbbs/-/commit/1756badcd83e6c7b82d665ad
Modified Files:
exec/binkit.js
Log Message:
Add error (errno) value for file open failure log messages.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/sbbs/sbbs/-/commit/f7be68017ddc14c12e7646bc
Modified Files:
exec/binkit.js
Log Message:
Fix race condition in add_outbound_files() causing "Unable to open FLO file".The directory list is catpured *before* the lock file is "taken", so it canhappen that another process (e.g. instance of binkit) has dealt with one ormore of the files by the time we take the lock and attempt to open the file.Also, updated error log messages a bit.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/main/sbbs/-/commit/ccae9511aed180172012402f
Modified Files:
exec/binkit.js
Log Message:
Remove hack for Mystic v1.12A39 CRAM-MD5 issue.This has been fixed upstream for
some time.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/main/sbbs/-/commit/1ea3f27714ee4c4319544a10
Modified Files:
exec/binkit.js
Log Message:
Properly close flo file after re-writing it.
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/main/sbbs/-/commit/6fa1aa8ebafcaf11b1359741
Modified Files:
exec/binkit.js
Log Message:
Convert stats failed_sent_files from array of objects to array of stringsFixes issue reported by Ragnarok (DOCKSUD) where by data/binkstats.inicould contain:
failed_sent_files = [object Object],[object Object],[objectObject],[object Object],[object Object],[object Object],[objectObject],[object Object
--- SBBSecho 3.11-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

El 18/12/20 a las 23:50, Rob Swindell escribi├│:

https://gitlab.synchro.net/main/sbbs/-/commit/6fa1aa8ebafcaf11b1359741 Modified Files:
exec/binkit.js
Log Message:
Convert stats failed_sent_files from array of objects to array of strings

Fixes issue reported by Ragnarok (DOCKSUD) where by data/binkstats.ini
could contain:
failed_sent_files = [object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object
---
├╛ Synchronet ├╛ Vertrauen ├╛ Home of Synchronet ├╛

[vert/cvs/bbs].synchro.net


Thanks you!

Abrazo!

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

https://gitlab.synchro.net/main/sbbs/-/commit/dff4076f809f1e8ae828684e
Modified Files:
exec/binkit.js
Log Message:
Allow config file (alternate sbbsecho .ini file) to be passed on cmdlineBack in
the day, some sysops used to use multiple SBBSecho configuration files.Nobody seems to do that these days, but its certainly a viable solution (orshould be) for multiple FTNs on a single BBS. Anyway, this enhancement allowsBinkIT to use
an alternate SBBSecho configuration file (though it must stillbe located in the
ctrl dir).
--- SBBSecho 3.12-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/main/sbbs/-/commit/1e441edadc29d27925ebc2a9
Modified Files:
exec/binkit.js
Log Message:
Don't log an error if after a failure to remove a file, the file doesn't exist --- SBBSecho 3.14-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)