Hi All,

After upgrading to A35, I've had some new "users" sign up on the board.


2 08/24/17 04:39a
Ableshell 2 08/24/17 04:44a Ablesh 2 08/24/17 04:57a Able /bin/busybox Wget; /bi 2 08/24/17 06:02a Able 2 08/24/17 06:12a Able 1 08/24/17 01:52p Able 1 08/24/17 02:44p Able 1 08/24/17 02:45p Able 1 08/24/17 02:46p Able 1 08/24/17 03:22p

I know these are bots, but how are they getting to the sign in as a new user section of Mystic?

I have gone into the user editor, and locked them out of the system, so they shouldn't be able to get any further than the login page... I hope...

This is new, as I haven't seen this happen in earlier versions of Mystic...


---

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

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

On 08/24/17, Black Panther said the following...

After upgrading to A35, I've had some new "users" sign up on the board.

Ableshell 2 08/24/17 04:44a Ablesh 2 08/24/17 04:57a Able /bin/busybox Wget; /bi
2 08/24/17 06:02a Able
2 08/24/17 06:12a Able
1 08/24/17 01:52p Able
1 08/24/17 02:44p Able

This is normal and has been for a while. What I see is the bot running for
days on end, then generally a Russian comes in and looks at it running and modifies it a little (from Russian IP), then the bot starts doing this. Blocking Russia cut it down, but it still happens from (Russia via) Brazil
now ;( Before it was from Russia, then Turkey, then ...
They have bots all over the world, so the only way is to block the whole
world. You can add 'Able' to trashcan.dat in data.

--- Mystic BBS v1.12 A33 (Raspberry Pi/32)
* Origin: Mystic Pi BBS bcw142.zapto.org (21:1/145)

On 08/25/17, bcw142 said the following...

Ableshell 2 08/24/17 04:44a Ablesh 2 08/24/17 04:57a Able /bin/busybox Wget; /bi 2 08/24/17 06:02a Able 2 08/24/17 06:12a Able

This is normal and has been for a while. What I see is the bot running
for days on end, then generally a Russian comes in and looks at it
running and modifies it a little (from Russian IP), then the bot starts doing this. Blocking Russia cut it down, but it still happens from
(Russia via) Brazil now ;( Before it was from Russia, then Turkey, then

I guess I didn't notice them before, when I was running MIS. It would block
any blacklisted IP address's. Now that I'm running MIS2, is when I noticed it...

whole world. You can add 'Able' to trashcan.dat in data.

I just did that. :) I had forgotten the file was there... lol

Thanks,


---

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

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

Ok, I have just installed the most recent test version of A35, as of about 3 hours ago. I have noticed a glitch...

I am running MIS2 for telnet and binkp. MIS is running for the events, and local access NNTP server. When mail comes in, it's not creating the
echomail.in semaphore file as it usually does.

This isn't a major issue, as the events will process incoming mail at least every hour, when it polls. This is running the Linux 64bit version under
Ubuntu 16.04LTS.


---

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

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

I am running MIS2 for telnet and binkp. MIS is running for the events,
and local access NNTP server. When mail comes in, it's not creating the echomail.in semaphore file as it usually does.

I am also having this problem, when packets are recieved by the MIS2 binkp server, it does not seem to be making any semaphore files, so the packets
just sit there until the next hourly event.

I have stopped using MIS completely here, and am now using MIS2 only. I have moved all of my events to cron jobs. So for now, I have added a cron job to search for packets needing to be processed.

Scott Miller
---Quickshot
----Troybbs.com

--- Mystic BBS v1.12 A35 (Linux/64)
* Origin: Troy's Den * troybbs.com (21:2/134)

I am also having this problem, when packets are recieved by the MIS2 binkp server, it does not seem to be making any semaphore files, so the packets just sit there until the next hourly event.

Okay before the September 1st release this was def a problem, but it should have been fixed then. I'll look into it. Also make sure you're using the latest A35 test as well.

Thanks for letting me know!

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

Okay before the September 1st release this was def a problem, but it should have been fixed then. I'll look into it. Also make sure you're using the latest A35 test as well.

I am using the newest version for Linux 64, and still having the same problem.

It seems to be working fine on my win/32 test system however.

Scott Miller
---Quickshot
----Troybbs.com

--- Mystic BBS v1.12 A35 (Linux/64)
* Origin: Troy's Den * troybbs.com (21:2/134)

On 09/02/17, quickshot said the following...

I am running MIS2 for telnet and binkp. MIS is running for the events and local access NNTP server. When mail comes in, it's not creating t echomail.in semaphore file as it usually does.

I am also having this problem, when packets are recieved by the MIS2 binkp server, it does not seem to be making any semaphore files, so the packets just sit there until the next hourly event.

For now, I have moved binkp back over to MIS, so the semaphore files are created. I'll switch it back to MIS2 to test it in the next version of A35.


---

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

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

Okay before the September 1st release this was def a problem, but it should have been fixed then. I'll look into it. Also make sure you' using the latest A35 test as well.

I am using the newest version for Linux 64, and still having the same problem.

It seems to be working fine on my win/32 test system however.

Sorry, I need context as I get a lot of messages and I forget what we're talking about.

Apparently my message linking did not work. I'll have to look into that.

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

For now, I have moved binkp back over to MIS, so the semaphore files are created. I'll switch it back to MIS2 to test it in the next version of A35.

I can't seem to reproduce this at all in any of my environments. Could there be an access issue?

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

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

For now, I have moved binkp back over to MIS, so the semaphore files created. I'll switch it back to MIS2 to test it in the next version o A35.

I can't seem to reproduce this at all in any of my environments. Could there be an access issue?

Yup. I'm an idiot...

For some reason the owner of the /mystic/semaphore directory was changed to root. I changed that back to me, and it's working fine...

Sorry about that... At least now I'm learning why everyone was complaining about ownership and permissions when dealing with Linux...

Thanks for the slap in the face... :)


---

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

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

On 09/04/17, Black Panther said the following...

For some reason the owner of the /mystic/semaphore directory was changed to root. I changed that back to me, and it's working fine...

I spoke too soon. It worked once, where it created the echomail.in semaphore, and now it isn't again. I only have the mis2.bsy and nodeinfo.now files in
the /mystic/semaphore directory

I can't seem to reproduce this at all in any of my environments. Cou there be an access issue?

What other type of access issues should I be looking for? I'm still learning Linux, so there may be things that I'm overlooking. I was able to get
ownership and permissions set properly...

Thanks,


---

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

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

Black Panther wrote to g00r00 <=-

Yup. I'm an idiot...

For some reason the owner of the /mystic/semaphore directory was
changed to root. I changed that back to me, and it's working fine...

Haha, I think we've all done something like that and screwed up permissions at least once. It certainly teaches you! :D

Sorry about that... At least now I'm learning why everyone was
complaining about ownership and permissions when dealing with Linux...

It's actually not a difficult issue to handle. Mystic's structure makes it easier as well. There are two ways to ensure your ownership is correct:

1. ALWAYS make any changes while logged in as your BBS user, including running of Mystic's utilities.

or

2. when finished, use chown -R <user>[.group] <path>, where user and group are the <user> and [group] of the user that Mystic runs as, and <path> is the path to Mystic's root. FOr example, on my system:

chown -R mystic.mystic /mystic

I normally do the first option. That way, I can also run utilities (fidopoll, etc) and know they won't screw things up. :) I normally only use the second option when moving files into the Mystic tree while logged in as root. The most common example is while upgrading Mystic.

Thanks for the slap in the face... :)

;)


... It's not the bullet that kills you, it's the hole.
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (21:1/109)

Black Panther wrote to g00r00 <=-

I spoke too soon. It worked once, where it created the echomail.in semaphore, and now it isn't again. I only have the mis2.bsy and nodeinfo.now files in the /mystic/semaphore directory

Check permissions again. :)

What other type of access issues should I be looking for? I'm still learning Linux, so there may be things that I'm overlooking. I was able
to get ownership and permissions set properly...

Also check any cron jobs you've created, make they're running in the Mystic user's crontab. Cron jobs run as root are another trap for new players. :)


... Daddy, what does "now formatting drive C:" mean?
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (21:1/109)

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

I spoke too soon. It worked once, where it created the echomail.in semaphore, and now it isn't again. I only have the mis2.bsy and nodeinfo.now files in the /mystic/semaphore directory

Check permissions again. :)

I didn't notice any of them different. I ran:

chown -R dan:dan /mystic

I am just waiting for some mail to come in now to see if it creates the semaphore...

Also check any cron jobs you've created, make they're running in the Mystic user's crontab. Cron jobs run as root are another trap for new players. :)

I was playing around with cron jobs... There was one set up as root, but the bash file wasn't running... At least I don't think it was... It is now
removed, so that shouldn't be an issue. :)

Ok, there was just mail delivered, and Mystic still didn't create the
semaphore file... :( I'm gonna do a little nosing around and see what trouble
I can get into with Linux...


---

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

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

I spoke too soon. It worked once, where it created the echomail. semaphore, and now it isn't again. I only have the mis2.bsy and nodeinfo.now files in the /mystic/semaphore directory

Ok, there was just mail delivered, and Mystic still didn't create the semaphore file... :( I'm gonna do a little nosing around and see what trouble I can get into with Linux...

I am still having this problem too. I also thought it was fixed, but mystic only seems to make the semaphores after first run. After that it does not.

Might it have something to do with our linux version? I believe we are both
on 16.04 ununtu?

I also cannot find anything out of wack with permissions.

As of now, I have cron running a semaphore check until i can figure this out.

Scott Miller
---Quickshot
----Troybbs.com

--- Mystic BBS v1.12 A35 (Linux/64)
* Origin: Troy's Den * troybbs.com (21:2/134)

What other type of access issues should I be looking for? I'm still learning Linux, so there may be things that I'm overlooking. I was able
to get ownership and permissions set properly...

Well there are many ways to do accesses.

Do you have a BBS user/group just for the BBS? If so, you need to chown the BBS directory. Make sure all the executables are owned by the BBS user/group, all folders, and all files.

You also need to make sure that if you have anything else running that you're running it under the BBS user. This is a big mistake people make where they use their Linux machine as root or some other user which changes access... Or they set up some shell script or cron that runs as root which changes accesses.

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

Hello g00r00,

Do you have a BBS user/group just for the BBS? If so, you need to chown the BBS directory. Make sure all the executables are owned by the BBS

user/group,

all folders, and all files.

You also need to make sure that if you have anything else running that you're running it under the BBS user. This is a big mistake people make where they use their Linux machine as root or some other user which changes access... Or they set up some shell script or cron that runs as root which changes

accesses

Also (I speak from experience) to use the user's/owner's cron events and not the root's cron events. I initially made the mistake of loading the bbs's events as a root event. Doing so allowed some permissions and ownership to be changed which prevented Mystic from being able to access the affected files.

Using Linux both BBBS and Mystic can be loaded as root to bind to the necessary <1024 ports but then they will switch to the user that owns the executable to actually load/run the BBS.


Jeff

--- BBBS/Li6 v4.10 Toy-3
* Origin: FsxNet: The Ouija Board - bbs.ouijabrd.net (21:1/128)

Hi Dan not sure if this will help your permission problem but when i was setting up on my raspberry pi it would revert back to root every time i ran maintenance and i was having to run chown on the mystic folder after it ran maintenance every time.

Dale.

--- Mystic BBS v1.12 A34 (Raspberry Pi/32)
* Origin: New Mystic BBS (21:2/107)

On 09/06/17, code dc said the following...

Hi Dan not sure if this will help your permission problem but when i was setting up on my raspberry pi it would revert back to root every time i ran maintenance and i was having to run chown on the mystic folder after it ran maintenance every time.

Thank you. I think the permissions have been corrected. (at least from what I can tell...)

I did find a cron job that was set to run as root. I've taken that out. It
may have been causing the permission issue.

I'm just not sure why MIS2 isn't creating the echomail.in file. If I poll manually with ./fidopoll, it creates it with no problem...


---

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

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

05 Sep 17 23:45, you wrote to code dc:

I'm just not sure why MIS2 isn't creating the echomail.in file. If I
poll manually with ./fidopoll, it creates it with no problem...
--- Mystic BBS v1.12 A35 (Linux/64)

Just so your know that your not going crazy, the samething happens here using msi2 for my binkp on A35_win32.

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

On 09/06/17, Skuz said the following...

I'm just not sure why MIS2 isn't creating the echomail.in file. If I poll manually with ./fidopoll, it creates it with no problem...
--- Mystic BBS v1.12 A35 (Linux/64)

Just so your know that your not going crazy, the samething happens here using msi2 for my binkp on A35_win32.

Ok, that does make me feel better. At least I know that there are two systems running Linux/64 and one running Win/32 that have the same issue.

I was starting to think that I did something to my system to cause the problem...

Thanks,


---

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

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

I'm just not sure why MIS2 isn't creating the echomail.in file. If I poll manually with ./fidopoll, it creates it with no problem...
--- Mystic BBS v1.12 A35 (Linux/64)

Just so your know that your not going crazy, the samething happens here using msi2 for my binkp on A35_win32.

This is very good to know. At least i have not been going completely crazy.

Scott Miller
---Quickshot
----Troybbs.com

--- Mystic BBS v1.12 A35 (Linux/64)
* Origin: Troy's Den * troybbs.com (21:2/134)

Black Panther wrote to Vk3jed <=-

I didn't notice any of them different. I ran:

chown -R dan:dan /mystic

I am just waiting for some mail to come in now to see if it creates the semaphore...

Cool, good luck. :)

I was playing around with cron jobs... There was one set up as root,
but the bash file wasn't running... At least I don't think it was... It
is now removed, so that shouldn't be an issue. :)

Could be the culprit. :)

Ok, there was just mail delivered, and Mystic still didn't create the semaphore file... :( I'm gonna do a little nosing around and see what trouble I can get into with Linux...

Hmm, interesting. :) I'm sure you'll have fun. :)


... Spam will keep in it's can until the end of time.
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (21:1/109)

On 09/04/17, quickshot said the following...

Ok, there was just mail delivered, and Mystic still didn't create the semaphore file... :( I'm gonna do a little nosing around and see what trouble I can get into with Linux...

I am still having this problem too. I also thought it was fixed, but mystic only seems to make the semaphores after first run. After that it does not.

Might it have something to do with our linux version? I believe we are both on 16.04 ununtu?
--- Mystic BBS v1.12 A35 (Linux/64)
* Origin: Troy's Den * troybbs.com (21:2/134)

I just finished a major rebuild on my main BBS (bcw142.zapto.org Mystic Pi
BBS) with A35 preview and did a %RESCAN overnight and got everything from FSX_GEN with no problems. This will be a test of getting normal message I/O, but I don't see a problem yet. I'm using G00r00's default setup modified for Linux with ./ for executables. I did open up the semaphore directory totally
in the process (777), but I have an AlphaTest running on X64_X86 Ubuntu 14.04 and another running 16.04 all with the newest A35 preview. Other than wrong address for FSX binkp I haven't seen any major problems. Semaphores go so
fast how are you determining a problem with them?

--- Mystic BBS v1.12 A35 (Raspberry Pi/32)
* Origin: Mystic Pi BBS bcw142.zapto.org (21:1/145)

I'm just not sure why MIS2 isn't creating the echomail.in file. If I poll manually with ./fidopoll, it creates it with no problem...

I did end up finding a problem and it has been fixed.

Thank you for the reports and patience! I'll try to get new A35 tests up
soon.

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

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

I'm just not sure why MIS2 isn't creating the echomail.in file. If I manually with ./fidopoll, it creates it with no problem...

I did end up finding a problem and it has been fixed.

You're Awesome!

Thank you for the reports and patience! I'll try to get new A35 tests up soon.

Thank you. It is greatly appreciated.

See Everyone. I'm not crazy... ;) lol (well, at least not due to this)


---

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

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

On 09/06/17, Black Panther pondered and said...

See Everyone. I'm not crazy... ;) lol (well, at least not due to this)

Scrub those dots off the wall Ethel!

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

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

I'm just not sure why MIS2 isn't creating the echomail.in file. If I manually with ./fidopoll, it creates it with no problem...

I did end up finding a problem and it has been fixed.

I just installed the A35 release and tested it. It seems to be working fine now. :)

Thank you! ;)


---

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

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

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

I just installed the A35 release and tested it. It seems to be working fine now. :)

Yes on Linux x64 it should be fine, this one is x64 and I haven't had any
real trouble with it. The Pi on the other hand was down most of the week.
It's back up now (didn't change the software, just the telnet and binkp
servers back to mis). So far only one reboot and it was back up right away.

--- Mystic BBS v1.12 A35 (Linux/64)
* Origin: Mystic AlphaTest bcw142.zapto.org:2323 (21:1/145.2)