Hi all, recently noticed something which appears to not be working right, wondering if anyone else has seen this.

If I receive an inbound file (FDN such as NODELIST) with a TIC file, my tickit event is auto-launched and the file is moved to the appropriate file dir (as specified by the "dir" entry in tickit.ini. However, the file listing for that dir is not updated by 'addfiles' as it should be. I believe that addfiles should be called by tickit to do that.

I'm using 3.17a, last updated on 12/15 if that makes any difference. Any ideas? Thanks.

---
* Synchronet * Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Dan wrote:

Hi all, recently noticed something which appears to not be working right, wondering if anyone else has seen this.

If I receive an inbound file (FDN such as NODELIST) with a TIC file, my

tickit

event is auto-launched and the file is moved to the appropriate file dir (as specified by the "dir" entry in tickit.ini. However, the file listing for

that

dir is not updated by 'addfiles' as it should be. I believe that addfiles should be called by tickit to do that.

I'm using 3.17a, last updated on 12/15 if that makes any difference. Any ideas? Thanks.

---
rua Synchronet rua Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

I think echicken may have submitted a fix for this?

[09:08] <cvs_echicken> Update of /cvsroot/sbbs/exec
[09:08] <cvs_echicken> tickit.js
[09:08] <cvs_echicken> Unmisplace misplaced quotation mark in addfiles
command line for uploader's name.
[09:08] <cvs_echicken> Spotted and fixed by Mark Lewis.


Maybe try updating your exec directory.

---
* Synchronet * End Of The Line BBS - endofthelinebbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2018 Dec 21 21:13:44, you wrote to All:

If I receive an inbound file (FDN such as NODELIST) with a TIC file, my tickit event is auto-launched and the file is moved to the appropriate

file

dir (as specified by the "dir" entry in tickit.ini. However, the file listing for that dir is not updated by 'addfiles' as it should be. I believe that addfiles should be called by tickit to do that.

this bug has been fixed... update your tickit.js to the latest... that's 1.52 at the time of this writing...

it was a bug in the addfiles command line... i've been seeing it here, too, and
it gave me a bit more push to dig into tickit and rummage about...

more new things are hopefully coming in the next day or so, too...

- extract tickit version from $Id: line in tickit.js (yes i know that line is CVS majik but it is the only accurate version number i know of)
- emit the above version string in the log for general purposes
- use above version string in our own Created line in the new TICs we create for forwarding the current file to linked systems
- add the processing date/time (in UTC) to our Path line
- global source address override (TickitSourceAddress in global section of tickit.ini)
- per area source address override (TickitSourceAddress in each area's section
of tickit.ini)
- password line only IF we have a password for the destination link

you are my test subject, after all ;)


NOTE: the new TickitSourceAddress overrides are not (yet) available in tickitcfg.js or hatchit.js AFAIK...





PS: i know you got at least one bad TIC this morning but the fix is easy... i forgot to add a newline to the end of the Created line to separate it from the Area line :/

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... It is a poor family that hath neither a whore nor a thief in it.
---
* Origin: (1:3634/12.73)

>D> Hi all, recently noticed something which appears to not be working right,
>D> wondering if anyone else has seen this.
>D>
>D> If I receive an inbound file (FDN such as NODELIST) with a TIC file, my t
>t
>D> event is auto-launched and the file is moved to the appropriate file dir
>D> specified by the "dir" entry in tickit.ini. However, the file listing fo
>at
>D> dir is not updated by 'addfiles' as it should be. I believe that addfile
>D> should be called by tickit to do that.
>D>
>D> I'm using 3.17a, last updated on 12/15 if that makes any difference. Any
>D> ideas? Thanks.

I think echicken may have submitted a fix for this?

[09:08] <cvs_echicken> Update of /cvsroot/sbbs/exec

>[09:08] <cvs_echicken> tickit.js
>[09:08] <cvs_echicken> Unmisplace misplaced quotation mark in addfiles
>command line for uploader's name.
>[09:08] <cvs_echicken> Spotted and fixed by Mark Lewis.

Maybe try updating your exec directory.

That may well be it, thanks. I saw that update message but didn't
connect the two... I'll update soon and check it. Appreciate it!


* SLMR 2.1a * She sells Unix shells by the sea shore.

---
* Synchronet * Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: tickit / addfiles
By: mark lewis to Dan Clough on Sat Dec 22 2018 11:12 am

- global source address override (TickitSourceAddress in global section of tickit.ini)

Just an observation: Adding a value called "TickitSomething" in tickit.ini, seems unnecessarily redundant.

digital man

This Is Spinal Tap quote #40:
Morty the Mime: Come on, don't talk back, mime is money, come on, move it. Norco, CA WX: 67.6oF, 41.0% humidity, 2 mph ESE wind, 0.00 inches rain/24hrs --- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

> DC> If I receive an inbound file (FDN such as NODELIST) with a TIC file, my
> DC> tickit event is auto-launched and the file is moved to the appropriate
>file
> DC> dir (as specified by the "dir" entry in tickit.ini. However, the file
> DC> listing for that dir is not updated by 'addfiles' as it should be. I
> DC> believe that addfiles should be called by tickit to do that.

this bug has been fixed... update your tickit.js to the latest... that's 1.5

>at the time of this writing...

OK, did that tonight.

it was a bug in the addfiles command line... i've been seeing it here, too,

> it gave me a bit more push to dig into tickit and rummage about...

more new things are hopefully coming in the next day or so, too...

- extract tickit version from $Id: line in tickit.js (yes i know that line

>CVS majik but it is the only accurate version number i know of)
> - emit the above version string in the log for general purposes
> - use above version string in our own Created line in the new TICs we creat
>for forwarding the current file to linked systems
> - add the processing date/time (in UTC) to our Path line
> - global source address override (TickitSourceAddress in global section of
>tickit.ini)
> - per area source address override (TickitSourceAddress in each area's sect
> of tickit.ini)
> - password line only IF we have a password for the destination link

Excellent!

you are my test subject, after all ;)

Indeed. I won't rest until you fix it... :)

PS: i know you got at least one bad TIC this morning but the fix is easy...

>forgot to add a newline to the end of the Created line to separate it from t
>Area line :/

Yes, I see that and fixed it. But.... the TIC still doesn't process,
because it has a "pw" line but no password on it. Tickit says I have a
PW defined but the tic file doesn't... Somehow my password is not
getting put into the tic file on your end.

Thanks for working on it, getting close now! :)


* SLMR 2.1a * "Bother!" said Pooh, as he turned the launch key.

---
* Synchronet * Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2018 Dec 22 15:03:54, you wrote to me:

- global source address override (TickitSourceAddress in global section
of tickit.ini)

Just an observation: Adding a value called "TickitSomething" in tickit.ini, seems unnecessarily redundant.

hahahahaha... true and i kinda did think about that but was chosen based on BinkpSourceAddress in sbbsecho.ini ;) but yeah, i see what you mean... i'll chop it to SourceAddress in a little bit...

the code works great and has responded well to my testing... i wonder if i should have a couple of other folks moving TICs give the patch a try before presenting it for a commit... probably should be smaller patches, too, but i got on a roll and kept polishing the code once i got the basics working... there's even comments galore! :lol:

it is funny how adding a feature will lead to fixing somethine else and then you find another thing that needs fixing... i've got two or three more "errant / removal" fixes, too... the foo//dre/poo might not hurt anything but it looks uck and adds processing down the line to ignore that extra slash... that's just
me being stingy with CPU cycles and having things look and work well :lol:

i'm still learning the code, code style, and barely starting to scratch the surface of the provided APIs... i am trying to keep things fast and optimized, too... it is giving me something enjoyable to do during this down time, as well...


PS: yes, i used TABs set to 4 spaces, too :hehe:

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Understanding is a two-way street.
---
* Origin: (1:3634/12.73)

On 2018 Dec 22 19:13:00, you wrote to me:

you are my test subject, after all ;)

Indeed. I won't rest until you fix it... :)

PS: i know you got at least one bad TIC this morning but the fix is
easy... forgot to add a newline to the end of the Created line to
separate it from t Area line :/

Yes, I see that and fixed it. But.... the TIC still doesn't process, because it has a "pw" line but no password on it. Tickit says I have
a PW defined but the tic file doesn't... Somehow my password is not getting put into the tic file on your end.

the Pw line was being printed all the time even if there was no password... i've fixed that in my changes... it'll hunt down the password for linked nodes with or without the @domain in echocfg... that's why folks had to remove @domain from the systems they were getting/sending TICs to... with these changes, that doesn't matter anymore and you can even have @domain on your links addresses in tickit.ini as well...

eg: check for 1:123/115
if not found, look up domain for zone 1
domain lookup returns fidonet
check for 1:123/115@fidonet

or the other way around...

check for 1:123/115@fidonet
if not found, slice @fidonet off
check for 1:123/115

if both fail, there is no password defined so we log that and keep on going... the main thing is that now you can have

[node:1:123/115@fidonet] in your sbbsecho.ini and Links=1:123/115@fidonet,1:3634/12.73 in your tickit.ini... this links one being
a mixed example...

i'm hoping that we can generate TICs with full 5D addresses in them and not cause any problems with other TIC processing software... i can't test allfix any more and reading the available TIC format documentation seems to indicate that we can use full 5D because the @domain is recognized as a valid part of a FTN address... right now my changes are ensuring that @domain is sliced off the
lines we add to the TIC... lines that are copied from the original TIC that contain @domain will be unaffected...

Thanks for working on it, getting close now! :)

TICKIT Executing external: ?tickit.js
TICKIT tickit.js, v1.52.ff 2018/12/23 00:00:00 wkitty42
TICKIT Parsing ../fido/inbound/bb86db22.tic
TICKIT Copying /sbbs/temp/event/nodelist_handler/Z1DAILY.357 to ../fido/nodelist/fidonet.txt from Z1DAILY.Z57
TICKIT Moving file from /sbbs/fido/inbound/Z1DAILY.Z57 to /sbbs/data/dirs/fdist-dailylis/.
TICKIT Deleting TIC file '../fido/inbound/bb86db22.tic'.
TICKIT Node 1:261/38 has already seen this.
TICKIT Forwarding this file to 1:3634/12.73.
TICKIT Searching for 1:3634/12.73's password...
TICKIT Searching for 1:3634/12.73@fidonet's password...
TICKIT Using 'DAILYLIST' area address: 1:3634/12.
TICKIT Path 1:3634/12 @1545544382 Sun, 23 Dec 2018 05:53:02 GMT
TICKIT Forwarding this file to 1:123/115.
TICKIT Searching for 1:123/115's password...
TICKIT Searching for 1:123/115@fidonet's password...
TICKIT Using 'DAILYLIST' area address: 1:3634/12.
TICKIT Path 1:3634/12 @1545544382 Sun, 23 Dec 2018 05:53:02 GMT
TICKIT Executing: '/sbbs/exec/addfiles fdist-dailylis -x "File Distribution" -zd +/sbbs/temp/event/tickit-files.bbs 24 13'.
Timed event: TICKIT returned 0

you should have received and processed this without problems...

i do like those dressed nicely Path lines that were added to those TICs :)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... We were young and our happiness dazzled us with its strength.
---
* Origin: (1:3634/12.73)

> DC> Yes, I see that and fixed it. But.... the TIC still doesn't process,
> DC> because it has a "pw" line but no password on it. Tickit says I have
> DC> a PW defined but the tic file doesn't... Somehow my password is not
> DC> getting put into the tic file on your end.

the Pw line was being printed all the time even if there was no password...

>i've fixed that in my changes... it'll hunt down the password for linked nod
>with or without the @domain in echocfg... that's why folks had to remove
>@domain from the systems they were getting/sending TICs to... with these
>changes, that doesn't matter anymore and you can even have @domain on your
>links addresses in tickit.ini as well...

eg: check for 1:123/115

> if not found, look up domain for zone 1
> domain lookup returns fidonet
> check for 1:123/115@fidonet

or the other way around...

check for 1:123/115@fidonet

> if not found, slice @fidonet off
> check for 1:123/115

if both fail, there is no password defined so we log that and keep on going.

>the main thing is that now you can have

[node:1:123/115@fidonet] in your sbbsecho.ini and

>Links=1:123/115@fidonet,1:3634/12.73 in your tickit.ini... this links one be
>a mixed example...

Very nice improvement there!

> DC> Thanks for working on it, getting close now! :)

TICKIT Executing external: ?tickit.js

>TICKIT tickit.js, v1.52.ff 2018/12/23 00:00:00 wkitty42
>TICKIT Parsing ../fido/inbound/bb86db22.tic
>TICKIT Copying /sbbs/temp/event/nodelist_handler/Z1DAILY.357 to
>../fido/nodelist/fidonet.txt from Z1DAILY.Z57
>TICKIT Moving file from /sbbs/fido/inbound/Z1DAILY.Z57 to
>/sbbs/data/dirs/fdist-dailylis/.
>TICKIT Deleting TIC file '../fido/inbound/bb86db22.tic'.
>TICKIT Node 1:261/38 has already seen this.
>TICKIT Forwarding this file to 1:3634/12.73.
>TICKIT Searching for 1:3634/12.73's password...
>TICKIT Searching for 1:3634/12.73@fidonet's password...
>TICKIT Using 'DAILYLIST' area address: 1:3634/12.
>TICKIT Path 1:3634/12 @1545544382 Sun, 23 Dec 2018 05:53:02 GMT
>TICKIT Forwarding this file to 1:123/115.
>TICKIT Searching for 1:123/115's password...
>TICKIT Searching for 1:123/115@fidonet's password...
>TICKIT Using 'DAILYLIST' area address: 1:3634/12.
>TICKIT Path 1:3634/12 @1545544382 Sun, 23 Dec 2018 05:53:02 GMT
>TICKIT Executing: '/sbbs/exec/addfiles fdist-dailylis -x "File Distribution"
>-zd +/sbbs/temp/event/tickit-files.bbs 24 13'.
>Timed event: TICKIT returned 0

you should have received and processed this without problems...

I did receive it, but.... it didn't process because there was no PW in
the tic file. Previously, I had seen a line with "Pw" followed by
nothing, and now there is no "Pw" line at all in the tic file. Since I
have a TIC pw defined (in sbbsecho.ini) for your node, it fails. I
edited my sbbsecho.ini to remove the PW for TIC files, and forced a
TICKIT event, and it worked properly. So, somehow the TIC file being
sent to me does not contain my password (does not have a line starting
with "Pw"). For now I will leave my config without a PW so things will process, and if I eventually get a TIC with a PW in it I'll put mine
back... :)

Thanks again for working hard on this!

P.S. - Also sending you a Netmail with a request to add a few more file areas... ;)


* SLMR 2.1a * "Bother!" said Pooh, as he turned the launch key.
--- SBBSecho 3.06-Win32
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:123/115)

On 2018 Dec 23 12:32:00, you wrote to me:

you should have received and processed this without problems...

I did receive it, but.... it didn't process because there was no PW
in the tic file.

what?!? damn... i tested with my point account with and without the password...
hummm... would you please, capture the next TIC you receive and email it to me at my gmail account so i can inspect it? i can see the ones that are sent to my
point and they get the password added if there's one in sbbsceho.ini... i will look into this, though... please do send me the next TIC you get from my system, though...

Previously, I had seen a line with "Pw" followed by nothing,

right, that was because the Pw line was printed all the time, password or not...

and now there is no "Pw" line at all in the tic file.

i'm looking into this now... i'm going to add you to a testing FDN, too... you'll be getting multiple copies of deadbeef.txt and whatever accompanying tic
tickit.js generates... you can just throw them away, if you like... or you can add the defined area as a passthrough using the "Path=/sbbs/temp" line instead of the Dir= line...

Since I have a TIC pw defined (in sbbsecho.ini) for your node, it
fails. I edited my sbbsecho.ini to remove the PW for TIC files, and forced a TICKIT event, and it worked properly. So, somehow the TIC
file being sent to me does not contain my password (does not have a
line starting with "Pw").

apparently i fixed the bug where a blank Pw line was created but we're on it...

For now I will leave my config without a PW so things will process,
and if I eventually get a TIC with a PW in it I'll put mine back... :)

ok :)

Thanks again for working hard on this!

you and everyone who benefits from it are quite welcome... it is mostly little things but i've been wanting to fix them anyway... plus it allows me to give something back... it ain't much but it is something :)

P.S. - Also sending you a Netmail with a request to add a few more
file areas... ;)

handled :)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... I love blue jello. Next to pork, my favorite vegetable.
---
* Origin: (1:3634/12.73)

the code works great and has responded well to my testing... i wonder if i should have a couple of other folks moving TICs give the patch a try before presenting it for a commit... probably should be smaller patches, too, but i got on a roll and kept polishing the code once i got the basics working... there's even comments galore! :lol:

Mark,
I would be glad to test it but, with Christmas being tomorrow, it would probably be a few days before I could get around to installing it.

Mike

---
* SLMR 2.1a * "Mmmmmmmm.....chocolate."
* Synchronet * CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2018 Dec 23 19:35:00, you wrote to me:

the code works great and has responded well to my testing... i wonder
if i should have a couple of other folks moving TICs give the patch a
try before presenting it for a commit... probably should be smaller
patches, too, but i got on a roll and kept polishing the code once i
got the basics working... there's even comments galore! :lol:

Mark,
I would be glad to test it but, with Christmas being tomorrow, it
would probably be a few days before I could get around to installing
it.

i understand...

FWIW: installation is easy... install it in /sbbs/mods and it is used automatically unless you're trying to run it from the command line with jsexec... let me know :)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Couch potatoes have brain tubers.
---
* Origin: (1:3634/12.73)

Re: tickit / addfiles
By: Dan Clough to All on Fri Dec 21 2018 09:13 pm

Hello all,
Can someone point me to the right wiki to read to setup tickit/synchronet to make a file directory as needed when a tic file comes in?

Thanks
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

On 2018 Dec 26 04:21:02, you wrote to Extra!! Read all about it!!:

Can someone point me to the right wiki to read to setup
tickit/synchronet to make a file directory as needed when a tic file
comes in?

AFAIK, that option is not available at this time... the file libraries have to already be set up and the node added to the links line in tickit.ini for the area as well as the node being defined in sbbsecho.ini...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... All men are different, but husbands are all alike.
---
* Origin: (1:3634/12.73)

FWIW: installation is easy... install it in /sbbs/mods and it is used automatically unless you're trying to run it from the command line with jsexec... let me know :)

Where do I pull it from?

---
* SLMR 2.1a * "The Metric System is the tool of the Devil!" - Granpa S
* Synchronet * CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: tickit / addfiles
By: mark lewis to Charles Stephenson on Wed Dec 26 2018 05:47 pm

AFAIK, that option is not available at this time... the file libraries have to already be set up and the node added to the links line in tickit.ini for the area as well as the node being defined in sbbsecho.ini...

Hmmm. What if my hub sends me something, will these files be deleted, not transfered, or moved to my badecho folder?
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

On 2018 Dec 26 19:45:00, you wrote to me:

FWIW: installation is easy... install it in /sbbs/mods and it is used
automatically unless you're trying to run it from the command line with
jsexec... let me know :)

Where do I pull it from?

actually, you can't right now... i have to send it to you... please contact me at my wkitty42 address on gmail...

FWIW: i'm taking a break for a day or two to mull over some things with it... i
have AKA matching operational along with the other address features i added... i just have to figure out what overrides what... that and figure out how to modify tickitcfg.js so the new keywords are not lost when you use it to manage tickit.ini...

so... here's the notes i have in the file at the moment...

// now let's figure out which address we're going to use in this
// new TIC we are creating. this address will be used in the From
// and Path lines, below.
//
// current preference order:
// per area > global > main FTN address > nearest AKA match
//
// NOTE: we're slicing off @domain for now... we should be able
// to use it since it is part of the definition of a FTN address
// and should be OK to use in TICs but to prevent possible
// problems with non-5D-aware TIC processors, we're slicing it
// off for now.


"per area" and "global" are the new overrides i've added which are put in tickit.ini... "main FTN address" takes the first FTN address from your system address list in the fidonet config area of scfg... "nearest AKA match" is the original address determination method used...


)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... The world is one big gob of perky happy fluffy bunny joy. Yay. Drugs.
---
* Origin: (1:3634/12.73)

On 2018 Dec 27 14:11:44, you wrote to me:

AFAIK, that option is not available at this time... the file
libraries have to already be set up and the node added to the links
line in tickit.ini for the area as well as the node being defined in
sbbsecho.ini...

Hmmm. What if my hub sends me something, will these files be deleted,
not transfered, or moved to my badecho folder?

AFAIK, they are left alone to be processed the next time tickit is executed... i'd have to check the code to be sure but i think that's right...

the first stage of processing is to parse_ticfile()... the following situations
result in the TIC being skipped (return false;)...

1. the TIC cannot be opened for some reason.
2. a circular path has been detected.
3. the file the TIC is for doesn't exist.
4. the file's length is not what is listed in the TIC.
5. the file cannot be opened.
6. the file's CRC doesn't match what is listed in the TIC.
7. the TIC password doesn't match the one for the sending system.

after we parse the TIC, we process_tic()... at this point, if the Dir or Path for the TIC AREA line are not defined in tickit.ini, then we skip further processing until the next time... this would be the case if your link sends you
a file in an area that is not defined in your setup... i think now that my response above is a little more accurate than it was when i wrote it ;)

there are three of four more places further along in process_tic() where we abort further processing and leave the TIC behind... they are when we try to move the file into the destination directory... the very last step process_tic() performs is to delete the TIC file so we better catch all abort scenarios before we get there... afterward, you would only have the file and no
TIC to go with 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...
... I Have a Degree in Liberal Arts -- Do You Want Fries With That?
---
* Origin: (1:3634/12.73)

Re: tickit / addfiles
By: mark lewis to Charles Stephenson on Thu Dec 27 2018 05:49 pm

AFAIK, they are left alone to be processed the next time tickit is executed... i'd have to check the code to be sure but i think that's right...

the first stage of processing is to parse_ticfile()... the following situations result in the TIC being skipped (return false;)...

That's something I have to configure/setup in Synchronet. I'm getting filebones for a few different networks. I had them set up in the BBS program I replaced with Synchro. I'm still getting the files, I have to set them up to be moved to the right folders now

try to move the file into the destination directory... the very last step process_tic() performs is to delete the TIC file so we better catch all abort scenarios before we get there... afterward, you would only have the file and no TIC to go with it...

I was wondering if it would delete the file if there wasn't a place to move it. I can manually move any files til I fix it.

Thank you!
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

On 2019 Jan 05 21:45:30, you wrote to me:

the first stage of processing is to parse_ticfile()... the following
situations result in the TIC being skipped (return false;)...

That's something I have to configure/setup in Synchronet.

just a simple timed event that is triggered by semaphore alone...

I'm getting filebones for a few different networks. I had them set up
in the BBS program I replaced with Synchro. I'm still getting the
files, I have to set them up to be moved to the right folders now

easy enough... define the libraries and areas in scfg... then in tickit.ini three lines are required per FDN tag...

[FDN_TAG_HERE]
Dir=DIRECTORY-INTERNAL_CODE_FROM_SCFG
Links=z:n/f,z:/n/f,z:n/f

if there is no entry for the FDN area like above, the TIC will be abandoned and
both TIC and file will remain behind in the inbound...
if the file arrives from a link that is not listed in the Links= line and/or is
not found in sbbsecho.ini, the TIC will be abandoned and both will remain behind in the inbound...

NOTE that linked systems need to also be specified in sbbsecho.ini via exec/echocfg if for nothing else but to register them as a link...

try to move the file into the destination directory... the very last
step process_tic() performs is to delete the TIC file so we better
catch all abort scenarios before we get there... afterward, you would
only have the file and no TIC to go with it...

I was wondering if it would delete the file if there wasn't a place to

move

it. I can manually move any files til I fix it.

if the file cannot be moved, the TIC is abandoned and both are left in the inbound for a later processing attempt...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Tired of cleaning yourself. Let me do it.
---
* Origin: (1:3634/12.73)

Re: tickit / addfiles
By: mark lewis to Charles Stephenson on Sat Jan 05 2019 11:54 pm

easy enough... define the libraries and areas in scfg... then in tickit.ini three lines are required per FDN tag...

[FDN_TAG_HERE]
Dir=DIRECTORY-INTERNAL_CODE_FROM_SCFG
Links=z:n/f,z:/n/f,z:n/f

Thank you!

I wish there was a way to save or download a message from Synchronet. I'd like to save that message to a file and go back to it later...
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

Re: tickit / addfiles
By: Charles Stephenson to mark lewis on Thu Jan 10 2019 11:48 pm

I wish there was a way to save or download a message from Synchronet. I'd like to save that message to a file and go back to it later...

It's on the todo list. :-)

digital man

Synchronet "Real Fact" #20:
Michael Swindell was directly responsible for Synchronet's commercial success. Norco, CA WX: 51.4oF, 93.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: tickit / addfiles
By: Charles Stephenson to mark lewis on Thu Jan 10 2019 11:48 pm

I wish there was a way to save or download a message from Synchronet. I'd like to save that message to a file and go back to it later...

Have you tried using O and then S when reading a message?

It'll save the message to a local file. If you are remote you can use ";get" from the transfer menu to download it.

Ttyl :-),
Al

... "Keyboard? How quaint!" - Scotty

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

Re: tickit / addfiles
By: Charles Stephenson to mark lewis on Thu Jan 10 2019 11:48 pm

I wish there was a way to save or download a message from Synchronet. I'd like to save that message to a file and go back to it later...

My Synchronet message reader has a way to save a message to the BBS machine and also forward a message (you can forward a message to yourself, either to your user on your BBS or to an email address).

Nightfox

---
* Synchronet * Digital Distortion: digitaldistortionbbs.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

I wish there was a way to save or download a message from Synchronet. I'd li

>to save that message to a file and go back to it later...

You could set up an "offline mail reader" like SLMR or Multimail, and
then download all your messages via QWK packet and read/reply offline.
The mail readers allow you to save a message.


* SLMR 2.1a * A day without sunshine is like night.

---
* Synchronet * Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Re: tickit / addfiles
By: Charles Stephenson to mark lewis on Thu Jan 10 2019 11:48 pm

I wish there was a way to save or download a message from Synchronet. I'd like to save that message to a file and go back to it later...

If you're using the Digital Distortion message reader, you can save it to the local machine (the one your BBS runs on) with ctrl-S.

DaiTengu

... God can't alter history, so he created historians.

---
* Synchronet * War Ensemble BBS - The sport is war, total war - warensemble.com
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019 Jan 10 23:48:22, you wrote to me:

I wish there was a way to save or download a message from Synchronet. I'd like to save that message to a file and go back to it
later...

operators have the Operator commands when reading messages... saving to a file is one of those... hit the "?" when at the prompt when reading messages ;)


or just hit "OS" (oh ess)...


)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Used Cars: Why go elsewhere to be cheated? Come here first.
---
* Origin: (1:3634/12.73)

Re: tickit / addfiles
By: Digital Man to Charles Stephenson on Thu Jan 10 2019 10:08 pm

I wish there was a way to save or download a message from Synchronet.
I'd like to save that message to a file and go back to it later...

It's on the todo list. :-)

I SOMEhow knew it already woulda been! lol
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

Re: tickit / addfiles
By: Al to Charles Stephenson on Fri Jan 11 2019 02:52 am

Re: tickit / addfiles
Have you tried using O and then S when reading a message?

It'll save the message to a local file. If you are remote you can use ";get" from the transfer menu to download it.

Thanks! never noticed that...
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

Re: tickit / addfiles
By: Dan Clough to CHARLES STEPHENSON on Fri Jan 11 2019 08:07 am

You could set up an "offline mail reader" like SLMR or Multimail, and
then download all your messages via QWK packet and read/reply offline.
The mail readers allow you to save a message.

I was actually gonna play around doing that this weekend... :)
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)

Re: tickit / addfiles
By: DaiTengu to Charles Stephenson on Fri Jan 11 2019 01:17 pm

If you're using the Digital Distortion message reader, you can save it to the local machine (the one your BBS runs on) with ctrl-S.

I actually am using that, Thnk you! :)
Regards,
KrUpTiOn
--- SBBSecho 3.04-Linux
* Origin: The New Frontier 2: thenewfrontier2.hopto.org (OH) (1:226/17)