I'll zip up some logs in the next 12 hours and send them to you so you
can see what the HUB has been up to under the new build.
So... interesting start for 1/100 I was noticing a number of nodes that were failing during a poll session after MUTIL has processed incoming echomail.
Use SSL/TLS │ Yes
So had to go though and manually set all 100 + echomail nodes to No just to make sure things would work better.
So that got me wondering about a use case whereby the echomail node has a domain name with a port appended to it... e.g nodes polling the fsxNet
So far all good, then set SSL/TLS to Yes for this node, and it looks
like it allowed the port defined in the BinkP Hostname to take
precedence which is good I think else you might never reach the node.
1) If I wanted to poll the node using SSL/TLS on a port that was not
24555 how can I direct Mystic to do so?
2) Because I have a port stated in BinkP Hostname when I have SSL/TLS
set to Yes is MIS POLL SEND just going to try and run a SSL session over that port?
So far all good, then set SSL/TLS to Yes for this node, and it
looks like it allowed the port defined in the BinkP Hostname to
take precedence which is good I think else you might never
reach the node.
Correct. You define the port. If you don't then Mystic will impose reasonable default ports. In other words if you just type a hostname
and do not tell it what port to use, then by default:
BINKP = Port 24554
BINKP SSL = Port 24555
(There is no default SSL port for BINKP that I know of so I made one
up)
There was some agreement on port 24553 and it seems that is what most people use. Someone already filed an application
to get 24553 in IANA's service an port registration database. I don't
know if it will get accepted.
There was some agreement on port 24553 and it seems that is
what most people use. Someone already filed an application
to get 24553 in IANA's service an port registration database. I
don't know if it will get accepted.
Thank you, I have updated the default to 24553 here too.
Looks like the request has already been rejected:
Ticket Number Queue Created Status
V1158485 IANA-Ports 2019-12-14 20:37:13 GMT Rejected
Anyway, port 24553 is still unassigned / free and is not used by any
node in the Fidonet and fsxnet nodelist (for non-TLS connections).
1) If I wanted to poll the node using SSL/TLS on a port that was not 24555 how can I direct Mystic to do so?
Configure it as "hostname:port" and set Use SSL/TLS to Yes
2) Because I have a port stated in BinkP Hostname when I have SSL/TLS set to Yes is MIS POLL SEND just going to try and run a SSL session o that port?
Yes.
So nodes polling the 1/100 HUB (for example) are then going to be trying to connect on port 24556 for SSH if they have SSL/TLS set to Yes - right?
How can the HUB offer SSL and non SSL connections on the same port to nodes polling it? I suspect it cant?
... and yet by default NET 1 nodes in fsxNet are all going to have their BinkP Hostname set for agency.bbs.nz:24556 to reach the current server they connect with.
I'm just trying to figure out how best to work this from a HUB and node point of view :)
Each configuration will have to choose SSL or not and configure their echonode entry for you to point to the proper port based on that
decision.
Its not nearly as seamless as Mystic's old opportunistic SSL since that could just decide for you the best option and only needed one port. But it will
have to do for now since that is how BINKD tunnels it and how Synchronet does it.
I noticed that my events are not running, specifically for the ./mis poll events. I looked at the logs and the last time they ran was 11/7. I manuallyran ./mis poll forced today (11/10) to get it to update.
any ideas?π
I noticed that my events are not running, specifically for the ./mis poll events. I looked at the logs and the last time they ran was 11/7. I manuallyran ./mis poll forced today (11/10) to get it to update.
I noticed that my events are not running, specifically for the ./mis poll
events. I looked at the logs and the last time they ran was 11/7. I manually ran ./mis poll forced today (11/10) to get it to update.
I have trouble running any events using Mystic to schedule them. I've since scheduled all my events in chrontab (fcrontab is what I use).
Works fine that way.
--- Mystic BBS v1.12 A47 2020/10/20 (Linux/64)
I noticed that my events are not running, specifically for the ./mis poll events. I looked at the logs and the last time they ran was 11/7. I manually ran ./mis poll forced today (11/10) to get it to update.
do you run something like
./mis poll 21:1/100
if it's just ./mis poll then that's not enough.
Is this a fact? I believe I only run ./mis poll... I haven't NOTICED not getting any network activity - but....
What should I change it to? ./mis forced??
I noticed that my events are not running, specifically for the ./mis events. I looked at the logs and the last time they ran was 11/7. I manuallyran ./mis poll forced today (11/10) to get it to update.
I had to change the events to include the full path:
e.g:
/home/pi/mystic/mis poll forced
Then it seemed to work for me.
Yes. That is how it is in events and tested command line as well.Since I forced it on a command line this afternoon, it did not run. As well it seems I had to run ./mutil mailin too....I noticed that my events are not running, specifically for the ./mis
do you run something like
./mis poll 21:1/100
Av> if it's just ./mis poll thenthat's not enough. Av>
events. I looked at the logs and the last time they ran was 11/7. I manually ran ./mis poll forced today (11/10) to get it to update.
the fact that this line ran OK makes me wonder if you had not specified a node to poll?
It's probably a pathing issue often using ./mis poll [address] works
well forme... the error code mystic returns will also help you debug if everinterested in looking into it again :) The result code should be 0
if it's127 or similar then it's more likely the path issue I refer to.
I noticed that my events are not running, specifically for the ./mis events. I looked at the logs and the last time they ran was 11/7. I manuallyran ./mis poll forced today (11/10) to get it to update.
any ideas?π
I have trouble running any events using Mystic to schedule them. I've sincescheduled all my events in chrontab (fcrontab is what I use).
Works fine thatway.
I noticed that too a version or three ago.
It looks like you are running the prealpha so I'd recommend updating to thelatest prealpha release and see if that makes a difference.
thanks, yes i have the latest release. maybe i need to re-install...ugh
do you run something like
./mis poll 21:1/100
if it's just ./mis poll then that's not enough.
Is this a fact? I believe I only run ./mis poll... I haven't NOTICED not getting any network activity - but....
I use ./mis poll send
That will send out whatever is waiting in the outbound.
./mis poll 21:1/100Yes. That is how it is in events and tested command line as
well.Since I forced it on a command line this afternoon, it did not
run. As well it seems I had to run ./mutil mailin too....
--- Mystic BBS v1.12 A47 2020/10/23 (Raspberry Pi/32)
* Origin: Pweck's Retreat BBS (21:3/113)
Yeah, in the case of the prealphas it's a good idea to keep up to date with what g00r00 is up to. I see there is a newer one (11/06) that I
have to catch up with too.
Yeah, in the case of the prealphas it's a good idea to keep up to
date with what g00r00 is up to. I see there is a newer one (11/06)
that I have to catch up with too.
:) Have fun with that.
It's actually quite mellow these days.. one or two updates a week. I remember a time when there was one or two a day!
Thanks for the suggestion. As I am running *nix it would be ./home/pi/mystic/mis poll forced
correct?
yes it works when I manually run it from a command prompt. automated seems hit and missYes. That is how it is in events and tested command line as well.Since I forced it on a command line this afternoon, it did not run. As well it seems I had to run ./mutil mailin too....
So ./mis poll 21:1/100 from the command line did not poll the node?
Have you compiled your nodelist?i have an event that compiles it daily (merge_node.ini) but looking at logs, it has not been running...<sigh>
Yeah, in the case of the prealphas it's a good idea to keep up to dat with what g00r00 is up to. I see there is a newer one (11/06) that I have to catch up with too.
./home/pi/mystic/mis poll forced
correct?
No, you only include the period if you're executing from the current directory.
So if mis was located in /home/pi/mystic you could execute it with ./mis provided you were in that directory. Or from anywhere else you provide thefull path /home/pi/mystic/misthanks, I will remove the period and try again
I'm running on a Raspberry Pi, here is how I have my two events setup:
Active │ Yes
Description │ Toss incoming echomail
Event Type │ Semaphore
Exec Hour │ 0
Exec Min │ 0
Shell │ /home/pi/mystic/mutil mailin.ini
Semaphore │ echomail.in|netmail.in
Kill After │ echomail.in|netmail.in
Active │ YesThank you!
Description │ Poll echomail
Event Type │ Interval
Exec Hour │ 1
Exec Min │ 0
Shell │ /home/pi/mystic/mis poll forced|/home/pi/mystic/mutil mailin.ini Semaphore │
Kill After │
Thanks for clarification. So it looks like mystic is in /mystic, not /home/pi/mystic... is this a problem?
Thanks for clarification. So it looks like mystic is in /mystic, not /home/pi/mystic... is this a problem?
Thanks for clarification. So it looks like mystic is in /mystic, not /home/pi/mystic... is this a problem?
Yup, if you have mystic installed in /mystic, you'd just update the full pathto be /mystic/mis poll forced or /mystic/mis poll send, whatever the case maybe.
Is this a fact? I believe I only run ./mis poll... I haven't NOTICED getting any network activity - but....
I use ./mis poll send
That will send out whatever is waiting in the outbound.
Ttyl :-),
Al
Thanks for the suggestion. As I am running *nix it would be ./home/pi/mystic/mis poll forced
It's probably a pathing issue often using ./mis poll [address] works well forme... the error code mystic returns will also help you debug everinterested in looking into it again :) The result code should be if it's127 or similar then it's more likely the path issue I refer to
Where would I see the error code? Thanks
Re: Re: MIS POLL
By: pweck to Al on Tue Nov 10 2020 10:54 pm
thanks, yes i have the latest release. maybe i need to re-install...u
Yeah, in the case of the prealphas it's a good idea to keep up to date withwhat g00r00 is up to. I see there is a newer one (11/06) that I have to catchup with too.
Ttyl :-),
Al
I'm running the current public release, if you type mis poll you get
POLL SEND - Only send/poll if node has new outbound messages POLL FORCED [Type] - Poll/send to all nodes of session [Type] (Blank/All)POLL [Address] - Poll/send echomail node [Address] (ex: 46:1/100)
So I suggest use the last option in your shell line and plug in an
address topoll.
Have you compiled your nodelist?
Great software, does cool things. That said, after the events of the
year thefun of it has rather left the building for me. I just don't get
as in to it asmuch as I once did because of this. Nuff said.
I'm running on a Raspberry Pi, here is how I have my two events setup:
Active │ Yes
Description │ Toss incoming echomail
Event Type │ Semaphore
Exec Hour │ 0
Exec Min │ 0
Shell │ /home/pi/mystic/mutil mailin.ini
Semaphore │ echomail.in|netmail.in
Kill After │ echomail.in|netmail.in
Active │ Yes
Description │ Poll echomail
Event Type │ Interval
Exec Hour │ 1
Exec Min │ 0
Shell │ /home/pi/mystic/mis poll forced|/home/pi/mystic/mutil mailin.ini Semaphore │
Kill After │
Hope this helps.
Thanks for clarification. So it looks like mystic is in /mystic, not /home/pi/mystic... is this a problem?
Not a problem, you just need to spell out the absolute path like
"/mystic/mis poll force" or whatever the syntax is.
You know, when I posted this it was more for the wondery of if I needed full paths or not; I actually do run ./mis send, too... and ./mis poll for another event...
If I were a betting man, I think I'd say that under Linux, you can still just call it with ./ ... that is basically 'a full path' as long as mis runs in /mystic...
I think for the Windows users maybe they are the ones that need to modify the commands when upgrading to a47... (With full pathnames; I know we all have to modify to mis...)
Hey Al, thanks for posting this... I upgraded to a47 - are you stating that he continues to modify the a47 prealpha and a sysOp would be best served by updating the update every couple week?
Are you stating that he continues to modify that a47 build and I should check back to make sure I'm on the newest date??
Ok - I'm running the most current release too - am I correct in thinking that I should use my hub, as that address ... to poll?
Sorry for all the questions - but, is 'compiling your nodelist' running
my mergenodelist.ini ??
I always add the newest nodelists to my /mystic/nodelists directory...
and I run ./mutil mergonodelists.ini - which... merges all those nodelists. Are my nodelists 'compiled'???
I'd be much happier to hear that you love this hobby and all the moving parts within it- I've probably already said too much.. we appreciate YOU.
You know, when I posted this it was more for the wondery of if I needed fullpaths or not; I actually do run ./mis send, too... and ./mis poll
for anotherevent...
If I were a betting man, I think I'd say that under Linux, you can still justcall it with ./ ... that is basically 'a full path' as long as mis runs in/mystic...
everinterested in looking into it again :) The result code shoul if it's127 or similar then it's more likely the path issue I ref
Where would I see the error code? Thanks
In your mis WFC screen, go to events and if theres a '0' next to them there wasno errors on the last run.
withwhat g00r00 is up to. I see there is a newer one (11/06) that I h to catchup with too.
sorry for my language, In this case yes that's what I am referring to.
You can do this automatically such that your nodefile statement points
to thefile base directory your nodelist file sits in. Here's my current example atAgency
nodefile=c:\bbs\files\fsx\fsx_node\fsxnet
Yeah, in the case of the prealphas it's a good idea to keep up t withwhat g00r00 is up to. I see there is a newer one (11/06) tha to catchup with too.
looks like pi didn't get the most recent update...yet
Just hope that you know that PLENTY of folks in this BBS community both pa> appreciate, count on and know what YOU do for this scene.
I'd be much happier to hear that you love this hobby and all the moving parts within it- I've probably already said too much.. we appreciate YOU.
Jeez - people are posting such good information over the past day. Can I ask you, what are the 'semaphore' and 'kill after' lines? Mine are null, and ... while my setup works, I'd like to understand exactly whats going on or whats possible...
"/mystic/./mis poll force"
the "./" always goes right before the command you are running; in
standard linux, ubuntu, whatever flavor...
you always type "./" before the command you want to run..
~/mystic/./mplc myfile.mps
... Proofread carefully to see if you any words out
paulie420 wrote to Avon <=-
nodefile=c:\bbs\files\fsx\fsx_node\fsxnet
Ah ha; lol, I was going to set my fsxNet file base to /mystic/nodelists ... but I get it - I get it... I will set each FTN to the file BASE location and that'll be much cleaner. :P Got it!! :P
Just remember it is case sensitive! If the nodelist is in caps, you will need:
nodefile=/home/mystic/fsx/fsx_node/FSXNET
nodefile=/home/mystic/fsx/fsx_node/FSXNET
I think this is no longer a problem... from memory James did set it to lookfor both upper and lower cases when it scanned... mostly due to feedbackabout this very niggle in the past :)
I'd be much happier to hear that you love this hobby and all the movi parts within it- I've probably already said too much.. we appreciate
Couldn't agree with this more. I got back into the BBS scene because of covid(wanted something familiar and that made me feel good).
That's when I discovered Mystic and by extension the Mystic Guy's videos onYouTube. Safe to say I wouldn't be on here without Paul & everything he doesfor the community.
Jay
... I went to bed with my contact lenses in. My dreams have never been
A semaphore is a file created in the mystic/semaphore directory. When echomailis received by the bink server Mystic will create an echomail.in file in thesemaphore directory. Likewise when you post a message in a message base Mysticwill create an echomail.out file.
If you have an event monitor for these semaphores (I believe Mystic
checks thedirectory once a minute) then you can have things run more often, almost inreal time.
e.g.
You post a message here in this message base. Mystic creates mystic/semaphore/echomail.out
You have an event looking for echomail.out which runs:
mutil mailout.ini|mis poll send
The kill after line deletes that semaphore so the event won't run continuously.
So the way I have Mystic setup, each time I post a message it's sent out usually within a minute, rather than waiting for an event to run every
so oftento collect mail and send it out.
Jay
... Proofread carefully to see if you any words out
I read this fine the first time, but then I saw proofread carefully...
LOL - Weird; for some reason I thought you have been around much longer. With a name like warpslide, I guess it makes you instantly uber cool. pa> w00t w00t, daddio!!!
Sysop: | Eric Oulashin |
---|---|
Location: | Beaverton, Oregon, USA |
Users: | 96 |
Nodes: | 16 (0 / 16) |
Uptime: | 17:25:47 |
Calls: | 4,606 |
Calls today: | 7 |
Files: | 8,491 |
Messages: | 349,390 |
Posted today: | 1 |