Subscr_cancel being ignored?

#1

Hi,

I looked into the logs and saw recent cancellation requests that are being ignored by s2Member. We have not changed anything in our set up. What do you think is wrong? (I put spaces in the links because I’m not allowed to post more than 2 links)

LOG ENTRY: Mon Apr 17th, 2017 @ precisely 3:17 am America/New_York
PHP v5.6.30-1+wpengine8 :: WordPress v4.7.3 :: s2Member v170221 :: s2Member Pro v170221
Memory 54.35 MB :: Real Memory 55.00 MB :: Peak Memory 54.44 MB :: Real Peak Memory 55.00 MB
w w w.scruminc .com/?s2member_paypal_notify=1
User-Agent: s2Member v170221; https :// w w w.scruminc .com
Array
(
[txn_type] => subscr_cancel
[subscr_id] => 25471025
[custom] => www.scruminc.com
[period1] => 30 D
[period3] => 1 M
[payer_email] => ******@.com
[first_name] => ******
[last_name] => ****
[option_name1] => Originating Domain
[option_selection1] => www.scruminc.com
[option_name2] => Customer IP Address
[option_selection2] => 173.23.66.2
[item_number] => 1
[item_name] =>
[proxy_verified] => authnet
[s2member_log] => Array
(
[0] => IPN received on: Mon Apr 17, 2017 3:17:29 am EDT
[1] => s2Member POST vars verified with a Proxy Key
[2] => s2Member originating domain ($_SERVER["HTTP_HOST"]) validated.
[3] => Ignoring this IPN request. The txn_type/status does NOT require any action on the part of s2Member.
)

[subscr_gateway] => authnet
[s2member_paypal_proxy] => authnet
[s2member_paypal_proxy_use] => pro-emails
[s2member_paypal_proxy_verification] => 7ed656a1c3c4227cee4f74607b54db24

)

#2

Has the subscription reached the end of its term? Has it expired? s2Member won’t demote a subscriber until they reach the EOT. If there were a refund/reversal, then you can tell s2Member to demote the User automatically. Otherwise, this just becomes a wait until the subscription expires thing.

1 Like
#3

Oh okay. The thing is, I looked into that user’s profile and it doesn’t have an EOT. Which log should I look into to check if the EOT has been generated?

#4

s2Member doesn’t always store anything in the EOT field, but it still knows when the next payment is due (thus when to demote the User). Try using the [s2EOT] shortcode.