Properly ignoring the IPN request.

[Luce Chandon]

Hi,

I seem to be getting an message in my IPN logs stating "Properly ignoring the IPN request. The txn_type does not require any action on the part of s2Member."

It's happening for both txn_types being sent (subscr_signup & subscr_payment).

Any idea what could be causing this? Perhaps a misconfiguration on my part?

Cheers

Luce

[Jason Caldwell]

Hi Luce. Please Register for the forum, then you can attach a file. I need to see the full IPN log that s2Member has for your site. s2Member should NOT be ignoring subscr_signup or subscr_payment.

[lchandon]

Thanks for your response Jason.

I've included an example of an entry in the logfile for a failed transaction below. (I've substituted private information with ???.)

I really appreciate you looking at the.

Cheers

Luce

------
array (
'payer_id' => '???',
'btn_id' => '15290779',
'charset' => 'windows-1252',
'payment_gross' => '',
'verify_sign' => 'A2S1fniRGsoquzRDbs4f5rc383f8Aw0sd3M643uP0PIKh7LG3toJoFn7',
'item_name' => 'Retweets.it+Silver',
'txn_type' => 'subscr_payment',
'receiver_id' => '???',
'payment_fee' => '',
'mc_currency' => 'AUD',
'transaction_subject' => '',
'custom' => 'retweets.it',
'protection_eligibility' => 'Ineligible',
'payer_status' => 'verified',
'first_name' => 'Leela',
'subscr_id' => 'I-0H14GGFG????',
'mc_gross' => '40.00',
'payment_date' => '22%3A43%3A39+May+10%2C+2010+PDT',
'payment_status' => 'Completed',
'business' => 'email%40address.com.au',
'item_number' => 'beta',
'last_name' => '???',
'payer_business_name' => "Leela+???',
'txn_id' => '???',
'mc_fee' => '1.26',
'resend' => 'true',
'payment_type' => 'instant',
'notify_version' => '2.9',
'payer_email' => 'valid email address',
'receiver_email' => 'value email address',
'residence_country' => 'AU',
's2member_log' =>
array (
0 => 's2Member POST vars verified through a POST back to PayPal®.',
1 => 's2Member originating domain ( _SERVER[HTTP_HOST] ) validated.',
2 => 'Properly ignoring this IPN request. The txn_type does not require any action on the part of s2Member.',
),
)

[lchandon]

Hi Jason,

Is there anything you've been able to discover about my problem with the IPN program ignoring IPNs?

Regards

Luce

[Jason Caldwell]

Hi Luce. In versions of s2Member, prior to v3.0, "subscr_payment" was not used by s2Member. In other words, the IPN request you posted (was) being properly ignored. So that was not an error.

All of that being said, s2Member has been further developed since then. Please upgrade to s2Member v3.0+. In s2Member v3.0+, "subscr_payment" responses ARE recorded.

[Wolfgang Mueller]

Hi Jason,

I have 3.0 installed, but the same problem (still testing in PayPal Sandbox).
But in both logs you can read: 'notify_version' => '2.9',

Look at the picture. This is what I've got when PayPal automatically returns to merchant.

Any Idea?
Wolfgang

[lchandon]

Thanks Wolfgang. I thought I was going mad. I upgraded to v3 and still getting the same problem.

Jason, I'm looking into this now that I have some time but at this stage it doesn't even look like its getting into the section that starts with "else if (preg_match ("/^(web_accept|subscr_signup)".

Back soon...

Luce

[lchandon]

I think I've found my problem.

On line 144 of paypal-notify-inc.php there is a second preg_match() that tests the value of $paypal["item_number"]. This is failing.

My value for $paypal["item_number"] was "beta".

It seems that the correct value for $paypal["item_number"] needs to be prefixed with a numeral (between 1 & 4) and optionally followed by a separator (:) and anything else.

For anyone else reading this, if you generate buttons directly within Paypal, you'll want to make sure you prefix the item_number with the desired membership level.

Cheers

Luce

[Jason Caldwell]

Thanks Luce.
Sorry for the delayed response.

This HAS been fixed in s2Member v3.0.5+
Thanks for reporting this, and troubleshooting!!