Communication Timeout Encountered 8030 two emails received in UK

Hello there,

[also on 1.51 website, separate server same country]
Firstly, I did find threads on this from 2011, but this only started happening a month or two ago. Basically, when an order is made using a credit card, the order does come through along with two emails titles "Communication Timeout Encountered (8030)":-

Cardinal Lookup 3[d30e2b2bdf53ae10d914ad61d1d9e688] Cardinal Centinel - cmpi_lookup error - 8030 - Communication Timeout Encountered

There are 3 steps to configuring your Cardinal 3D-Secure service properly:
1-Login to the Cardinal Merchant Admin URL supplied in your welcome package (NOT the test URL), and accept the license agreement.
2-Set a transaction password.
3-Copy your Cardinal Merchant ID and Cardinal Transaction Password into your ZC PayPal module.

For specific help, please contact [email protected] to sort out your account configuration issues.

Problem observed while customer 1852 ****** was attempting checkout with 3D-Secure authentication. THEIR PURCHASE WAS NOT SUCCESSFUL. Please resolve this matter to enable future checkouts.

8030 - Communication Timeout Encountered

Problem occurred while customer 1852 ****** was attempting checkout with 3D-Secure authentication.

CURL error: 35-Unknown SSL protocol error in connection to paypal.cardinalcommerce.com:443

Around the time it started, Paypal made some changes as they alerted in an email. Also, I remember zencart having a notice to the effect that nothing needed to be done. So once these errors started, I stupidly just thought it was a glitch as orders were going through okay. But after seeing a few error codes pertaining to AVS, I tested my mastercard on a test and realised that after confirming on checkout, the Verified by Visa box is not popping up. Therefore leading to decline.

So I have contacted cardinal, and they are 'lead to believe' (quote) that this is an issue with connecting with Zencart and I should post here. I also backtracked paypal files to 1.51 version, and the same thing happens (I tried the beta release that came out). But also, I have a friend who has a 1.51 site, also in the United Kindgom, and they started to get the two email errors at the same time. So by the lack of relevant threads recently, and the fact that two sites in the same country getting the same errors, I was surprised there was a recent thread pertaining to it - but from digging around I think this may be country specific.

As always I am grateful for any help. I have looked around for related threads. I increased timeout to a greater number, I have reentered my transactional password and saved to config. I removed paypal modules and setup again from scratch using correct credentials. I am not sure what else to try :-(. I checked also the config in my cardinal account, just in case, also it shows me transactional password.

James

I just got a new error this morning, and only one email - not receiving the other two emails I quoted this time around. They are:-

Cardinal Lookup 3[75943377190e0ec1632e9ac30a55ab6d] Cardinal Centinel -
cmpi_lookup error - 7063 - Connect Timeout Encountered While Expecting A
Response From MAPS Server: The host did not accept the connection within
timeout of 10000 ms

There are 3 steps to configuring your Cardinal 3D-Secure service properly:
1-Login to the Cardinal Merchant Admin URL supplied in your welcome package
(NOT the test URL), and accept the license agreement.
2-Set a transaction password.
3-Copy your Cardinal Merchant ID and Cardinal Transaction Password into your
ZC PayPal module.

For specific help, please contact [email protected] to sort out
your account configuration issues.

Problem observed while customer 25150 ***** was attempting checkout
with 3D-Secure authentication. THEIR PURCHASE WAS NOT SUCCESSFUL. Please
resolve this matter to enable future checkouts.

With subject line of "Connect Timeout Encountered While Expecting A Response From MAPS Server: Th (7063)"

I tried a search on forum and on here but no mention of this error number. The order did go through, but I suspect Verified by Visa is not working still.

Sorry to bump the thread in a way. I just want to reiterate that this is happening to a v1.51 and v1.52 website at the moment. All configured properly and based in UK with Payflow Pro UK accounts

I have produced some debug logs, but I am not sure which one I need to paste here. Not wanting to elongate the post needlessly, I have not pasted them all. In all there was maybe ten log emails.

Just an update, my friend let me look at their Email Archive Manager, as I cleared mine due to high level of emails. Their exact same issue started around the 10th of January. My recollection is the start of January. Around that time, Paypal sent an email to my paypal address to say they are updating the Payflow Pro. This surely must be the reason. I will contact Paypal and direct them to this thread as this is affecting two unrelated sites in the UK, and at the moment, I have turned of Payflow Pro

I don't have any info for you but I do have a UK client with the same problem. If I find any info, I'll let you know. Have you found out anything more?

Hello there,

Thanks so much for replying to me! Its still the same, affecting three sites in the UK. Nothing has changed at the moment, I have had no response from Paypal and it has been two weeks! No service from them, even when directed to the correct department. I have been in contact with Cardinal Secure (the part that provides the verified by Visa part) and from their wording, they seem to be aware of it. But they say the problem lies within zencart, though my money is on the recent Paypal changes which were happening around the time this started. I will relay any further info I can get here, hopefully we can make some headway.

We've made no headway on my UK client's problem. They are telling him it's the cart. Since both of you seem to have gained the problem around the same time, I think there's been paypal/cardinal changes that has not been noticed yet by zen cart. I'll keep you posted.

35-Unknown SSL protocol errorThis is a problem creating a secure connection from your server to the cardinal server.

1. There is much buzz across the interwebs saying that there's a CURL bug, which I suppose might have been added to your server by a software update. Allegedly it should be fixed by a future update. One such reference: https://bbs.archlinux.org/viewtopic.php?id=175433

2. There's also a lot of buzz saying a similar error occurs when not specifying to use v3 for the SSL protocol version. So, you can try that by making the following code change:

/includes/modules/payment/paypaldp.php

around line 2305, locate this section:

  function send3DSecureHttp($url, $data, $debugData) {      // verify that the URL uses a supported protocol.
    if ((strpos($url, "http://")=== 0) || (strpos($url, "https://")=== 0)) {


      // create a new cURL resource and set params
      $ch = curl_init($url);
      curl_setopt($ch, CURLOPT_POST,1);
      curl_setopt($ch, CURLOPT_POSTFIELDS, "cmpi_msg=".urlencode($data));
      curl_setopt($ch, CURLOPT_SSL_VERIFYHOST,  2);
      curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
      curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
      curl_setopt($ch, CURLOPT_TIMEOUT, 8);

Change that to the following instead:

      
  function send3DSecureHttp($url, $data, $debugData) {
    // verify that the URL uses a supported protocol.
    if ((strpos($url, "http://")=== 0) || (strpos($url, "https://")=== 0)) {
  
      // create a new cURL resource and set params
      $ch = curl_init($url);
      curl_setopt($ch, CURLOPT_POST,1);
      curl_setopt($ch, CURLOPT_POSTFIELDS, "cmpi_msg=".urlencode($data));
      curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
      curl_setopt($ch, CURLOPT_TIMEOUT, 8);
      curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 8);
      curl_setopt($ch, CURLOPT_SSLVERSION, 3);

Yes, some lines were removed, and some others added. This is intentional and important.

I'd be interested in knowing whether this helps, or what the error changes to.

Hello DrByte,

Wow that helped as my Mastercard test card passed and the payment went through. Verified by Visa showed up at the right time. I am telling the other UK sites, they are on different servers. Thanks very much!!! I do realise hosts update things, I have had downtime in the past due to cpanel updates that I was unaware of.

Did you just make the php changes and nothing else?

Hi Delia,
It was just the PHP changes as DrByte advised. However, half an hour ago a customer just emailed to say it went blank when waiting for verified by Visa capture form. I will try and see if I can access logs somehow, and if I am able to, I will find out what caused this. I only tested a mastercard, looking at some orders from the last two days, I can see Visa. Unless Maestro or rare cards are not progressing? I can't rule out coincidence too, but I can't remember getting an email regarding this for a long long time.

I don't think I can find any logs as the order did not progress to confirmation screen perhaps. Looking at the wording from the customer, it seems that they were waiting for the verified by visa box to show up, but they were not presented with anything to fill in.

My client said that they found one server related problem but there are still issues. I'm quite sure no one has attempted the php fix there. Very frustrating as it is obviously some kind of change that has created problems and paypal/cardinal won't own up and help.

Yes it is frustrating - I have a tracked email I sent to Paypal but they have not even replied! Just the automated one. Cardinal have been brilliant, they say it is something to do with the Paypal / zencart integration. I am sure it is Paypal, I found an email at the turn of the year saying they were making some changes, but all will be fine etc. All the orders since applying the php fix have been Visa. I am not sure what the recent customer was trying. I will definitely reply with anything else I can find in due course.

Clarification: The coding change I proposed specifically deals with the stage where Zen Cart has to talk to the Cardinal servers in order to begin the verification stage of the transaction.
So, if you made those changes and it helped, then it's a Cardinal problem that it's fixing, not a PayPal problem.

(And the 8030 (all of the 4-digit 8000-series errors) error message is specifically a Cardinal error.)

Now, that said, the error talked about being unable to negotiate an SSL2 connection, and one of the aspects of the coding change I gave you specifically tells it to use SSL3 instead (by far the better choice nowadays). But in the absence of specifying a version (the code didn't mention a version previously), it leaves it up to PHP and OpenSSL software on your server to decide what version of SSL to use. So if your server is "suddenly" unable to negotiate SSL versions properly, then that suggests your hosting company is also to blame in this mix. Just sayin' ...

My client's problem actually was a DNS problem on his server - though we did put the other recommendations into play as well.