well I am not sure what changed it for me. I asked my hosting if fsockopen is disabled - they checked and told me - no. Perhaps they changed something - because right after that I started receiving callbacks. The only changes I made on my end - I described.salmoon wrote: Well Gary, i find all that a bit confusing. I tried what you suggested with taking password off the directory and using SSL but this didn't work for me.
I've tried so many things now. I've tried taking ssl:// from the fsockopen lines.. and just using www. I've tried using http:// because someone said if you're coming from a http:// you need to set the url in fsock to the same. Made no difference.
I've even added the lines:
mail('myemail@mail.com', "INVALID IPN", "$res\n $req");
mail('myemail@mail.com', "VALID IPN", "$res\n $req");
to try and get some email notification if the IPN was returning valid / invalid but i didn't even get those emails. So it seems paypal just isn't communicating back to the shopping cart at all..
OK, I will explain simpler. The workaround to missing paypal callbacks - is to process order when user comes back to merchant from the paypal - after paying. If user does not come back - order is lost (like it is lost right now if callback does not come).
So, to process order after user returns from paypal do this:
1) copy "process" function from cod class (located in catalog/extension/payment/cod.php) to paypal class (catalog/extension/payment/paypal.php)
2) find in same paypal class "callback" function - and comment it all out (leave definition just in case - although not sure if you need it)
That should do it. Of course you will have to put notice on your confirm page - that order will not be processed if user does not come back to merchant after paying.