1

(71 replies, posted in News)

Wow, I haven't even had time to install the patch, and you've already modded it to do what I want.  Thanks.  I'm sure some others will appreciate it as well.

Perhaps something similar might make it into the core in a future revision?

2

(71 replies, posted in News)

I can imagine several legitimage uses that would be severly hindered by this simple anti-flooding technique. Large groups of users sharing an IP is one of them.  My message board is used for an RPG and users often have a different account for each role play character.  It is not uncommon for a user to set up 2 or 3 accounts at once.

Making the timeout configurable is one step towards making this more flexible.  Another would be to add a configurable "number of acceptable registrations within a given time" variable.  In other words, you might want to only allow 1 registration per IP every 30 minutes.  Or you might want to allow 4 registrations per IP every 60 minutes.

By allowing for a small number of registrations to happen before the user is affected by the timeout period, you greatly diminish the chances of legitimate users being affected.  But you still prevent the DDOS type registration attacks from being effective.

I'm having the same problem as Endre.  Events seem to add just fine, and topics/posts do show up in the calendar, but I can't switch to event view to see them.  I haven't tried to debug the behaviour yet.  Just letting you know.

Connorhd wrote:

Squeg didn't you make these posts before somewhere else and i did answer you?

I mentioned them on punRes and you said to bring them here.  I don't believe either of these issues were resolved on punres.

---

As for messages going back and forth in email, that's true, but I value user privacy.  Users can always choose to exchange actual emails or to display those emails on their profile page.  They can also choose to quote whatever they want into new email messages should that be necessary. Personally, I can think of issues where private communication is appropriate but perhaps exchanging email addresses is not.

I'll probably just do this one myself.  I understand that not everyone will want it, I just think it should be a choice.  Private messages really exist so that users don't have to divulge email addresses.  I'd just like to adjust the email system to mimic that functionality without the overhead.

5

(10 replies, posted in Feature requests)

Thanks for the info, and for looking into this.

6

(10 replies, posted in Feature requests)

I'd seen the first link you list, which is similar, but not really the same thing, in my opinion.  He wants to give different moderators different powers and I just want different moderator enabled group so that I can use the exisiting forum controls to turn access on and off.

The second link is what I was thinking about.  Though I hadn't considered the option of just putting users in more than one group.

Personally, i think managing users in multiple groups is harder from a UI standpoint than just being able to apply mod status to existing groups.  You can also work around the users in multiple groups thing by creating enough groups to handle all your different access needs.  There really isn't a work around for the moderator thing.

-- edit --
you updated while i was typing.  Sounds like a reasonable plan.  I haven't had time to dig into the sql structure and examine the queries on the pages to see where moderator status was checked.

Right now, when a user chooses to mail another user from v 1.2.5 the sending users email address is revealed to the recipient.  It seems like it would be a relatively easy thing to use the same email address that's used for sending out forum subscriptions for sending user generated emails.  Those emails would then have a link in them pointing back to the senders profile page on the forum (just like in the email that's generated for admins when a new user registers).

That way users can communicate with each other privately, without dedicating database storage to a private message system and without revealing their email address unless they choose to.

Again, this is something that I can probably make work, but it seems like a basic privacy consideration that many forum operators would appreciate.

8

(10 replies, posted in Feature requests)

I've done a search through the feature suggestion forum and not seen anything quite like what I'm interested in.

User groups are great.  We're using them to provide different classes of users access to different forums.  That works as far as it goes.  But some of those user classes should also be moderators.  Now I know I can say to moderators, just don't visit the forums you're not supposed to, but I'd rather have those forums not show up.

To do what I want, I need to define more than one group as having moderator status so that I can then control which forums those moderators can read.  I hope that makes sense.

With a little work, I can probably dig through and get something like this working, but it seems like other people might also benefit from this change.

Appologies in advance if I'm bringing up something that has already been discussed.