I have a new-ish version of SBBS, downloaded from the dev builds a few months back. I just noticed that 2 new downlinks sent an areafix request for %ALL and were added to all areas in my AREAS.BBS file, not just the areas they should have had access to based on the areafix flags.
I have areafix flags set for all of my downlinks, and have the echo list flags defined under "additional echo lists" in ECHOCFG.
Is this a bug or am I missing something?
Sounds like you have EchoCfg->Toggle Options->Allow Nodes to Add Areas in the AREAS.BBS List set to "Yes".
Sounds like you have EchoCfg->Toggle Options->Allow Nodes to Add Areas
in the AREAS.BBS List set to "Yes".
15 Dec 15 07:40, you wrote to Poindexter Fortran:
Sounds like you have EchoCfg->Toggle Options->Allow Nodes to Add Areas in the AREAS.BBS List set to "Yes".
we've always read that as meaning "without this option set to 'yes', links cannot add/remove areas on their own"... that they would have to message
the operator to ask for areas to be added or removed... apparently this is not a proper understanding of this option?
)\/(ark
"So let me ask you a question about this brave new world of yours. When you've killed all the bad guys, and when it's all perfect, and just and fair, and when you have finally got it exactly the way you want it, what
are you going to do with the people like you? The trouble makers. How are you going to protect your glorious revolution from the next one?" - The twelfth Doctor
... Wait. That's been done...
15 Dec 15 07:40, you wrote to Poindexter Fortran:
Sounds like you have EchoCfg->Toggle Options->Allow Nodes to Add Areas in the AREAS.BBS List set to "Yes".
we've always read that as meaning "without this option set to 'yes', links cannot add/remove areas on their own"... that they would have to message the operator to ask for areas to be added or removed... apparently this is not a proper understanding of this option?
when your tagline is longer than what you write!
ummm... really? you're a smart guy and you've been around long enough that you should know the difference between a tag line and a signature block... my posts currently have both... hint: tag lines start with three dots ;)
)\/(ark
"So let me ask you a question about this brave new world of yours. When you've killed all the bad guys, and when it's all perfect, and just and fair, and when you have finally got it exactly the way you want it, what are you going to do with the people like you? The trouble makers. How are you going to protect your glorious revolution from the next one?" - The twelfth Doctor
Sounds like you have EchoCfg->Toggle Options->Allow Nodes to Add
Areas in the AREAS.BBS List set to "Yes".
we've always read that as meaning "without this option set to 'yes',
links cannot add/remove areas on their own"... that they would have
to message the operator to ask for areas to be added or removed...
apparently this is not a proper understanding of this option?
That's only the correct understanding if you do not have any additional echolists configured.
http://wiki.synchro.net/util:sbbsecho#toggle_options
"So let me ask you a question about this brave new world of yours.
When you've killed all the bad guys, and when it's all perfect, and
just and fair, and when you have finally got it exactly the way you
want it, what are you going to do with the people like you? The
trouble makers. How are you going to protect your glorious revolution
from the next one?" - The twelfth Doctor
Great quote by the by! Great episode.
That's only the correct understanding if you do not have any additional echolists configured.
ahhhh... fairly positive that we're not the only ones to have made this mistake... especially with certain restricted echos that have been leaked to other networks and systems over the years...
http://wiki.synchro.net/util:sbbsecho#toggle_options
thanks... we'll take a read of this... we know that there have been numerous changes in this area but we've lost track of when they came into being...
Max's
last update from the repo was May 25th 2015 if i'm reading the archives correctly... do you foresee any problems doing an update from the repo and building new binaries since that was before the release and now it is another new alpha/beta cycle?
Max's last update from the repo was May 25th 2015 if i'm reading the
archives correctly... do you foresee any problems doing an update from
the repo and building new binaries since that was before the release
and now it is another new alpha/beta cycle?
I don't know of any problems. I'm running the current dev builds.
in php, the edit generally looks like
// (empty($_SERVER['SERVER_NAME']) ? '' : $_SERVER['SERVER_NAME']) .
(empty($_SERVER['HTTP_X_FORWARDED_SERVER']) ? (empty($_SERVER['SERVER_NAME']) ? '' : $_SERVER['SERVER_NAME']) : $_SERVER['HTTP_X_FORWARDED_SERVER']) .
we don't know how to gain access to the headers and do this in ssjs...
when your tagline is longer than what you write!
ummm... really? you're a smart guy and you've been around long enough that you should know the difference between a tag line and a signature block...
yep to both statements... i carry it as my sig now because it is specifically aimed at certain individuals who are hellbent on forcing their ways on others in the network rather than letting things be done as they have been being done for 20-30 years...
we don't know how to gain access to the headers and do this in ssjs...
They are in the http_request.header object. But this is pretty much guaranteed to not be the source of the value used in the SSJS links.
They are in the http_request.header object. But this is pretty much guaranteed to not be the source of the value used in the SSJS links.
I'm not so sure. The only place that I see these 'additional_service' links that he's talking about is in lib/nightshade/siteutils.ssjs. It appears to try to set var 'host' to http_request.vhost, then http_request.host, then system.host_name as a last resort. Then 'host' is used when building the links.
Sysop: | Ragnarok |
---|---|
Location: | Dock Sud, Bs As, Argentina |
Users: | 136 |
Nodes: | 10 (0 / 10) |
Uptime: | 42:22:14 |
Calls: | 15,172 |
Calls today: | 1 |
Files: | 19,860 |
D/L today: |
24 files (4,260K bytes) |
Messages: | 1,693,059 |