The Forum has been Updated
The code has been upgraded to the latest .NET core version. Please check instructions in the Community Announcements about migrating your account.
I would guess the spam robots use the form field names when they post/register on forums and send mail spam, so why not change form field names to something unknown?
Here is my approach with an example of replacing the form field name for email.
1) In the config file:
Code:
Dim strEmailField
'## Assign some whatever value / field name
strEmailField = "xxsxy2hsw35"Code:
Request.Form("email")Code:
Request.Form(strEmailField)Code:
name=""email"" Code:
name=""" & strEmailField & """Now the spanning software needs to know it should post the email address as a form field value named xxsxy2hsw35.......
The above could of course be done with any/all form field name.
A more advanced version could be to randomly generate the form field names and store them as session variables. Then the form field names would be different each session.
'## if the random generated field names don't excist then create them
Code:
if len(session(strCookieURL & "EmailField")) > 0 then
' do nothing
else
randomize()
strEmailField = ""
for i = 1 to 8
strEmailField = strEmailField & chr(Int(25 * Rnd)+97)
next
session(strCookieURL & "Emailfield") = strEmailField
end if
Code:
session(strCookieURL & "Emailfield") The same method could be used to prevent automated posting and mailing.
What do you think?<
Posted
yes restrict registrations is enabled here, all attempts to register must be verified by one of the admins.
The error may be related to the test code rather than the forum code so possibly is not a bug in the forum code, I will check<
The error may be related to the test code rather than the forum code so possibly is not a bug in the forum code, I will check<
Posted
Microsoft VBScript runtime error '800a0009'Have fixed that error now, it was in another piece of test code we have here which checks the attempted registration email against a list of known spammers/bogus registration attempts we have in our database<
Subscript out of range: '[number: 1]'
/forum/register.asp, line 270
Posted
Cool. Glad it wasn't an error with the base code. 
<
<
Posted
You spoke to soon, Huw. Getting this error, now:
Microsoft VBScript runtime error '800a0009'
Subscript out of range: '[number: 1]'
/forum/register.asp, line 271<
Microsoft VBScript runtime error '800a0009'
Subscript out of range: '[number: 1]'
/forum/register.asp, line 271<
Posted
not sure why, since if you don't fill anything in you shouldn't even get to line 271. Why are you trying to register without entering any information anyway ?<
Posted
Why are you trying to register without entering any information anyway ?Does it really matter?
Anyway, if it's only for test code, it's just a FYI. Otherwise, if I remember correctly, it tells you to enter username/password etc.
Actually, I've always wondered why the 'register' link is even available for anybody logged in. I changed it on mine so it's only displayed to guests. Seems fairly pointless otherwise.<
Posted
It is even more pointless trying to register without filling in any of the fields
being able to register when logged in is quite useful for testing it is a pain in the ass if you have to logout first.<
being able to register when logged in is quite useful for testing it is a pain in the ass if you have to logout first.<
Posted
Okay. Like I said. It's just for your information.<
Posted
Back to topic; I just realised there is at least one more file you need to modify if you use the code, and that is the pop_profile.asp. Otherwise, you can not change profile settings properly. You should do a search for
and
or other filed name that you want to substitute.
If you substitute another form field variable, of course other files may need changes as well.<
Code:
Request.Form("email")Code:
name=""email""If you substitute another form field variable, of course other files may need changes as well.<
Posted
HuWR,
With all due respect, I think manually looking at every registrant before allowing them to use the forum is fairly backward.
Shouldn't we be taking advantage of the many CAPTCHA options that are available these days so that we can reduce the monotony and time spent of manual reviews of potential members?
Manually reviewing members seems a bit harsh once a forum grows, and I am not too sure that it is a positive way to go about administration.
The more we can automate the better right?
Also, waiting for a signup to be reviewed by a moderator can have a negative effect on new signups. Your forum is an exception, since it is THE forum for the topic it covers, but most other users of snitz forums are probably covering a topic for which competitiion for users is greater, perhaps a topic that already has several forums on the net. If this is the case, and I try and sign up for one, and its not instant, I move on to the next, so I can quickly get, or give, the help that I intended.
<
With all due respect, I think manually looking at every registrant before allowing them to use the forum is fairly backward.
Shouldn't we be taking advantage of the many CAPTCHA options that are available these days so that we can reduce the monotony and time spent of manual reviews of potential members?
Manually reviewing members seems a bit harsh once a forum grows, and I am not too sure that it is a positive way to go about administration.
The more we can automate the better right?
Also, waiting for a signup to be reviewed by a moderator can have a negative effect on new signups. Your forum is an exception, since it is THE forum for the topic it covers, but most other users of snitz forums are probably covering a topic for which competitiion for users is greater, perhaps a topic that already has several forums on the net. If this is the case, and I try and sign up for one, and its not instant, I move on to the next, so I can quickly get, or give, the help that I intended.
<