Hi All,

I think I just noticed another quirk in Mystic's ability to import new files coming in via TIC processing.

Last night, Paul hatched a new fsxinfo pack, with the REPLACE tag in the TIC file. It processed just fine, and was tossed to the proper directory.
However, Mystic is still showing that file as dated 17FEB, and does not show
it as a new file. I even ran mutil with the pack file bases, to see if that would update the info, and it didn't.

This seems to happen with any incoming file with the replace tag in the TIC. Another example is DAILYWET.ZIP, which comes in every day with the same filename.

Just wondering if anyone else has noticed this quirk.

Thanks,


Dan Richter
aka Black Panther
Sysop - Castle Rock BBS
telnet://castlerockbbs.com
The sparrows are flying again...

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Castle Rock BBS - castlerockbbs.com (21:1/186)

On 02/23/17, Black Panther pondered and said...

However, Mystic is still showing that file as dated 17FEB, and does not show it as a new file. I even ran mutil with the pack file bases, to see

Mine do, dated 24/2/17 (day/month/year) ... and show up in my new file scans.

Do you run the the pack file bases stanza in mutil as part of your night
maint?

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 02/24/17, Avon said the following...

However, Mystic is still showing that file as dated 17FEB, and does n show it as a new file. I even ran mutil with the pack file bases, to

Mine do, dated 24/2/17 (day/month/year) ... and show up in my new file scans.

Do you run the the pack file bases stanza in mutil as part of your night maint?

Yes. I even ran it manually, with both 'MassUpload' and 'PackFileBases' to see if that would update it, and it didn't. I even ran MBBSUTIL -FSORT, just to
see if that might help...

It's not a major problem, just an annoyance...


Dan Richter
aka Black Panther
Sysop - Castle Rock BBS
telnet://castlerockbbs.com
The sparrows are flying again...

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Castle Rock BBS - castlerockbbs.com (21:1/186)

On 02/23/17, Black Panther pondered and said...

Do you run the the pack file bases stanza in mutil as part of your ni maint?

Yes. I even ran it manually, with both 'MassUpload' and 'PackFileBases'
to see if that would update it, and it didn't. I even ran MBBSUTIL
-FSORT, just to see if that might help...

I would not use mass upload, as that's for files on the hdd that have been
not been caught by the normal upload/import process. PackFileBases would pick up files and their dates etc. But as you and I both run a Windows system I am curious to figure out why mine works and yours does not.

Would you mind posting your mutil log that's shows the latest nodelist and infopack being imported?

Best, Paul

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 02/24/17, Avon said the following...

I would not use mass upload, as that's for files on the hdd that have
been not been caught by the normal upload/import process. PackFileBases would pick up files and their dates etc. But as you and I both run a Windows system I am curious to figure out why mine works and yours does not.

I had been playing around with HTick over here, and just realized I didn't change back to mutil for file imports... Mystic should still pick up on the
new file being in the directory though...

Would you mind posting your mutil log that's shows the latest nodelist
and infopack being imported?

Here is my HTick log for the import:

----------------------- Thu 23 Feb 17, htick/w32-mvcdll 1.9.0-cur 28-10-13
1 Feb:23:2017:08:23:32 Start
7 Feb:23:2017:08:23:32 Checking tmp dir
C Feb:23:2017:08:23:32 Start tossing...
7 Feb:23:2017:08:23:32 Processing Tic-File c:\bbs\mystic\echomail\in\fsxinfo.tic
7 Feb:23:2017:08:23:32 File "fsxinfo.zip": size: 35694, area: fsx_info,
from: 21:1/100, orig: 21:1/1
6 Feb:23:2017:08:23:32 Removed file: c:\bbs\mystic\files\fsx\info\fsxinfo.zip N Feb:23:2017:08:23:32 Removed 1 file[s]. Filemask: fsxinfo.zip
M Feb:23:2017:08:23:32 Moved c:\bbs\mystic\echomail\in\fsxinfo.zip to c:\bbs\mystic\files\fsx\info\fsxinfo.zip
M Feb:23:2017:08:23:32 Report file c:\bbs\husky\announce\1s8oax9h.tic
created for file fsxinfo.zip
1 Feb:23:2017:08:23:32 End

The Mutil log file for both massupload and for packfilebase:

snip<---

- Feb 23 15:09:58 EXEC PackFileBases
+ Feb 23 15:09:58 fsx Infopacks
+ Feb 23 15:09:58 Allocating 24
+ Feb 23 15:09:58 Ignored files.bbs

snip<---

+ Feb 23 15:09:59 Results: Uploaded 0 file(s) in 0.25s
+ Feb 23 15:09:59 Process: Pack File Bases
+ Feb 23 15:10:01 fsx Infopacks
+ Feb 23 15:10:01 Results: Removed 0 records, 0 bytes in 2.53s
+ Feb 23 15:10:01 Shutdown Normal (0)


Dan Richter
aka Black Panther
Sysop - Castle Rock BBS
telnet://castlerockbbs.com
The sparrows are flying again...

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Castle Rock BBS - castlerockbbs.com (21:1/186)

On 02/23/17, Black Panther pondered and said...

I had been playing around with HTick over here, and just realized I
didn't change back to mutil for file imports... Mystic should still pick up on the new file being in the directory though...

This is likely the issue as if mutil imports the file on file tossing then it will update the internal database. HTick would not touch Mystic data files.

Best, Paul

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 02/24/17, Avon said the following...

I had been playing around with HTick over here, and just realized I

This is likely the issue as if mutil imports the file on file tossing
then it will update the internal database. HTick would not touch Mystic data files.

Shouldn't running mutil with the PackFileBases pick up on the new file date
and import it into the Mystic database?

Thanks,


Dan Richter
aka Black Panther
Sysop - Castle Rock BBS
telnet://castlerockbbs.com
The sparrows are flying again...

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Castle Rock BBS - castlerockbbs.com (21:1/186)

On 02/23/17, Black Panther pondered and said...

Shouldn't running mutil with the PackFileBases pick up on the new file date and import it into the Mystic database?

[snip]


; If true, MUTIL will check to make sure files exist, and will update
; their file size in the listing, optionally removing missing files
(remove_missing)

check_files = true

[snip]

Based on this comment I would suggest the answer is no. If the file is there
in identical name but different date and size it *looks* like just file size data may be updated.

It's a bit late at night for me to test this as I reply but that's my hunch.

I think that if MUTIL is doing the importing and honoring the replace verb in
a .TIC that's when you see a file being deleted from Mystic database and a replacement with all fresh data (name,file size, date) being added.

Just a hunch..

Best, Paul

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 02/24/17, Avon said the following...

Shouldn't running mutil with the PackFileBases pick up on the new fil date and import it into the Mystic database?

Based on this comment I would suggest the answer is no. If the file is there in identical name but different date and size it *looks* like just file size data may be updated.

Ok, I hope this is something that g00r00 looks at when he gets back. I can't believe I forgot to turn mutil back on for file processing. But, if I hadn't,
I wouldn't have noticed this issue.

I think that if MUTIL is doing the importing and honoring the replace
verb in a .TIC that's when you see a file being deleted from Mystic database and a replacement with all fresh data (name,file size, date) being added.

That makes sense, as MUTIL would be able to directly access the Mystic file database, whereas HTick isn't able to.

Just a hunch..

It's a good hunch, in my opinion, as well. :) I guess I just assumed if MUTIL was checking the existence and size of the file, it would also check the
date.

Thanks for the input. I greatly appreciate it.


Dan Richter
aka Black Panther
Sysop - Castle Rock BBS
telnet://castlerockbbs.com
The sparrows are flying again...

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Castle Rock BBS - castlerockbbs.com (21:1/186)

On 02/24/17, Black Panther pondered and said...

It's a good hunch, in my opinion, as well. :) I guess I just assumed if MUTIL was checking the existence and size of the file, it would also
check the date.

Thanks for the input. I greatly appreciate it.

Cheers... yeah I think if I spent a bit of time testing that theory it would likely pan out.. time seems to be hard to wrangle at the moment!

Best, Paul

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)