PayPal iPN intermittant failure HTTP error 500

[mc12345678]

Check/Money Order
PayPal PaymentsPro
PayPal Express Checkout

are the modules installed.

I noticed that PayPal PaymentsPro requires CURL
and must be able to use SSL. Indicators are that
my admin is not set up for SSL – surprise, I'd thought
that had been configured in the config.php, but
apparently not.

Am I correct in thinking that the config.php needs
to be changed to have my admin running SSL, and
that this could be the cause of the non-communication
between PayPal and my ZenCart installation?

If paypalwpp is the issue, from a quick net search that is indication that there is/was a problem with paypal express. Paypal express uses curl and should also be able to communicate (telnet on port 443) securely to the paypal system. That said, the settings should also be verified correct to be sure.

Check out this thread about getting started with paypal although it has already "begun" :)
http://www.zen-cart.com/content.php?20-PayPal
I did find a thread indicating that there is/was a test performed when using paypal paymentspro to verify that the admin was ssl, but dr. Byte provided a correction to lat9 on the issue and this has been incorporated into 1.5.2+ if it is/was a problem you more than likely also received an email related to that aspect when the sale was trying to be processed indicating something to the effect that the site was not secure or something... That "message" hasn't been reported here, so I'm not so sure it is the issue, but wouldn't be the first (nor last) time I was wrong about something.

[d0ugparker]

If paypalwpp is the issue, from a quick net search that is indication that there is/was a problem with paypal express. Paypal express uses curl and should also be able to communicate (telnet on port 443) securely to the paypal system. That said, the settings should also be verified correct to be sure.

Check out this thread about getting started with paypal although it has already "begun" :)
http://www.zen-cart.com/content.php?20-PayPal

Yup, all that's been done, and unfortunately
doesn't help me further my understanding of
the structure of the model in use.

I did find a thread indicating that there is/was a test performed when using paypal paymentspro to verify that the admin was ssl, but dr. Byte provided a correction to lat9 on the issue and this has been incorporated into 1.5.2+ if it is/was a problem you more than likely also received an email related to that aspect when the sale was trying to be processed indicating something to the effect that the site was not secure or something... That "message" hasn't been reported here, so I'm not so sure it is the issue, but wouldn't be the first (nor last) time I was wrong about something.

The 500 error I'm receiving is a generic error
without further explanation. The following XML
code was what I received from my ISP that I
can reportedly add to my web.config file to get
more detailed failure messages reported in my
error logs:

<configuration>
   <system.webServer>
      <httpErrors errorMode="Detailed"/>
   </system.webServer>
</configuration>

I haven't added it yet. I'm currently waiting for
their tech support to confirm the SSL on 80 and
443. Then I need to go looking for my config.php
and check my SSL status there.

When I add the XML, the error may raise its head
again, in which case I'll hopefully have a better
snapshot taken of its failure mode.

Then? I dunno. :-j

[mc12345678]

Yup, all that's been done, and unfortunately
doesn't help me further my understanding of
the structure of the model in use.



The 500 error I'm receiving is a generic error
without further explanation. The following XML
code was what I received from my ISP that I
can reportedly add to my web.config file to get
more detailed failure messages reported in my
error logs:

<configuration>
   <system.webServer>
      <httpErrors errorMode="Detailed"/>
   </system.webServer>
</configuration>

I haven't added it yet. I'm currently waiting for
their tech support to confirm the SSL on 80 and
443. Then I need to go looking for my config.php
and check my SSL status there.

When I add the XML, the error may raise its head
again, in which case I'll hopefully have a better
snapshot taken of its failure mode.

Then? I dunno. :-j

Sounds like a plan, though I wouldn't wait for the tech response in order to implement the tracking code. Personal choice, but might as well try to gather other information especially if the effect were to log something that might help the tech(s).

[d0ugparker]

After a week of no IPN retries or failures, I've
received 13 today. I'll be checking phpMyAdmin,
PayPal, and ZenCart to see if the same pattern
holds.

I implemented the addition web.server code,
but not in time to generate any additional,
verbose error messages with the 13 new retries
PayPal effected today.

[d0ugparker]

Update: All IPN retries on 9/17, today, that PayPal
is needing to resend are being caused by paypalwpp
payment transactions. This is the same condition I
uncovered earlier.

Our ZenCart installation was copied to a subdomain

ourstore.ourdomain.org

and the SSL certificate is listed as covering that
subdomain

ourstore.ourdomain.org

yet if I log in to the admin side, I'm not getting
an HTTPS indicated in the address bar, only HTTP.
ZenCart is said to be smart enough to know when
to enable HTTPS, but have I set all the proper
switches to tell ZenCart to do so? In the old version
of ZenCart, there used to be a separate setting
for ADMIN and for CATALOG SSLs. I wonder if
that's been wrapped up into the few lines below.

I've checked my includes/configure.php file, and
I have these settings

  define('HTTP_SERVER', 'http://ourstore.ourdomain.org');
  define('HTTPS_SERVER', 'https://ourstore.ourdomain.org');

  define('ENABLE_SSL', 'true');

  define('DIR_WS_CATALOG', '/');
  define('DIR_WS_HTTPS_CATALOG', '/');

I'll know more as I get more detailed HTTP error
reporting in my log file.

[dbltoe]

The https for the YourAdmin is NOT covered by the includes/configure.php but by the YourAdmin/includes/configure.php. You will need to set both the http_server and https_server to https://.....

It is NOT recommended to do this in the includes/configure.php as you only need the cart to be in secure mode when logging in or checking out.