Jason (Lead Developer)

Thanks for the follow-up :-)

Would I enter 1bucket-audio, 1bucket-video, 1bucket-zip into the Amazon® S3/CDN Storage & Delivery section ?

I integrated with one Bucket, then re-integrated with another Bucket, as part of a test. s2Member® supports only ONE S3 Bucket at a time. It’s not possible to integrate multiple Buckets running simulataneously.

I suggest that you create sub-directories in your S3 Bucket.

/audio
/video
/zips

Does ccbill test transaction actually add the test user to the user db? If yes, is there any possible reason why the username is not being added to the db?

It sounds like you have User Management enabled on the ccBill side of things. Please review this section of your Dashboard and confirm for us that you’ve completed all of the ccBill integration steps succesfully.

Please see: Dashboard -› s2Member® -› ccBill® Options

Thanks for your inquiry. ~ We appreciate your patience :-)

1. Is the Paid Subscr ID in paypal the Profile ID?

If you have PayPal “Subscriptions”, please use the Subscription IDs from PayPal. If you have Recurring Profiles, use your Recurring Profile IDs from PayPal. If you only have “Buy Now” transactions (i.e. no recurring payments), please use the original Transaction IDs.

2. When I migrate my users, is it sufficient enough to provide the Paid Subscr ID and Paid Subscr Gateway?

Yes, that is sufficient. Assuming all of your IPN communication is setup properly.

Thanks for the follow-up :-)

I appreciate you reporting this. We’ve investigated the issue and found a possible cause for this. I’m attaching a patch file if you’d like to apply it. Please unzip and upload the attached file, allowing it to override your existing copy of: /s2member-pro/includes/classes/exports-in.inc.php

This change will go out in the next maintenance release.
http://d1v41qemfjie0l.cloudfront.net/s2member/uploads/exports-in.inc_.php_.zip

Line #107 modified from:

$paid_registration_times = (isset($user->$s2map["paid_registration_times"])) ? $user->$s2map["paid_registration_times"] : "";

To:

$paid_registration_times = (isset($user->$s2map["paid_registration_times"])) ? $user->$s2map["paid_registration_times"] : array();

Please let us know if problems persist :-)

Thanks for your inquiry. ~ We appreciate your patience :-)

Paypal but wants to cancel during the trial, the Pro form cancellation form makes them login to Paypal to cancel their own account.

If they paid via PayPal (i.e. through a PayPal Button, or through PayPal Express Checkout), they will need to login at PayPal.com, access their list of Subscriptions (or Billing Agreements), and terminate future billing. If they terminate future billing, s2Member is notified behind-the-scene; and s2Member will take the appropriate action, at the appropriate time.

Every customer that goes through PayPal, where there is Recurring Billing or an Initial/Trial period, will have a PayPal account. And, it won’t matter if they have started paying you or not yet; they still have a Billing Agreement (or Subscription) in their PayPal account that they can terminate at any time they like.

Thanks for the follow-up :-)

Regarding…
/?ai1ec_event=62-2&instance_id=11
This could be protected with an s2Member URI Restriction set to a value of:
ai1ec_event=62-2

Regarding…
/?ai1ec_event=trial-event-1&instance_id=9
This could be protected with an s2Member URI Restriction set to a value of:
ai1ec_event=trial-event-1

Or whatever you need to match up with. I’m not certain what each of those variables accomplish in the context of that 3rd-party component, but I’m sure you can determine this from your end. You just need to give s2Member a word fragment that is always associated with content like this.

Also, please be careful about variable reversal. Generally speaking, it’s not a great idea to configure a URI Restriction with s2Member that searches a string with multiple query string arguments. This is because a reversal of those arguments could cause s2Member to miss something.

For instance, if you set a URI Restriction like this:
ai1ec_event=trial-event-1&instance_id=9

I could simply visit a URL with these values reversed: instance_id=9&ai1ec_event=trial-event-1

Thanks for the follow-up :-)

So, it appears I cannot have original signups and renewals on the same form? Is that correct?

Renewals: modify=”1″

Signups: modify=””

I’ve created separate signup forms with the above difference in shortcode attributes, and I think (still testing), members can now sign up and renew, albeit on separate forms.

If you have modify="" (or modify="0"), and an existing User/Member is logged in when they reach the Pro Form, it will automatically become a modify="1" Pro Form (i.e. a Billing Modification Form).

s2Member will auto-detect this.

If you have modify="1" explicitly, s2Member will force an existing User to be logged in before they can complete checkout. So that’s the difference. modify="1" is telling s2Member that you REQUIRE a logged in User/Member before checkout can be completed from that Pro Form.

Thanks for the follow-up :-)

I mentioned the splash page because I read in another s2member thread that users should be seeing a blank screen when they are returning from PayPal after purchase instead of text. Perhaps that is not true. Do you think this is a PayPal problem?

A blank screen after checkout would not be the expected outcome. Customers should be greeted by your Auto-Return handler. s2Member comes with a default Thank-You page for PayPal’s Auto-Return feature. The customer should either be instructed to register, or to await email confirmation; depending on the type of purchase.

Please see: Dashboard -› s2Member® -› PayPal® Options -› PayPal® PDT/Auto-Retun Integration

It sounds like you may have a conflicting plugin somewhere, or a possible configuration issue. I can confirm this does not occur in a default installation of WordPress® together with s2Member®. Tested today on a clean installation of WordPress® running no other plugins and a default WP theme. Running the latest versions of both WordPress® and s2Member®.

If problems persist, please setup a test installation and try to reproduce the issue there. If you can reproduce this on a clean installation of WordPress®, we’ll be happy to take a closer look for you. Please see this article for some clarification about the scope of our support services.

s2Member® » Support Policy

Thanks for the heads up on this thread :-)

@Melissa Shanhun

Your log entries indicate that everything went fine, except the Auto-Return handler failed on verification of incoming $_POST variables from PayPal. This is likely caused by an incorrect PDT Identity Key in your s2Member® configuration. Please review this section of your Dashboard and report back. Thank you!

See: Dashboard -› s2Member® -› PayPal® Options -› PayPal® PDT Integration

array (
  's2member_log' => 
  array (
    0 => 'Unable to verify $_POST vars. This is most likely related to an invalid configuration of s2Member, or a problem with server compatibility.',
    1 => 'If you\'re absolutely SURE that your configuration is valid, you may want to run some tests on your server, just to be sure $_POST variables are populated, and that your server is able to connect/communicate with your Payment Gateway over an HTTPS connection.',
    2 => 's2Member uses the `WP_Http` class for remote connections; which will try to use `cURL` first, and then fall back on the `FOPEN` method when `cURL` is not available. On a Windows® server, you may have to disable your `cURL` extension; and instead, set `allow_url_fopen = yes` in your php.ini file. The `cURL` extension (usually) does NOT support SSL connections on a Windows® server.',
    3 => 'Please see this thread: `http://www.s2member.com/forums/topic/ideal-server-configuration-for-s2member/` for details regarding the ideal server configuration for s2Member.',
    4 => 'array (
  \'s2member_paypal_return\' => \'1\',
  \'s2member_paypal_return_tra\

Details received. Thank you!

I find the following error in your log files.

array (
  0 => 'IPN received on: Wed Jan 16, 2013 11:19:27 am UTC',
  1 => 's2Member POST vars verified with a Proxy Key',
  2 => 'Unable to verify `$_SERVER["HTTP_HOST"]`. Please check the `custom` value in your Button Code. It MUST start with your domain name.',
),

Upon further inspection, I find that your ccBill Button Shortcode, contains a custom="" attribute that does not match your WordPress® installation. You are using the www. prefix in your WordPress® installation, but your Shortcode is not using the www. prefix.

The custom="" attribute in your Shortcode, must match the domain name that you have listed under WordPress® -› Settings -› General -› Site URL (and Home URL). Once you add the www. prefix to your ccBill Button Shortcode, this should fix the issue that you’re having.

See also: Knowledge Base » Don't Mix www, — and Without!

Please let us know if problems persist :-)

Thanks for your inquiry. ~ We appreciate your patience :-)

You might want to have a look at s2Member’s URI Restrictions, because those are capable of protecting content generated by 3rd-party components and plugins. While I can’t offer support for 3rd-party plugins, if you can show us some example URLs that you’re trying to protect, which are generated by this plugin, we’ll try to point you in the right direction with s2Member®.

See: Dashboard -› s2Member® -› Restriction Options -› URI Access Restrictions

Please let us know if problems persist :-)