ptrader

I'm lookin at the settings in Members > Content Moderation and that appears to work with anyone.

It would be nice for the system to run the spam process first, and if the message is hidden, to not send an email of the post. Wouldn't it?

I think we're missing each other's points. The message never shows up on the forums. It is deleted by the system somehow after posting, but not before it is sent out in the email. I amend that - the last spam message was correctly hidden per my spam control settings.

Jim - I'm not following what you're saying...exactly. I agree that the user receives the notification right away. However, shouldn't the post be run through the spam filters before it ever gets posted? And if it meets the spam filters criteria, it wouldn't be posted, and therefore should not be sent to the forum followers. It looks like the process is actually reversed - it sends out the notification and THEN runs through the spam filters. That seems not very user friendly. Pam

Hi Marc, Here are two messages forwarded to me by a person subscribed to the Guest forum at https://rwaonlinechapter.org/Boards. I had thought that one of our mods were deleting them and asked them to stop doing that so I could add more filters to the spam IPs/URLs if needed. I confirmed that, especially on the second one, that the user received the email, forwarded it to me, and I checked the boards less than 15 minutes. The message was not visible in the forum and no one had deleted it manually. Looking forward to whatever you can figure out. Pam Gmail - Spam2_ сайт.pdf Gmail - Spam1.pdf

And I'd like to be able to search on expiration dates - not just if the package is expired or not.

OK, after much exploration, can we add these fields to the report? If I can filter on them, it would also be nice to download them. product/subscription name field expiry date of product/subscription Date of purchase

OK, in investigating the Download Members page, I think I'm seeing what I want. I apologize for not diving further - I think the "Download Members" button was misleading me to thinking I was going to get a massive download intead of these filter options. I should have looked first.

The only option when a package expires seems to be to move the user to their previous group when a package expires. That's great - except that the "previous group" on a new purchase is...the first group they joined. Why can't we designate a group to move a user to once their package expires (i.e. Guest, former member, etc.) instead having to only default to the previous group? Again, this is to automate the system better and save admin time moving people in and out of groups. It also seems like super simple coding since that code already existings in multiple places. The system already checks for expiry dates and moves the user somewhere - just let the admin decide in each product/subscription they create where to expire the member to.

We need to be able to search our Members page for expiry dates. I'm surprised, as much as IPB relies on this value for Commerce and subscriptions that there's no real way to do this in the member page. Seems like we should be able to do an expiry filter with a from - to date option similar to Joined or Last Activity.

We're noticing a trend where a spam message put on our only open public forum seems to being deleted properly per the spam filters and blocks I've got set in admin. However, there are users getting the message forwarded to them anyway if they are subscribed and following the forum. It seems like the follow activity is happening before the spam scrub routine. Can this be reversed?

I thought I remember a plugin/extension that would write a new user registration (or better, a Commerce purchase) to a forum. Does anyone know of anything that does this? The use case is simply that: I want to write the data from a new purchase to a specified forum. Why? To make a non-email record and notification of the event for our records. Thanks for any insight on this...

Marc, I might want to do this with a domain name change too. Is it very hard?

In IPB 3.4.x, there were options on all of the transactions to set an expiration date on the package purchased, regardless of whether or not the package was a recurring one or not. I used this option to edit the expiration date to ensure IPB expired the user's access on the date entered. It wasn't perfect, but it was better than manually trying to figure out who to remove from members access and who not to. In IPB 4.x, that option to edit the expiration doesn't exist if the package itself isn't set for a recurring renewal option. In my use case, we create one-time packages for workshops/memberships that are for a specific period of time and not offered again. Since those don't renew, there's no way to expire the package and kick the user off the forums after the workshop is over (except by administrator's manual action) under the current version. I have long asked for the option to set every package with an expiration date, both a rolling and a hard calendar date. ESPECIALLY a hard calendar date. (Because why should I have to go edit them on every transaction if I can set the correct one in the package?) Use case: 1. At the package/product create or edit, the option should be Does this product have an expiration date? 2. If yes, present option to set expiration date. A. Choose expiration date type: - XX days (similar to options shown under recurring package. - Date: MM/DD/YYYY (all products purchased under this package will have the same expiration date.) 3. If no, continue. Expiry_date is left blank. Move this option out of the recurring field, but leave the invoicing options there. Please, could we get this feature? Pam Trader

Hey Brandon, Maybe I wasn't clear ... or I didn't quite understand your response. If account validation is turned on - either admin or email - the user can still log in. Now, they'll be restricted to whatever is set for guests/validating members to see, but in all my testing (and I'd put it at the hundreds mark), I never was told by the system to validate the account first. I threw those messages away and continued with the subscription. In fact, my instructions to new users was to ignore all validation messages and immediately log in so they could get to the subscription system payment screens. So I guess I was wondering if that's where the bug is - when subscriptions is enabled, it doesn't seem to require the validation. Maybe it's not an issue, but I thought I'd make myself clear.