Hi All,

I just wanted to mention that I did have another TIC file get stuck during
the processing last night. This is using MIS and the A35 alpha of MUTIL.

What I'm going to do tonight when I get home from work, is switch over to running MIS2 for the telnet and binkd connections, while leaving MIS to run
the events. I'm curious to see if that might solve any issues with this.

Just as a reminder, the TIC file sits in the incoming directory, and when I
try to delete it, I get a Windoze error stating "the file is currently in use by mis.exe".

I'll make status updates in here on how everything works. I know that g00r00
is doing some FANTASTIC work with Mystic and MIS2, so I'm hoping that this
will cure the issue. :)


---

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

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

On 07/01/17, Black Panther pondered and said...

I just wanted to mention that I did have another TIC file get stuck
during the processing last night. This is using MIS and the A35 alpha of MUTIL.

What I'm going to do tonight when I get home from work, is switch over to running MIS2 for the telnet and binkd connections, while leaving MIS to run the events. I'm curious to see if that might solve any issues with this.

Just as a reminder, the TIC file sits in the incoming directory, and
when I try to delete it, I get a Windoze error stating "the file is currently in use by mis.exe".

So you're not using MIS2 at all per chance right now? I see similar issues at times with packets getting stuck in the inbound and not being released for deletion by MIS2. So in windows if I try to delete the packet it says the
file is in use by MIS2. Something I had reported on here a little while ago.

This has not been happening for me so far with A35 using MIS2 but yours is
the first report I have read that details something almost identical but with MIS

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

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

Just as a reminder, the TIC file sits in the incoming directory, and when I try to delete it, I get a Windoze error stating "the file is currently in use by mis.exe".

So you're not using MIS2 at all per chance right now? I see similar
issues at times with packets getting stuck in the inbound and not being released for deletion by MIS2. So in windows if I try to delete the
packet it says the file is in use by MIS2. Something I had reported on here a little while ago.

No, I'm not using MIS2 right now. I just know that g00r00 is planning on getting rid of MIS, so I don't see him doing any work on it right now.

It has just been with a TIC file that gets stuck. Although, I'm not sure if using MIS just for events will solve this. If this happens during an event,
it could still be an issue... I'll have to do some testing and see what happens.


---

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

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

On 07/01/17, Black Panther pondered and said...

No, I'm not using MIS2 right now. I just know that g00r00 is planning on getting rid of MIS, so I don't see him doing any work on it right now.

Ah OK

It has just been with a TIC file that gets stuck. Although, I'm not sure if using MIS just for events will solve this. If this happens during an event, it could still be an issue... I'll have to do some testing and
see what happens.

Is it a fsxNet related TIC Dan or another network?

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

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

It has just been with a TIC file that gets stuck. Although, I'm not s if using MIS just for events will solve this. If this happens during event, it could still be an issue... I'll have to do some testing and see what happens.

Is it a fsxNet related TIC Dan or another network?

It is from another network. The TIC is being created by Allfix v5.13.004, so I'm not sure if it's an issue with Mystic, or maybe a compatibility issue
from an older version of Allfix...


---

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

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

On 07/01/17, Black Panther pondered and said...

It is from another network. The TIC is being created by Allfix
v5.13.004, so I'm not sure if it's an issue with Mystic, or maybe a compatibility issue from an older version of Allfix...

My hunch is the TIC is fine and without the file it shipped with it will not work now anyway. The issue is it's file locked (by the sounds of it) by MIS
so MUTIL can clear it when it does try to process it.

What does the MUTIL level 3 log show?

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

On 07/02/17, Avon pondered and said...

not work now anyway. The issue is it's file locked (by the sounds of it) by MIS so MUTIL can clear it when it does try to process it.

^^^^^^ should have read can't .... too quick with my typing!

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

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

My hunch is the TIC is fine and without the file it shipped with it will not work now anyway. The issue is it's file locked (by the sounds of it) by MIS so MUTIL can clear it when it does try to process it.

The TIC file comes through with the attached file. MUTIL processes it just fine, but is unable to delete the TIC file when it's finished.

What does the MUTIL level 3 log show?

+ Jun 30 22:04:17 Process: Toss FDN/TIC Files
+ Jun 30 22:04:17 Tossing AUNT780N.TIC
- Jun 30 22:04:17 Key (AREA) Value (Area SURVNODE)
- Jun 30 22:04:17 Key (AREADESC) Value (Areadesc SV: Survival net nodelist)
- Jun 30 22:04:17 Key (ORIGIN) Value (Origin 9:91/1)
- Jun 30 22:04:17 Key (FROM) Value (From 9:91/1)
- Jun 30 22:04:17 Key (DESTINATION) Value (Destination 9:91/27, Dan Richter)
- Jun 30 22:04:17 Key (REPLACES) Value (Replaces SURVNET.174)
- Jun 30 22:04:17 Key (MAGIC) Value (Magic SURVNODE)
- Jun 30 22:04:17 Key (FILE) Value (File SURVNET.181)
- Jun 30 22:04:17 Key (SIZE) Value (Size 5541)
- Jun 30 22:04:17 Key (DESC) Value (Desc Survnet nodelist Friday, June
30, 2017)
- Jun 30 22:04:17 Key (LDESC) Value (Ldesc Survnet nodelist Friday, June 30, 2017)
- Jun 30 22:04:17 Key (LDESC) Value (Ldesc -- Day number 181)
- Jun 30 22:04:17 Key (CRC) Value (Crc 353DD2A5)
- Jun 30 22:04:17 Key (CREATED) Value (Created by ALLFIX+, v5.13.004 Copyright (C) 1992,99 by Harms Software (1:140/30))
- Jun 30 22:04:17 Key (PATH) Value (Path 9:91/1@Survnet 1498885108 FRI
JUN 30 23:58:28 2017 UTC-0500 96E94501)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/1)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/2)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/3)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/4)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/5)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/6)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/7)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/8)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/9)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/11)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/12)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/14)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/15)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/16)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/17)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/18)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/19)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/20)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/21)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/22)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/23)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/24)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/25)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/26)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/27)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/28)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:91/29)
- Jun 30 22:04:17 Key (SEENBY) Value (Seenby 9:92/1)
+ Jun 30 22:04:17 File SURVNET.181 Area SURVNODE From 9:91/1
- Jun 30 22:04:17 Replace "SURVNET.174"
+ Jun 30 22:04:17 Added to SV: Survival net nodelist
! Jun 30 22:04:17 Failed moving TIC file
+ Jun 30 22:04:17 Scanning Hatches


---

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

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

Ok,

I've switched over to using MIS2 for both telnet and binkd servers. I do have MIS running, just to handle the events. (I didn't realize that MIS wouldn't
run without any servers set up...)

I'm gonna let it run like this for awhile, and see if the TIC file problem is isolated to MIS...

I hope that your issues with mail packets getting stuck with MIS2 has been fixed. I would rather not have any files getting stuck, if I can help it... :)


---

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

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

On 07/01/17, Black Panther pondered and said...

Ok,

I've switched over to using MIS2 for both telnet and binkd servers. I do have MIS running, just to handle the events. (I didn't realize that MIS wouldn't run without any servers set up...)

I'm gonna let it run like this for awhile, and see if the TIC file
problem is isolated to MIS...

I hope that your issues with mail packets getting stuck with MIS2 has
been fixed. I would rather not have any files getting stuck, if I can
help it... :)

Gotcha... OK let's see how things roll along... :) Thanks for the heads up.

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

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

I've switched over to using MIS2 for both telnet and binkd servers. I

Gotcha... OK let's see how things roll along... :) Thanks for the heads up.

Do you know if MIS2 uses the DNSBL and DNSCC lookups? It seems like I'm
getting a lot more telnet connections now than I was when I was running MIS...


---

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

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

Hello all. Something weird is happening on my system with A34 . When I run MUTIL it keeps saying "Waiting for busy nodes" even though I do a FIDOPOLL KILLBUSY. Any ideas what may be wrong? Thanks.

Hello all. Something weird is happening on my system with A34 . When I run MUTIL it keeps saying "Waiting for busy nodes" even though I do a FIDOPOLL KILLBUSY. Any ideas what may be wrong? Thanks.

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

Thanks please do. I'm about 10 days behind on messages and what not,
and the Mystic code is in shambles :) But I am working on stability as best I can in this next alpha including on the lately neglected Pi (because I was stuck trying to test and code on a slow Pi1 but now I
have a 3)

I did have to switch the binkp server back to MIS. While I had it running
under MIS2, I wasn't able to connect with my uplink for Fido filebone. He's running Synchronet, and I continuously have unsecure sessions with his
system. I guess there is something in MIS2 that wouldn't allow an unsecure session...


---

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

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