However, when cron calls the script, the jsexec/binkit step only shows the following output:
Error opening terminal: unknown.
I am using the following jsexec command line, which also works if I run it by itself:
./jsexec -c /sbbs/ctrl binkit.js -p
Good evening,
I have set up binkit and so far, so good, except for one small issue. I have my mail processing set up in a shell script that is executed by cron. When I run the script from an lxterminal window, jsexec & binkit run just fine.
However, when cron calls the script, the jsexec/binkit step only shows the following output:
Error opening terminal: unknown.
I am using the following jsexec command line, which also works if I run it by itself:
./jsexec -c /sbbs/ctrl binkit.js -p
I suspect that either jsexec or binkit.js does not like running without a terminal window to write to? I tried adding the -q option, to tell it not to write output to the terminal, and I got the same result.
Is anyone else running jsexec and/or binkit.js from a shell script using cron?
I don't think I've ever tried to run a script via jsexec under cron. Is there >a particular reason you're doing it as a cron job rather than a timed event >within Synchronet?
You might have some luck if you invoke jsexec with the -n and -q options, or >the -e and -o options. (Run jsexec without parameters for more info on these.)
Error opening terminal: unknown.
I'm pretty sure that error message is not from any Synchronet software.
I am using the following jsexec command line, which also works if I run it >> by itself:
./jsexec -c /sbbs/ctrl binkit.js -p
Strange. Let me know what you find out.
get some time to play with it some more and try the command options that echicken (I think?) suggested but that I had not tried yet.
I'm not sure if they'll make a difference, but they were -n and -q together, or
-e<filename> and -o<filename> together. If it's still griping about a terminal
after that, then it likely won't work in your situation (barring a change to >the code or finding some external workaround).
I'm not sure if they'll make a difference, but they were -n and -q together, or -e<filename> and -o<filename> together. If it's still griping about a terminal after that, then it likely won't work in your situation (barring a change to the code or finding some external workaround).
Well, that did not work, either, but I found something that did:
touch /sbbs/data/binkit.now
sleep 1m
touch /sbbs/data/binkit.nowThat'll do it, since Synchronet will then run binkit for you. The 'sleep' bit
sleep 1m
is ... probably okay, though ideally your script should have some way of knowing that binkit has actually completed its run. I can't think of a (good)
way of doing that off the top of my head.
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 333 |
Nodes: | 10 (0 / 10) |
Uptime: | 146:37:34 |
Calls: | 581 |
Messages: | 237921 |