I am trying to figure out how, or if there is a way, to restrict only New and WWW (i.e. they meet both requirements) from being able to post in message areas until they are upgraded. I was hoping to figure out that maybe I could set the new user level for those users to a separate value than for telnet/SSH/etc. users.
I have read here before that some people don't allow WWW users to post at all even after they are not new (which I don't want to do). I currently have it set where all new users cannot post (or even see the message areas) by setting one new user level that is lower than the access level for all the areas.
Is there a way to set the new-user access level for WWW new users to a lower value than the others, or restrict their posting abilities while they are "new"?
I checked the wiki and the docs but couldn't find what I was looking for.
antiI am trying to figure out how, or if there is a way, to restrict only New and WWW (i.e. they meet both requirements) from being able to post in message areas until they are upgraded. I was hoping to figure out that maybe I could set the new user level for those users to a separate value than for telnet/SSH/etc. users.
Better yet, just check the protocol in the posting requirements string:
LEVEL <upgraded> OR PROT != HTTP*
Where <upgraded> is your upgraded-user level. That should do what you're
. "HTTP*" should match either "HTTP" or "HTTPS".
I am trying to figure out how, or if there is a way, to restrict only New and WWW (i.e. they meet both requirements) from being able to post in message areas until they are upgraded. I was hoping to figure out that maybe I could set the new user level for those users to a separate value than for telnet/SSH/etc. users.
Better yet, just check the protocol in the posting requirements string:
LEVEL <upgraded> OR PROT != HTTP*
Where <upgraded> is your upgraded-user level. That should do what you'reanti
. "HTTP*" should match either "HTTP" or "HTTPS".
I don't this fixes it, unless I am misunderstanding the condition
statement.
I want to limit *only* *new* web users from being able to post until they are upgraded. I think your way would still limit everyone until they are upgraded (first half of statement satisfied), but would never allow web users to post (second half satisfied), which is what I am trying to avoid.
I think that would require something like this:
IF PROT = HTTP*
LEVEL <upgraded WWW>
ELSE
LEVEL <that it used to be before WWW spammer problems>
END-IF
I think I can phrase that in a synchronet conditional statement like this:
LEVEL <upgraded WWW> OR (LEVEL <something lower> AND PROT != HTTP*)
From the wiki page, Nested example 2, it does look like I can nest statements that way, and SCFG (under linux) will just BARELY let me get
that typed in. :)
Now, is there a way to set that globally for all message areas?
I thought
I could set a global requirement under SCFG -> Message Options but I
don't see it there.
That's exactly what the requirements string I provided does:ec
Security level must be greater than or equal to the <upgraded> level, OR their protocol must not be HTTP*. If their protocol is not HTTP*, then the
ity level doesn't matter.
Now, is there a way to set that globally for all message areas?
If you're running v3.20a, doing a search/replace of the "post_ars" key values ould be easy with most text editors.
That's exactly what the requirements string I provided does:
Security level must be greater than or equal to the <upgraded> level, OR their protocol must not be HTTP*. If their protocol is not HTTP*, then theec
ity level doesn't matter.
If the default new user level is 50, and I don't want anyone under 50 to be able to post, then it does matter.
Now, is there a way to set that globally for all message areas?
If you're running v3.20a, doing a search/replace of the "post_ars" key values ould be easy with most text editors.
I am running 3.19 for now. Will keep this in mind when I upgrade. For reference, what text file would I be doing a search/replace on?
Sysop: | Gary Ailes |
---|---|
Location: | Pittsburgh, PA |
Users: | 132 |
Nodes: | 5 (0 / 5) |
Uptime: | 66:31:37 |
Calls: | 733 |
Files: | 2,171 |
Messages: | 81,302 |