Hi All,

I was just wondering if anyone else has had this happen with Mystic running under Windows.

About once/twice a week, there will be an incoming TIC file that will get
stuck in the \echomail\in\ directory. By stuck, I mean that I can't move it
or delete it, as it is "open in mis.exe", according to Windows.

What I end up doing, is restarting the server, and then it will release the file so I can delete it.

The TIC file, along with the accompanying file, get processed by Mystic with
no problems. The TIC file just seems to get stuck in the inbox. It's not a major problem, but it is causing issues with my mailin.bat file processing,
as the TIC file exists in the directory.

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)

running under Windows.
About once/twice a week, there will be an incoming TIC file that will get stuck in the \echomail\in\ directory. By stuck, I mean that I can't move it or delete it, as it is "open in mis.exe", according to Windows.

I've experienced the same thing and had to do the same thing. I ended up deleting the .TIC file. I do not know why it does that...

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

On 04/07/17, garycrunk said the following...

About once/twice a week, there will be an incoming TIC file that will stuck in the \echomail\in\ directory. By stuck, I mean that I can't m it or delete it, as it is "open in mis.exe", according to Windows.

I've experienced the same thing and had to do the same thing. I ended up deleting the .TIC file. I do not know why it does that...

It's not a major problem here, just annoying. :)

I have my mailin.bat file set to check for incoming tic files.

cd \bbs\mystic\echomail\in\
if exist *.tic goto filetoss

So, the only real issue is that it's running the file toss when it doesn't
need to..

Perhaps this could be added to the list for g00r00 when he comes back.


---

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)

Perhaps this could be added to the list for g00r00 when he comes back.

I'm looking through the code now to see if there is anything obvious to fix, but if not, I'll at least try to add a little debug logging into loglevel=3
so that we might be able to more easily track down the issue.

--- Mystic BBS v1.12 A32 (Windows)
* Origin: flupH | fluph.darktech.org (21:1/105)

On 05/06/17, g00r00 said the following...

I'm looking through the code now to see if there is anything obvious to fix, but if not, I'll at least try to add a little debug logging into loglevel=3 so that we might be able to more easily track down the issue.

Hi g00r00!

I've been monitoring the .TIC files that get stuck. It seems as though it is the SurvivalNet Nodelist .TIC that gets stuck most of the time. I've got a
copy stuck in the inbox right now. I've checked and there is nothing
obviously different from any other .TIC file...

Thanks,


---

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

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

SURVNET.
Here is what the Stuck-File contains: --------------------------------------------------
Area SURVNODE
Areadesc SV: Survuval net nodelist
Origin: 9:91/1
From 9:91/1
Destination 9:91/11, Gary Crunk
Replaces SURVNET.118
Magic SURVNODE
File SURVNET.125
size 5436
Desc Survnet nodelist Friday, May 5, 2017
Ldesc Survnet nodelist Friday, May 5, 2017
Ldesc -- Day number 125
Crc 35CF132B
Created by ALLFIX+ v5.13.004 Copyright (C) 1992, 99 by Harms Software (1:140/30)
Path 9:91/1@Survnet 1494062832 SAT May 6 04:27:12 2017 UTC-0500 96E94501
Seenby 9:91/1
Seenby ..... a list of them...
pw MYPASSWORD
-----------------------------------------------

Hope this helps whomever to debug better..

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

On 05/06/17, garycrunk pondered and said...

I have the same issue... the TIC file that always gets stuck is the for SURVNET.
Here is what the Stuck-File contains: --------------------------------------------------

[snip]

File SURVNET.125
size 5436
Desc Survnet nodelist Friday, May 5, 2017
Ldesc Survnet nodelist Friday, May 5, 2017
Ldesc -- Day number 125

I wonder if ^^^^^^^^^^^^^^^^^^^^^^^ should be there and if the length of this line is correct? Not sure, but it jumped out at me as something a little strange.

Best, Paul

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

On 05/06/17, garycrunk said the following...

I have the same issue... the TIC file that always gets stuck is the for SURVNET.

It is exactly the same file that gets stuck here. It processes just fine, but for some reason the TIC file remains in use by MIS...


---

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

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

I wonder if ^^^^^^^^^^^^^^^^^^^^^^^ should be there and if the length of

Not sure either. Someone also posted that their system processes the file
but does not delete the .TIC file. Mine is not so... The .TIC file says it
is replacing SURVNET.118... But it does not replace mine at all. It places the file SURVNET.125 into the CURVNODE folder, but does not replace my SURVNET.118 in the Root Mystic\Files\Survnet folder...

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

Network... For Survnet, I have svnmailin.ini. Here is todays LOG of it's activities:
----------------- MUTIL v1.12 A31 Sat, May 06 2017 (loglevel 3)
+ May 06 20:55:57 Startup using svn_mailin.ini
- May 06 20:55:57 SKIP Import_FIDONET.NA
- May 06 20:55:57 SKIP Import_MessageBase
- May 06 20:55:57 SKIP Import_FILEBONE.NA
- May 06 20:55:57 SKIP MassUpload
- May 06 20:55:57 SKIP GenerateTopLists
- May 06 20:55:57 SKIP Import_FILES.BBS
- May 06 20:55:57 SKIP GenerateAllFiles
- May 06 20:55:57 SKIP ExportEchoMail
- May 06 20:55:57 EXEC ImportEchoMail
- May 06 20:55:57 SKIP PurgeMessageBases
- May 06 20:55:57 SKIP PackMessageBases
- May 06 20:55:57 SKIP PostTextFiles
- May 06 20:55:57 SKIP LinkMessages
- May 06 20:55:57 SKIP MergeNodeLists
- May 06 20:55:57 EXEC FileToss
- May 06 20:55:57 SKIP PackFileBases
+ May 06 20:55:57 Process: Toss FDN/TIC Files
+ May 06 20:55:57 Tossing A64DJEG9.TIC
+ May 06 20:55:57 File SURVNET.125 Area SURVNODE From 9:91/1
! May 06 20:55:57 Bad filename; Moved to c:\mystic\files\Survnet\badfile\ ! May 06 20:55:57 Failed moving file
! May 06 20:55:57 Failed moving TIC file
+ May 06 20:55:57 Results: 0 imported, 0 tossed, 1 bad in 0.00s
+ May 06 20:55:57 Process: Importing EchoMail
+ May 06 20:55:57 Waiting for BUSY nodes
- May 06 20:55:57 LINKS:
- May 06 20:55:57 Node 2 80:774/0@retronet
- May 06 20:55:57 Node 1 21:2/100@fsxnet
- May 06 20:55:57 Node 3 9:91/1@survnet
! May 06 20:55:57 Import from e:\mystic\echomail\in\
! May 06 20:55:57 Unknown inbound file userstat.zip
! May 06 20:55:57 Unknown inbound file A64DJEG9.TIC
+ May 06 20:55:57 Results: 0 echo, 0 net, 0 dupes, 0 tossed in 0.03s
+ May 06 20:55:57 Shutdown Normal (0)

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

On 05/06/17, garycrunk said the following...

I have the same issue... the TIC file that always gets stuck is the for SURVNET.
Here is what the Stuck-File contains:
Desc Survnet nodelist Friday, May 5, 2017
Ldesc Survnet nodelist Friday, May 5, 2017
Ldesc -- Day number 125

Allfix has been around for some time, it has the option to use both
Desc/Ldesc .. so it might be possible that Mystic can't deal with both and
only needs to see one or the other in the TICfile. It gets hatched out and process fine here with 1.12a32 (has never failed). Yet rememeber, it's ALLFIX doing the processing. Now there are other ways to do this, by telling allfix
to hatch just to one node (myself) 9:91/1 \mystic\in\ Then let mystic do all the processing from the hatching system. The only thing that I can do is try
it and see what happens. In the end, the button line, this is a work around until the Hatch ASC part of mystic is completed. To my knowledge that part as not been finished yet. I could be wrong and just don't understand it
completely (:

--- Mystic BBS v1.12 A32 (Windows)
* Origin: flupH | fluph.darktech.org (21:1/105)

On 05/07/17, Avon said the following...

Ldesc Survnet nodelist Friday, May 5, 2017
Ldesc -- Day number 125

I wonder if ^^^^^^^^^^^^^^^^^^^^^^^ should be there and if the length of this line is correct? Not sure, but it jumped out at me as something a little strange.

Yes it does look strange. But since it's just a TICfile I'd think that mystic just see the text after the Ldesc command that would cause it to only import the Survnet nodelist Friday, May 5, 2017
--Day number 125
into the description when it was successfully processed.

To be honest, I don't remember noticing if mystic as ever imported a Ldesc
into a mystic Description .. where is says updoaded by Mystic TIC. Something
I should check to see if it happen or not.

--- Mystic BBS v1.12 A32 (Windows)
* Origin: flupH | fluph.darktech.org (21:1/105)

On 05/06/17, Black Panther said the following...

It is exactly the same file that gets stuck here. It processes just
fine, but for some reason the TIC file remains in use by MIS...

I'm glad you guys have mentioned his happening. The reason that I'm not
seeing it happening is because my Allfix is doing the processing of the hatching that takes control out of the hands of mystic. My guess would be
that if I change the way I'm doing it to let Mystic process it. I'll see the same things your both seeing. I'll get back to you all after I have made the changes over here. Then will see what happens.

--- Mystic BBS v1.12 A32 (Windows)
* Origin: flupH | fluph.darktech.org (21:1/105)

On 05/06/17, garycrunk said the following...

Not sure either. Someone also posted that their system processes the
file but does not delete the .TIC file. Mine is not so... The .TIC file says it is replacing SURVNET.118... But it does not replace mine at
all. It places the file SURVNET.125 into the CURVNODE folder, but does not replace my SURVNET.118 in the Root Mystic\Files\Survnet folder...

I See.. over here with the way my ALLFIX is set up with Mystic, the OLD nodelist will always get replaced. But I've noticed in the mystic filebase
the old nodelist still showing up. That probably has to do with me not
purging my file base enough. I need to put the TICfile process back into the hands of Mystic and see whats happening then try to figure it all out. Thanks for the heads up on this issue.

--- Mystic BBS v1.12 A32 (Windows)
* Origin: flupH | fluph.darktech.org (21:1/105)

On 05/06/17, garycrunk said the following...

I did a little poking around. I have a separate mailin.ini for each
+ May 06 20:55:57 Process: Toss FDN/TIC Files
+ May 06 20:55:57 Tossing A64DJEG9.TIC
+ May 06 20:55:57 File SURVNET.125 Area SURVNODE From 9:91/1
! May 06 20:55:57 Bad filename; Moved to c:\mystic\files\Survnet\badfile\ ! May 06 20:55:57 Failed moving

This is interesting, not sure way it was a BAD filename; then moved when it existed on the first place. Unless is was corrupted when it got transfered.
If it was corrupted in the transfer the it would have failed the CRC32 hex
code test. Whatever the case is, I don't understand the Bad filename when the filename can be anything stated in the TICfile. *shrug* No clue what the deal is or why this has become an issue. One thing is evident.. ALLFIX processes
the TICfile fine while Mystic does not. Form what I can tell over here.

--- Mystic BBS v1.12 A32 (Windows)
* Origin: flupH | fluph.darktech.org (21:1/105)

On 05/07/17, Skuz said the following...

It is exactly the same file that gets stuck here. It processes just fine, but for some reason the TIC file remains in use by MIS...

I'm glad you guys have mentioned his happening. The reason that I'm not seeing it happening is because my Allfix is doing the processing of the

It's not a huge problem. It's just an annoyance on this end. The nodelist processes just fine here, and Mystic imports it into the file base. For some reason the TIC just sits in the inbound until I restart MIS, and delete it manually.

I do know that g00r00 has made a reappearance to this echo. Perhaps when he gets time he can take a look and see what's happening on Mystics end. It just seems strange that it has only been the TIC for the Survival Net nodelist...

Thanks for taking a look into it for us.


---

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

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

process these via Mutil and the .ini file...
What is ALLFIX please...

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

Hi garycrunk!

07 May 2017 20:39, from garycrunk -> Skuz:

What is ALLFIX please...

A TICer.
A utility that specializes in handling TIC files, and does ONLY that, but does it well. (another utility like that is Huskys htick)

CU, Ricsi

--- GoldED+/LNX
* Origin: Truth, like surgery, may hurt. But it cures (21:1/104)

* An ongoing debate between garycrunk and Skuz rages on ...

Ok... Call me St00pid... ALLFIX? I've only ever let my Mystic 1.12
A31 process these via Mutil and the .ini file... What is ALLFIX
please...

It is now freeware (www.allfix.com) and available for most platforms (DOS, OS/2, Windows, Linux) a bit dated but VERY good File area processor!


.- Keep the faith, --------------------------------------------------.
| |
| Ben aka cMech Web: http|ftp|binkp|telnet://cmech.dynip.com |
| Email: fido4cmech(at)lusfiber.net |
| Home page: http://cmech.dynip.com/homepage/ | `----------- WildCat! Board 24/7 +1-337-984-4794 any BAUD 8,N,1 ---'

... OOPS I didn't know my screen would do that!
--- GoldED+/LNX v1.1.5-b20170303 ... via Mystic BBS!
* Origin: FSXNet - Positronium Pi: telnet://cmech.dynip.com:2323 (21:2/117)

A utility that specializes in handling TIC files, and does ONLY that,
but does it well. (another utility like that is Huskys htick)
CU, Ricsi

Many thanks for the info...

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

(DOS, OS/2, Windows, Linux) a bit dated but VERY good File area
processor!

Many thanks. I will check it out...

Gary Crunk
Another F-ing BBS
anotherbbs.bbsindex.com

--- Mystic BBS v1.12 A31 (Windows)
* Origin: Another F-ing BBS (21:2/105)

Hello garycrunk!

08 May 17 13:06, you wrote to Cmech:

Many thanks. I will check it out...

I was going to reply, but the other guys beat me to the draw. Mystic still handles most all my inbound TICfiles. The only reason I'm still using it is because of it's powerful options.. plus I've had it configured with Mystic since the 1.06 DOS days. I still use it's hatch.exe once a week just to do the Survnet nodelist and announce all the new files received in the past week to whatever JAM areas configured. The problem with it is there is no support for Mystic BBS so it must be configured to use a Non-supporting filebase INDEX by telling its Fcomp.exe to use 255 ~{path}\allfix That why it can built and using

it own index in the root folder. By using import any *.NA file makes building an FDN pretty easy. Plus it supports pop3/smtp tranfers of encripted files only

if your linking with a system that is also running the same software. In order to decript it. Anyway, there a many options and pros and cons for using it.
I'd probably use Husky Tools if it was such a bitch to configure (: As always Mystic is the only user friendly that is graded to my taste these days ;)

--- GoldED+/W32-MSVC 1.1.5-b20160201
* Origin: flupH * fluph.darktech.org (21:1/105)

It is exactly the same file that gets stuck here. It processes just
fine, but for some reason the TIC file remains in use by MIS...

Well the good news is that at least the problem is consistent, which should make it easier to run tests against! :)

--- Mystic BBS v1.12 A33 (Windows)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

To be honest, I don't remember noticing if mystic as ever imported a
Ldesc into a mystic Description .. where is says updoaded by Mystic TIC. Something I should check to see if it happen or not.

It should default to using LDESC if one exists, and then fall back to using DESC if there isn't a long description.

Of course, thats how it SHOULD work. If you notice it isn't working let me know.

In the meantime I am just going to add a little bit more error logging in
when opening and closing TIC files into the next alpha. Maybe that will give us some more insight as to what is going wrong.

--- Mystic BBS v1.12 A33 (Windows)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

I do know that g00r00 has made a reappearance to this echo. Perhaps when he gets time he can take a look and see what's happening on Mystics end. It just seems strange that it has only been the TIC for the Survival Net nodelist...

I haven't checked my email in a couple of days so this might have already happened...

But could someone please e-mail me the .TIC that causes problems to mysticbbs@gmail.com? I'll see if I can get it to get stuck here which will allow me to find and fix the issue.

Thanks!

--- Mystic BBS v1.12 A33 (Windows)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 05/09/17, g00r00 said the following...

It is exactly the same file that gets stuck here. It processes just fine, but for some reason the TIC file remains in use by MIS...

Well the good news is that at least the problem is consistent, which should make it easier to run tests against! :)

It should make it easier. :) I do still have a copy of the TIC file, if you would like a copy of it.

--- Mystic BBS v1.12 A33 (Windows)

I'm liking the looks of this... ;)


---

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

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

On 05/09/17, g00r00 said the following...

But could someone please e-mail me the .TIC that causes problems to mysticbbs@gmail.com? I'll see if I can get it to get stuck here which will allow me to find and fix the issue.

It should be in your inbox. :)


---

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

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

It should make it easier. :) I do still have a copy of the TIC file, if you would like a copy of it.

Well, I did run the .TIC through about 5 times and none of them got stuck. :(

I added a little extra debug logging into the TIC process where it should log problems closing and opening the .TIC files, but I can't say that the next alpha will be able to fix this, unfortunately.

For those that have this TIC getting stuck please check to see if you see any error in your MUTIL log after processing the file in A33. I'll try to reproduce it again in the future.

--- Mystic BBS v1.12 A33 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 05/12/17, g00r00 said the following...

Well, I did run the .TIC through about 5 times and none of them got
stuck. :(

Damn... :(

I added a little extra debug logging into the TIC process where it
should log problems closing and opening the .TIC files, but I can't say that the next alpha will be able to fix this, unfortunately.

No problem. I hope with the extra logging, we'll be able to help you find the issue.


---

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

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