We're getting more of those drugs online SPAMs, now from different
boards.
Setting a flag for users that sign up via the web interface, and then disallowing that flag from posting by default in Synchronet wouldprobably
be a good way to reduce or eliminate the issue.
If a user signs up via the web interface and then logs in via the telnetinterface, should tbey be
unable to post just because of how they signed up?
We're getting more of those drugs online SPAMs, now from different
boards.
This would be a good time to review your web user permissions.
Ideally, you'd need to have an account and authenticate to the BBS
before being able to even *read* networked message bases, let alone
post to them.
Guest users should never have posting permissions on web message
areas, IMO.
I typically leave my local areas read-only to guests, and only authenticated users can post to any area.
If a user signs up via the web interface and then logs in via the
telnet interface, should tbey be unable to post just because of how
they signed up?
That'd be better than allowing bots to post spam, even if it isn't great.
Having a unified email validation thing that applies to either kind of user registration would be a good idea, not that I feel like making it happen right now.
Another option is adding some logic to flag that a user registered viathe
web, and then automatically rejig their settings if/when they log on via telnet/rlogin/ssh.
Re: Time to check your web permissions?
By: echicken to Nightfox on Sat Jul 04 2020 11:28 pm
If a user signs up via the web interface and then logs in via the
telnet interface, should tbey be unable to post just because of how
they signed up?
That'd be better than allowing bots to post spam, even if it isn't great.
Having a unified email validation thing that applies to either kind of user registration would be a good idea, not that I feel like making it happen right now.
Yeah, I guess it's too easy for bots to sign up via a web interface. I wonder if a captcha of some kind could help verify real users on the web side - even a simplistic captcha. I dunno..
Another option is adding some logic to flag that a user registered via the web, and then automatically rejig their settings if/when they log on via telnet/rlogin/ssh.
Yep, that would probably work too.
Nightfox
Yeah, I guess it's too easy for bots to sign up via a web interface. Iwonder if a captcha of some
kind could help verify real users on the web side - even a simplisticcaptcha. I dunno..
I added 2 checks in pages?001-forum.ssjs if(user.alias === 'Guest') {tell 'em
to login ... exit(); }
What's special about signing up via the web (vs. via the telnet interface)? If a user signs up via the web interface and then logs in
via the telnet interface, should tbey be unable to post just because of how they signed up?
ofWhat's special about signing up via the web (vs. via the telnet interface)? If a user signs up via the web interface and then logs in via the telnet interface, should tbey be unable to post just because
how they signed up?
I don't care how they sign up. If they don't go through the New User Validation process, they're not getting upgraded. Those who don't like
this, or the way I run my BBS, don't have to connect to it.
Daryl
Re: Re: Time to check your web permissions?the
By: Mortifis to Nightfox on Sun Jul 05 2020 10:19:15
I added 2 checks in pages?001-forum.ssjs if(user.alias === 'Guest') { tell 'em
to login ... exit(); }
That's one way to do it, if you really don't want guests to see *any* of
message areas.guest
The official/proper way is to set up a guest account with appropriate restrictions (can't post, maybe can't see some message groups/subs). This doesn't have to be 'Guest'; you can create a special user just for web
access.
(However, if you restricted that user so much that no message groups were visible, or no subs in a group were visible, they'd probably just see a blank area where the forum should be. I should add some placeholder text there.)
on mine guest can login via telnet and read messages (expect sysop only obviously areas) but cannot reply/post ... though, Guest can download QWK ... though I have noticed that even with security restriction U Guest can still upload .rep packets ... I don't see a setting to restrict qwk reply uploads :/
Re: Re: Time to check your web permissions?QWK
By: Mortifis to echicken on Sun Jul 05 2020 11:41 pm
on mine guest can login via telnet and read messages (expect sysop only obviously areas) but cannot reply/post ... though, Guest can download
can... though I have noticed that even with security restriction U Guest
replystill upload .rep packets ... I don't see a setting to restrict qwk
uploads :/
The 'P' restriction prevents posts, even via QWK reply packet.
digital man
What's special about signing up via the web (vs. via the telnet interface)? If a user signs up via the web interface and then logs in via the telnet interface, should tbey be unable to post just because of how they signed up?
Personally, I've never had a user sign up via the web and then log in via telnet. That said, I'm sure a flag could be set to disallow posting via the web interface only.
Personally, I've never had a user sign up via the web and then log
in via telnet. That said, I'm sure a flag could be set to disallow
posting via the web interface only.
How do you know? Do you have a user flag or something enabled that tells you if they signed up via the web or terminal?
promptedPersonally, I've never had a user sign up via the web and then log
in via telnet. That said, I'm sure a flag could be set to disallow
posting via the web interface only.
How do you know? Do you have a user flag or something enabled that
tells you if they signed up via the web or terminal?
Hmm, now that I think about it, I'm not entirely certain. I know I don't get a message to the sysop if a user signs up via HTTP, and the "Connection" type is HTTP, but if they log in via telnet are they
to send a message?
Re: Re: Time to check your web permissions?
By: Mortifis to echicken on Sun Jul 05 2020 11:41 pm
on mine guest can login via telnet and read messages (expect sysop only obviously areas) but cannot reply/post ... though, Guest can download QWK ... though I have noticed that even with security restriction U Guest can still upload .rep packets ... I don't see a setting to restrict qwk reply uploads :/
The 'P' restriction prevents posts, even via QWK reply packet.
digital man
I haven't tested uploading a .rep as Guest, though I assume it will reject any posts/replies during import?
I have uploaded .zip and other files viauploads
QWK upload, which does allow the upload process, but obviously, fails importing, since they are not .reps. Is there a way to disallow any
for Guest at the QWK menu (without hacking the menus and such)?
Also, are
uploaded reps (or other files uploaded via QWK menu) stored or are the deleted; I checked the temp_dir.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 371 |
Nodes: | 16 (2 / 14) |
Uptime: | 174:29:38 |
Calls: | 7,915 |
Files: | 12,983 |
Messages: | 5,797,649 |