Well, in your payment gateway it'd show up as a subscription.
When you sell it, are you setting the shortcode to buy-now? if so, you're selling a buy-now. If you're setting it to pay you recurringly, then it's a subscription. See: WP Admin > s2Member > PayPal Buttons > Shortcode Attributes > rr
rr="1" Recurring directive. Possible values: 0 = non-recurring "Subscription" with possible Trial Period for free, or at a different Trial Amount; 1 = recurring "Subscription" with possible Trial Period for free, or at a different Trial Amount; BN = non-recurring "Buy Now" functionality, no Trial Period possible."
Thank you so much for pointing me to this page. I thought that we had set a setting to give our members much longer than one day to renew their membership before losing access. I thought it was 30 days. But it is set to 86400 (seconds), evidently the default.
What that setting does is add that extra time to the paid time. So it's not access given after the EOT, it's added when calculating the EOT. So if the access is paid until the 3rd, but the grace time is one day, the EOT will be on the 4th. The reminders are offset from that EOT time that includes the grace time.
So, this grace period is not given after the EOT time, it's included, it doesn't happen after the EOT behavior (e.g. demotion). The demotion happens on EOT time, after the grace period. I thought I'd mention it in case it wasn't clear enough.
You may find this EOT information useful too: https://s2member.com/kb-article/when-is-an-eot-time-set-for-each-user/
I'm also changing the setting so that custom capabilities are not lost. I'm not sure why anyone would want to destroy work that has been done. If the member simply cannot login anymore, then I don't know why it would matter what custom capabilities they would have if they were able to login. But if they do renew, then I have to rebuild their custom capabilities -- the way the setting was.
Well, custom capabilities give access, so you may want to revoke that access on EOT. I want to improve the way this is done, but that's the reason why ccaps should be removable at the end of the paid access time. If the ccaps are used for information, then you may want to keep them, or try using another kind of field for this info (e.g. usermeta).
Demotion doesn't remove the ability to login, that'd happen when the account gets deleted. Demotion brings the user's level down to Level 0, so he still has his account, but no special access beyond logging in to the site. This is enough to set him apart from the regular visitor, and also keep his information, but without the paid level access.
My membership expires in three days and I do have an EOT time set. Should I not have received a reminder to renew my membership via email? My email address as listed in my profile is correct. Does a renewal reminder go out only at the EOT time and then the member has only the number of seconds mentioned above to respond to the reminder before they lose access? I guess as long as they still have access to renew, they don't need access to anything else...
Remember it's 3 days (paid term) plus the grace time (1 day by default), so the EOT is on the fourth day. If you change the grace time to 30 days, then the EOT time will be on the 33rd day.
The reminder email offset from that EOT time. You can create as many reminders with different offsets as you want. See: WP Admin > s2Member Pro > PayPal Options > EOT Renewal/Reminder Emails > Remind X Days Before EOT Occurs
This can be a comma-delimited list of days on which to send the reminder email:
-5,-1 sends a reminder email 5 days before the EOT will occur, and then again (if the EOT still exists, i.e. the customer has not yet renewed) 1 day before the EOT occurs. Negative numbers indicate days before the EOT occurs, 0 being the day the EOT occurs. If you set this to, let's say,
-5 (one value only) the reminder is sent only one time. If you set this to
-10,-5,-2,-1,0 there is the potential for a reminder to be sent up to five times.
Does that help understand its behavior?