About: Jim Jubak

Jason- Thanks…. Interesting development… I tried putting together a workaround for receipts using the Notifications API calls with mixed results:

1. Just hitting my receipt emailer script passing all of the params in the URL works great. I can send an email from the server (after loading WP so that the message goes through the SMTP login plugin) and everything is hunky dory..

2. Following your KB article on setting up a notification via a plugin (hooking into init), the email doesn’t go. However, for each transaction I get the following errors logged on the server:

[Tue Mar 26 08:40:19 2013] [error] [client 67.205.51.139] sendmail: fatal: open /etc/postfix/main.cf: No such file or directory

There’s actually 2 of them per transaction, and I’m wondering if this is the issue with a) the actual receipt that S2 is supposed to send and b) my workaround. Something about sending emails from within WP, perhaps at a certain point in the WP cycle… I need to do some more debugging to see if these logs are in fact stemming from those emails, but I’m guessing that this fatal error w/ sendmail config is choking those two emails.

:: UPDATE ::
The two error logs were for the receipt only… it was trying to send to two different users (the subscriber’s email address and mine). I changed it to only mine and now it just throws one error (attempting to send only one email now). Removing the init action hook on my notification workaround didn’t have any bearing on the errors.. Seems to only be the S2 generated receipt that’s generating errors. Also, I had S2 customize the user/pass email and the new user notification emails and those come in fine with no errors in the log.

:: UPDATE 2 ::
After dealing w/ Dreamhost support, they insist it’s a configuration issue in the software since other emails send properly, and didn’t offer any assistance to debug the sendmail error in the log.

:: UPDATE 3 ::
I tried turning on emails for API notifications, and that message never made it and also generated the same sendmail error in the logs.

A question for you… If I customize the user/pass and new user notifications, are they then sent by an S2 class, or are you still using WP Core to send those and you’re just customizing the copy via a filter? I am receiving customized emails, but if you’re not sending them, then in effect, I’m not receiving ANY emails that S2 sends.

Dammit, I really wish we could just talk through this. Can I PM you guys my phone # or something so we can figure this out?! I know you’re busy, and I’m busy too, and I’ve got a client breathing down my neck to get his damn site back up and running and this “support” channel really isn’t working out.

:: UPDATE 3.1 ::
After creating a main.cf file in the postfix directory, the plugin no longer throws an error, but the emails still don’t go.

Just tried that, but no love… IPN log still says the email sent, but the email logging plugin Cristian installed doesn’t show that it went. Other emails go out, just not this confirmation email.

What’s the IPN log actually logging at that point? Is it just counting on a true return from wp_mail() or is it something more accurate?

I’ve updated the plugins and gotten the S2 framework checksum error to go away, but the S2 pro checksum error is still there… downloaded & uploaded it 3 times and still no change.

I’ve added the same user you have for the production site to this one.
URL is http://clean.jubakam.com/wordpress/

FTP creds are the same as well, but you should be able to see all of the logs via the plugin anyway.

tap tap… this thing on?

UPDATE 2: Still on the clean install, I killed my first user & recurring billing profile, and now with the config SMTP plugin installed (and the correct email address in admin settings :-/), I was able to buy my sub w/ AMEX and I got a new user notification as well as a user & pass email, but still not the Signup Confirmation Email.

Also, testing a PayPal Express transaction, I still get

Error #36. Transaction failed: Fail to obtain approval for the online transaction.

on the front end, but in the logs, I see the following:

-------- Output string/vars: ( Tue Mar 5, 2013 7:33:29 pm UTC ) --------
RESULT=36&RPREF=RPC58AF62AEE&RESPMSG=Transaction failed: Fail to obtain approval for the online transaction&TRXRESULT=13&TRXPNREF=EUYPA628589E&TRXRESPMSG=Referral: 10422-The customer must return to PayPal to select new funding sources.&HOSTCODE=10422
array (
  'RESULT' => '36',
  'RPREF' => 'RPC58AF62AEE',
  'RESPMSG' => 'Transaction failed: Fail to obtain approval for the online transaction',
  'TRXRESULT' => '13',
  'TRXPNREF' => 'EUYPA628589E',
  'TRXRESPMSG' => 'Referral: 10422-The customer must return to PayPal to select new funding sources.',
  'HOSTCODE' => '10422',
  '__error' => 'Error #36. Transaction failed: Fail to obtain approval for the online transaction.',
)

After googling the response code, I came across a couple of threads here on the board and saw that the issue may be that I’m trying to use a checking account to pay for the sub. I deleted my checking account from the PayPal account I’m trying to pay with so the only source of funding is the same AMEX I successfully registered with. Alas, I get the same error.

Odd… those caching files were remnants of W3TotalCache which was deactivated. I removed those files (and the plugin is still deactivated)…

The bottom two logs in paypal-ipn are this morning’s AMEX test… same issue w/ the duplicate logs. And no receipt from S2, although I got the WP new user & user/pass emails.

When I then tried to test PayPal Express (coming from the same pro form), I got the following error when I came back from PayPal:

Error #36. Transaction failed: Fail to obtain approval for the online transaction.

Here’s the short code:

[s2Member-Pro-PayPal-Form level="1" ccaps="" desc="$1 USD / Weekly (recurring charge, for ongoing access)" ps="paypal" lc="" cc="USD" dg="0" ns="1" custom="jubakam.com" ta="0" tp="0" tt="D" ra="1" rp="1" rt="W" rr="1" rrt="" rra="2" accept="paypal,visa,mastercard,amex,discover,maestro,solo" accept_via_paypal="paypal" coupon="" accept_coupons="0" default_country_code="" captcha="0" /]

Custom is clearly there and correct. That’s odd about the duplicate IPN calls though… why would those be happening? And they contain different data too…

The API username I’m using is an API-only (API_FULL_TRANSACTIONS) user, so as not to expose the admin login credentials to our PayFlow account. This seems to be legit, and PayPal confirmed that it’s okay to do… If you think I should change it to the standard admin account, I can give that a shot and see what happens.

Okay, we didn’t have recurring billing set up at PayPal’s end, but now it is.

I’ve mostly successfully purchased a sub with an AMEX, but paying with PayPal still fails in the same way it has been. I was hoping it was a silent error on PayPal’s part since recurring billing wasn’t set up, but alas, that’s not the case.

Is there a way to suppress the PayPal radio button in the payment section of the pro form? So that we’d just use PayPal as the gateway, but not offer paypal as a payment option? That would work around the issue for now.

Also, regarding my mostly successful transaction, I never received any emails, either from the site, or from PayPal. The payment is there in PayPal, and the account was created in WordPress, but nothing was sent from either place and that’s going to be trouble.

WordPress used to send emails without a problem using our old system, so I don’t think it has anything to do with SMTP servers, etc. I’ve reached out to the owner of the site’s email address to see if she’s received anything by way of admin notifications, but would you have any pointers as places to check either in S2 or at PayPal?

Thanks!
-Rob

Okay, that makes a little sense. What’s happening is that I get to PayPal, authorize the payment and then I get returned to the site with the following query params appended to the URL:

?s2member_paypal_xco=s2member_pro_paypal_checkout_return&token=EC-42P75351YS342483E

Note, that this is when trying to use PayPal as a payment method.

Trying to use an AMEX as the payment method, I get the following error:

Error #1. User authentication failed: Recurring Billing.

Again, what we’re trying to do is sell a recurring billing subscription whereby the user can pay with either a major US credit card, or with PayPal (and PayPal isn’t even a requirement).

Is there a better way to get support other than the several-day turnaround on the forum? Can we knock this out over the phone in real time?

No, we’ve confirmed w/ PayPal that we have a PayPal Pro PayFlow edition account, so we should be good to go there.

I don’t get authentication issues when using a manager.paypal.com user (full API privileges), but upon trying to pay with PayPal, I get sent back to the form with the following added to the URL:

?s2member_paypal_xco=s2member_pro_paypal_checkout_return&token=EC-42P75351YS342483E

After this transaction, I have the following in my paypal-payflow-api.log (note, I’ve ******’d out emails & API credentials):

-------- Input vars: ( Tue Feb 12, 2013 8:40:34 pm UTC ) --------
TRXTYPE[1]=A&ACTION[1]=S&TENDER[1]=P&RETURNURL[95]=http://jubakam.local/membership-signup/?s2member_paypal_xco=s2member_pro_paypal_checkout_return&CANCELURL[95]=http://jubakam.local/membership-signup/?s2member_paypal_xco=s2member_pro_paypal_checkout_cancel&PAGESTYLE[6]=paypal&LOCALECODE[0]=&NOSHIPPING[1]=1&ALLOWNOTE[1]=0&AMT[4]=0.00&CURRENCY[3]=USD&L_BILLINGTYPE0[17]=RecurringPayments&L_BILLINGAGREEMENTDESCRIPTION0[56]=$1 USD / Weekly ( recurring charge, for ongoing access )&ADDROVERRIDE[1]=1&SHIPTONAME[11]=Rob Maurizi&SHIPTOSTREET[0]=&SHIPTOCITY[0]=&SHIPTOSTATE[0]=&SHIPTOCOUNTRY[2]=US&SHIPTOZIP[0]=&EMAIL[20]=******@******.com&VERBOSITY[6]=MEDIUM&USER[6]=******&PARTNER[6]=PayPal&VENDOR[12]=******&PWD[24]=******
array (
  'TRXTYPE' => 'A',
  'ACTION' => 'S',
  'TENDER' => 'P',
  'RETURNURL' => 'http://jubakam.local/membership-signup/?s2member_paypal_xco=s2member_pro_paypal_checkout_return',
  'CANCELURL' => 'http://jubakam.local/membership-signup/?s2member_paypal_xco=s2member_pro_paypal_checkout_cancel',
  'PAGESTYLE' => 'paypal',
  'LOCALECODE' => '',
  'NOSHIPPING' => '1',
  'ALLOWNOTE' => '0',
  'AMT' => '0.00',
  'CURRENCY' => 'USD',
  'L_BILLINGTYPE0' => 'RecurringPayments',
  'L_BILLINGAGREEMENTDESCRIPTION0' => '$1 USD / Weekly ( recurring charge, for ongoing access )',
  'ADDROVERRIDE' => '1',
  'SHIPTONAME' => 'Rob Maurizi',
  'SHIPTOSTREET' => '',
  'SHIPTOCITY' => '',
  'SHIPTOSTATE' => '',
  'SHIPTOCOUNTRY' => 'US',
  'SHIPTOZIP' => '',
  'EMAIL' => '******@******',
  'VERBOSITY' => 'MEDIUM',
  'USER' => '******',
  'PARTNER' => 'PayPal',
  'VENDOR' => '******',
  'PWD' => '******',
)
-------- Output string/vars: ( Tue Feb 12, 2013 8:40:35 pm UTC ) --------
RESULT=0&RESPMSG=Verified&TOKEN=EC-42P75351YS342483E&CORRELATIONID=d1123405c2301
array (
  'RESULT' => '0',
  'RESPMSG' => 'Verified',
  'TOKEN' => 'EC-42P75351YS342483E',
  'CORRELATIONID' => 'd1123405c2301',
)

This is a local environment, hence the .local TLD, but I’ll test it out on production shortly. I’m curious about the return URLs.. Where is that configured, and why isn’t it using the IPN URL?

Jason- Thanks… Sending info over via the contact form. We’ve signed up for everything with the name “PayFlow” on it, and now have an arsenal of logins and passwords and vendor IDs, etc., but nothing seems to be working, as now I keep getting “Error #1. User authentication failed.”

Let me know what you can come up with…

PS, I also included the developer’s email address in the contact form.. Please include him in any communications

Genius.. Worked like a charm… I recall seeing that now, but for whatever reason I blanked on it when I was having issues with it.

Thanks!