Previous Thread
Next Thread
Print Thread
Rate Thread
#317458 07/26/2008 6:22 PM
Joined: Oct 2001
Posts: 139
Journeyman
OP Offline
Journeyman
Joined: Oct 2001
Posts: 139
Out of necessity, I have developed a PM quota check script. Basically all it does is look at each user and determine, based on the groups they belong to, what their maximum allowed PM quota is. Then, it lists all users who are at or exceeded their PM quota. You might be asking how they could exceed their quota? Well, its simple - in my case, I changed the PM quota to a number lower than it had been for unpaid users. However, there were many user who were already over that new quota number. So, what happens is, someone will try to PM a member and think that the PM will be received, when in fact it never gets to the recipient. The person who sent the PM has no indication that their PM was not actually sent unless they happen to notice that the other person's name is not listed in the PM. I've had several cases where someone thought they had PMd another member, only to discover later that the person never saw the PM.

This sort of script may have already been developed (I wouldn't doubt it), but if not, I would be happy to share this one (which can be used as is or modified to your hearts content).

Basil

Last edited by Basil Fawlty; 07/26/2008 6:23 PM.
Sponsored Links
Joined: Oct 2001
Posts: 139
Journeyman
OP Offline
Journeyman
Joined: Oct 2001
Posts: 139
Guess not.

Joined: Feb 2007
Posts: 329
B
Yarp™
Offline
Yarp™
B
Joined: Feb 2007
Posts: 329
I am really curious on what would solve this on the actual problem of checking limits

The current pm quota system of ubb.threads kinda sucks imho. I don't care about how many threads there are, I care about the amount of actual messages.

I will probably make a script that would disable PM's for people over their quota, and make a custom quota check that counts the actual number of messages.

Joined: Nov 2003
Posts: 482
S
Enthusiast
Offline
Enthusiast
S
Joined: Nov 2003
Posts: 482
i went with a 'total inbox size' method. 'size' is calculated as the actual DB used for all messages in the inbox PLUS the attachments (yes, attachments is a mod).. also takes into account number of peeps in the PT and divides accordingly.

now attachments also end up being shared, so i don't kill the poor bastard with the whole attachment either. i also limit attachments to images (png|jpg|gif). if they wanna send zips and rars, they can use email..

reason i went with attached images is to make it easy to upload screenies and all that directly into the PM.. it auto inserts the [img] tags after upload so they can add text before / after as part of the post.. this replaces the current attachment system, where it's just appended at the end and really doesn't seem to be part of the post frown

i'd recommend this only if your hosting plan has the room (HDD space), otherwise, just kill attachments as the option and just tally up the PM_POSTS size amortized against all the participants. wink

also, i added this calculated field to the online table (per user_id), so it's easily grabbed. then viewmessages.inc.php does a recalc whenever it's invoked. this saves always computing, while sacrificing the small possibility that a user barely might go over their limit for a short while.

sirdude #317570 09/16/2008 5:03 PM
Joined: Feb 2004
Posts: 4
M
Lurker
Offline
Lurker
M
Joined: Feb 2004
Posts: 4
Basil,

I am most definitely interested in this mod.

I have had users get their panties in a wad thinking that someone else was ignoring them due to the issue of the forums not letting them know when one or more intended recipients are over their PM quota.


Sponsored Links
Joined: Feb 2004
Posts: 4
M
Lurker
Offline
Lurker
M
Joined: Feb 2004
Posts: 4
Seems we do not have to worry about this with 7.3.2

Quote
BugFix: When sending a PM to a user who was over their private topic limit, it would just drop them from the recipients instead of giving an error message.




Link Copied to Clipboard
Donate Today!
Donate via PayPal

Donate to UBBDev today to help aid in Operational, Server and Script Maintenance, and Development costs.

Please also see our parent organization VNC Web Services if you're in the need of a new UBB.threads Install or Upgrade, Site/Server Migrations, or Security and Coding Services.
Recommended Hosts
We have personally worked with and recommend the following Web Hosts:
Stable Host
bluehost
InterServer
Visit us on Facebook
Member Spotlight
badfrog
badfrog
somewhere on the coast of Maine
Posts: 94
Joined: March 2007
Forum Statistics
Forums63
Topics37,557
Posts293,856
Members13,847
Most Online5,166
Sep 15th, 2019
Today's Statistics
Currently Online
Topics Created
Posts Made
Users Online
Birthdays
Top Posters
AllenAyres 21,079
JoshPet 10,369
LK 7,394
Lord Dexter 6,708
Gizmo 5,819
Greg Hard 4,625
Top Posters(30 Days)
Top Likes Received
isaac 70
Gizmo 16
Brett 7
WebGuy 2
Morgan 2
Top Likes Received (30 Days)
None yet
The UBB.Developers Network (UBB.Dev/Threads.Dev) is ©2000-2021 VNC Web Services

 
Powered by UBB.threads™ PHP Forum Software 8.0.0
(Snapshot build 20210915)
Responsive Width:

PHP: 7.3.29 Page Time: 0.013s Queries: 27 (0.006s) Memory: 0.8099 MB (Peak: 0.8542 MB) Data Comp: Zlib Server Time: 2021-11-27 06:16:05 UTC
Valid HTML 5 and Valid CSS