Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Ability to report private messages
#1
Hi,

I think members should have the ability to report private messages. This could be for things like spam etc. There is a plugin for this for 1.8 but it would be good to see it included in the core for 2.0.
-Ben

Please do not PM me for support. I am looking to be hired for paid services.

You can view my paid services here.
Reply
#2
This could be enhanced with a PM log available in the ACP that would provide basic information about PMs sent - senders, receivers and dates with the possibility of deleting them without viewing the content (which would still be accessible for reported PMs).
devilshakerz.com/pgp (DF3A 34D9 A627 42E5 BC6A 6750 1F2F B8AA 28FF E1BC) ▪ keybase.io/devilshakerz
Reply
#3
it's awesome suggestion! +1
Reply
#4
Would be very useful for catching people spamming PMs. Content should be hidden unless reported though as Devilshakerz said.
Reply
#5
Report PMs should be in the core.

PM log should also be included in the core. I mean it's really just a convenience thing because if an admin wants to check PMs they can easily do so by accessing the sql. But having it in the ACP just saves time/energy because instead of having to log into the panel/sql they can just stay in the ACP.
My MyBB 2.0 suggestions - Mass edit group permissions - Post based Anti-spam
Reply
#6
(07-06-2016, 11:54 PM)VirusZero Wrote: PM log should also be included in the core. I mean it's really just a convenience thing because if an admin wants to check PMs they can easily do so by accessing the sql.  But having it in the ACP just saves time/energy because instead of having to log into the panel/sql they can just stay in the ACP.

Exactly. The expectation that private messages are private is stupid. There's always a trace.
[Image: kAhpvOW.png]
Reply
#7
(07-07-2016, 10:47 PM)Ben Cousins Wrote:
(07-06-2016, 11:54 PM)VirusZero Wrote: PM log should also be included in the core. I mean it's really just a convenience thing because if an admin wants to check PMs they can easily do so by accessing the sql.  But having it in the ACP just saves time/energy because instead of having to log into the panel/sql they can just stay in the ACP.

Exactly. The expectation that private messages are private is stupid. There's always a trace.

It doesn't mean that we should encourage it by making it possible to read unreported messages in the core.
devilshakerz.com/pgp (DF3A 34D9 A627 42E5 BC6A 6750 1F2F B8AA 28FF E1BC) ▪ keybase.io/devilshakerz
Reply
#8
(07-07-2016, 10:56 PM)Devilshakerz Wrote:
(07-07-2016, 10:47 PM)Ben Cousins Wrote:
(07-06-2016, 11:54 PM)VirusZero Wrote: PM log should also be included in the core. I mean it's really just a convenience thing because if an admin wants to check PMs they can easily do so by accessing the sql.  But having it in the ACP just saves time/energy because instead of having to log into the panel/sql they can just stay in the ACP.

Exactly. The expectation that private messages are private is stupid. There's always a trace.

It doesn't mean that we should encourage it by making it possible to read unreported messages in the core.

Well, no - but if they're reported they need to be able to be seen; and any message can be reported. Hence there shouldn't be a stigma of absolute anonymity.
[Image: kAhpvOW.png]
Reply
#9
Fantastic idea, Ben.

As far as this overall discussion goes... If a PM is reported (outside of something from a spambot), there often is more to the incident at hand than just the one reported message. With that being said, more than likely there is a string of messages in the conversation between the two users that would need to be reviewed by the administrator to determine what exactly happened and get to the bottom of all of the "he said, she said."

By no means do I condone PM-reading by administrators unless absolutely necessary. However, I also think that if a PM is reported, more context may be needed than the single message - and that is something to keep in mind moving forward with this feature as well as in consideration of a possible PM log.

Just my $0.02.
Reply
#10
I agree with MrTristan. One reported PM might give something, but sometimes it really isn't enough. Or here could be more going on. (One member reporting another for harassment, but only seeing one PM where no real harassment is going on. Possibly a message like: "Hey, I saw your post in <spot> can you send me some more info?" seems civil and polite enough right? But there may be more going on. Like if they sent 20 of those messages. Or if they've been sending stuff to multiple people. Or even possibly the one reporting has been making stuff up.)

The whole name "private message" is a misnomer anyway. They aren't private and really never were. Anyone with database access can view them. Now that said for MyBB 2.0, if memory serves, the name private message is bring dropped anyway to be replaced with a conversations system/setup. So hopefully that whole privacy thing will be clearer. 

Though I disagree that having it as a core feature means it encourages people to go read other's messages. Having the option to ban people doesn't encourage them to do it for the heck of it. It just gives admins a tool to use if they need it.

Will some people abuse this feature anyway? Sure. But even without a pm log option they could still do it anyway. So this isn't stopping them.
My MyBB 2.0 suggestions - Mass edit group permissions - Post based Anti-spam
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)