Jump to content

cnchal

Members
  • Content count

    30
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    Harold
  1. cnchal

    [Contribution] - USPS Methods

    I use osCommerce Online Merchant v2.2 RC2a It has been a grueling week or so getting this going, and ultimately, I could not get Methods 6.1 to work. Somehow it loses the "title" value and fails. What I did get to work was Methods 6.4 with the modifications above by badlhby (thank you so much - I never would have figured that out) by putting the function just before it was called in usps.php So usps is working now, but the next minute that could change. Does anyone know the facts as to what usps is doing, or not doing with the responses. Are they "chunked" or not. The first time I saw this chunked term I went WTF is that, and almost blew my chunks. It is quite insane that usps would, just like that, constantly keep changing things and blow up countless shipping modules in the process. Methods modules will get rate quotes from usps based on package size and weight, and it even comes with dimension support, which I have never looked at. I am getting the right responses, and the "title" value makes it all the way to the end. It works, for now. I want to thank everyone for their help and input. Reading your questions and the answers to them is a tremedous way to learn. If anyone wants a copy of the Methods 6.4 usps.php file that worked for me, just ask and I will post it here.
  2. cnchal

    [Contribution] - USPS Methods

    I tried something a little different, and it wrote the response to show up in firebug. echo '<!-- '; echo '<pre>'; echo "Response => " . htmlspecialchars_decode($http->getBody()); echo '</pre>'; echo ' -->'; This is the result <!-- <pre>Response => 27 <?xml version="1.0" encoding="UTF-8"?> 7f8 <RateV4Response><Package ID="0"><ZipOrigination>48195</ZipOrigination><ZipDestination>94591</ZipDestination><Pounds>6</Pounds><Ounces>3.21</Ounces><Container>RECTANGULAR</Container><Size>LARGE</Size><Machinable>TRUE</Machinable><Zone>8</Zone><Postage CLASSID="4"><MailService>Standard Post<sup>®</sup></MailService><Rate>18.02</Rate><SpecialServices><SpecialService><ServiceID>9</ServiceID><ServiceName>Certificate of Mailing</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>1.20</Price><PriceOnline>0</PriceOnline></SpecialService><SpecialService><ServiceID>1</ServiceID><ServiceName>Insurance</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>1.95</Price><PriceOnline>0</PriceOnline><DeclaredValueRequired>true</DeclaredValueRequired><DueSenderRequired>false</DueSenderRequired></SpecialService><SpecialService><ServiceID>13</ServiceID><ServiceName>USPS Tracking<sup>™</sup></ServiceName><Available>true</Available><AvailableOnline>true</AvailableOnline><Price>0.00</Price><PriceOnline>0.00</PriceOnline></SpecialService><SpecialService><ServiceID>7</ServiceID><ServiceName>Return Receipt for Merchandise</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>4.10</Price><PriceOnline>0</PriceOnline></SpecialService><SpecialService><ServiceID>15</ServiceID><ServiceName>Signature Confirmation<sup>™</sup></ServiceName><Available>true</Available><AvailableOnline>true</AvailableOnline><Price>2.70</Price><PriceOnline>2.20</PriceOnline></SpecialService><SpecialService><ServiceID>6</ServiceID><ServiceName>Collect on Delivery</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>6.45</Price><PriceOnline>0</PriceOnline><DeclaredValueRequired>true</DeclaredValueRequired><DueSenderRequired>true</DueSenderRequired></SpecialService></SpecialServices></Postage></Package></RateV4Response> 0 </pre> --> It is complete, with the funny stuff still in it, but the rate and title show up. The title isn't making it into checkout_shipping.php though.
  3. cnchal

    [Contribution] - USPS Methods

    Oops! That didn't work as I expected.
  4. cnchal

    [Contribution] - USPS Methods

    Jim - thanks for your help. At least I am getting a quote to appear now, where there was nothing before. My Methods file is now even messier than most, but it worked last week even with the missing tags. The missing title value is Standard Post with the trademark symbol. I tried adding the regular expression for it back in but that didn't work. It's there in the response and I am not giving up. //////////////////////the following lines were cribbed from the USPS Rate V4 Intl Rate V2 from kymation's mods - begin // Connect to the USPS server and retrieve a quote $body = ''; $http = new httpClient(); if ($http->Connect('production.shippingapis.com', 80)) { $http->addHeader('Host', 'production.shippingapis.com'); $http->addHeader('User-Agent', 'osCommerce'); $http->addHeader('Connection', 'Close'); if ($http->Get('/shippingapi.dll?' . $request)) { $body = preg_replace( array( '/^[0-9a-f]+\v+/', '/\v+[0-9a-f]+\v+/', '{<sup>®</sup>}', /* Registered Trademark symbol - July 2013 update */ '{<sup>™</sup>}', /* Trademark symbol - July 2013 update */ '/ /' ), array ( '', '', 'RM', 'TM', 'BREAK' // ), $response); ), htmlspecialchars_decode($http->getBody())); } $http->Disconnect(); $mail_body = "Request:\n" . urldecode($request) . "\n\nResponse:\n" . $body; // mail( STORE_OWNER_EMAIL_ADDRESS, STORE_OWNER, $mail_body ); //////////////////////the above lines were cribbed from the USPS Rate V4 Intl Rate V2 from kymation's mods - end This is what I have in my Methods file now.
  5. cnchal

    [Contribution] - USPS Methods

    Jim Please forgive a dumb question. I have tried to figure out how to get the blue background window to put code into, and it keeps eluding me. Is there a forum topic on how to use the forum?? Anyhow, here is the relevant section of code that was replaced. $request .= '</RateV4Request>'; $request = 'API=RateV4&XML=' . urlencode($request); /////////////////////////////////////////////////////////////////////////////////////////////////// //echo "Request => " . htmlspecialchars_decode($request); /* echo '<!-- '; echo '<pre>'; echo "Request => " . htmlspecialchars_decode($request); echo '</pre>'; echo ' -->'; */ /////////////////////////////////////////////////////////////////////////////////////////////////// // the following section is original - blanked to test the connection method below - begin /* $usps_server = 'production.shippingapis.com'; $api_dll = 'shippingAPI.dll'; $body = ''; if (!class_exists('httpClient')) { include('includes/classes/http_client.php'); } $http = new httpClient(); if ($http->Connect($usps_server, 80)) { $http->addHeader('Host', $usps_server); $http->addHeader('User-Agent', 'osCommerce'); $http->addHeader('Connection', 'Close'); if ($http->Get('/' . $api_dll . '?' . $request)) $body = $http->getBody(); $http->Disconnect(); } else { $body = '<Error><Number></Number><Description>' . MODULE_SHIPPING_USPS_TEXT_CONNECTION_ERROR . '</Description></Error>'; /* original line */ } //mail(STORE_OWNER_EMAIL_ADDRESS, STORE_OWNER, $body); /* original line */ // the above section is original - blanked to test the connection method below -end //////////////////////the following lines were cribbed from the USPS Rate V4 Intl Rate V2 from kymation's mods - begin // Connect to the USPS server and retrieve a quote $body = ''; $http = new httpClient(); if ($http->Connect('production.shippingapis.com', 80)) { $http->addHeader('Host', 'production.shippingapis.com'); $http->addHeader('User-Agent', 'osCommerce'); $http->addHeader('Connection', 'Close'); if ($http->Get('/shippingapi.dll?' . $request)) { $body = preg_replace( array( '/\v*[0-9a-f]+\v+/', // November XML problem - kymation '/\<sup\>\&reg;\<\/sup\>/', '/\<sup\>\&trade;\<\/sup\>/', '{<sup>®</sup>}', /* Registered Trademark symbol - July 2013 update */ '{<sup>™</sup>}', /* Trademark symbol - July 2013 update */ //'/\" /', //'/\",/', //'/\"<br>/', '/<br>/' ), array ( 'RM', 'TM', 'RM', 'TM', //'",', //'" ', //'"<br>', 'BREAK' ), htmlspecialchars_decode($http->getBody())); } $http->Disconnect(); $mail_body = "Request:\n" . urldecode($request) . "\n\nResponse:\n" . $body; // $mail_body = "Request:\n" . urldecode($request) . "\n\nResponse:\n" . $response; mail( STORE_OWNER_EMAIL_ADDRESS, STORE_OWNER, $mail_body ); //////////////////////the above lines were cribbed from the USPS Rate V4 Intl Rate V2 from kymation's mods - end I would blank either of the $mail_body lines to see what the result would be for $body and then $response With $response there was nothing, but I do not think that has anything to do with USPS, and with $body there was a response with the rogue characters and broken tags. I ended up with this and it worked where the correct amount was put in, but the value of title is missing. That was the problem in July. It won't progress to checkout_payment.php but if I manually put that into the address bar it will let me select a payment method but it doesn't carry the value to checkout_payment.php. This is progress. Thank you $body = preg_replace( array( '/^[0-9a-f]+\v+/', '/\v+[0-9a-f]+\v+/' ), array ( '', '' ), htmlspecialchars_decode($http->getBody())); Here is the request and response. Still has missing closing tags in the response. Request: API=RateV4&XML=<RateV4Request USERID="ABCDABCDABCD"><Revision>2</Revision><Package ID="0"><Service>Standard Post</Service><ZipOrigination>48195</ZipOrigination><ZipDestination>94591</ZipDestination><Pounds>3</Pounds><Ounces>15.21</Ounces><Container>RECTANGULAR</Container><Size>LARGE</Size><Width>16</Width><Length>22</Length><Height>15</Height><Machinable>true</Machinable></Package></RateV4Request> Response: <?xml version="1.0" encoding="UTF-8"?><RateV4Response><Package ID="0"><ZipOrigination>48195</ZipOrigination><ZipDestination>94591</ZipDestination><Pounds>3</Pounds><Ounces>15.21</Ounces><Container>RECTANGULAR</Container><Size>LARGE</Size><Machinable>TRUE</Machinable><Zone>8</Zone><Postage CLASSID="4"><MailService>Standard Post<sup>®</sup></MailService><Rate>13.58</Rate><SpecialServices><SpecialService><ServiceID>9</ServiceID><ServiceName>Certificate of Mailing</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>1.20</Price><PriceOnline>0</PriceOnline></SpecialService><SpecialService><ServiceID>1</ServiceID><ServiceName>Insurance</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>1.95</Price><PriceOnline>0</PriceOnline><DeclaredValueRequired>true</DeclaredValueRequired><DueSenderRequired>false</DueSenderRequired></SpecialService><SpecialService><ServiceID>13</ServiceID><ServiceName>USPS Tracking&lt I have tried all sorts of combinations in the array near the top, and so far no luck in getting it to write in the "title' value of Standard Post with the registered trademark symbol. Thank you Harold
  6. cnchal

    [Contribution] - USPS Methods

    It took a day, and I got a response from USPS and it is posted at the end. In the meantime I have been digging and do not seem to be any closer to a solution, but perhaps some progress has been made Here is what I have tried. I use Methods 6.1c and nowhere in there was the regular expression filter being used in USPS Rate V4. The screwy response in my previous post ( #1336) and reading about the progress on the other thread led me to graft sections of Rate V4 into my Methods file so that I could see what was being requested. This is what I got when I used this line for mail mail( STORE_OWNER_EMAIL_ADDRESS, STORE_OWNER, $mail_body ); Request: API=RateV4&XML=<RateV4Request USERID="ABCDABCDABCD"><Revision>2</Revision><Package ID="0"><Service>Standard Post</Service><ZipOrigination>48195</ZipOrigination><ZipDestination>94591</ZipDestination><Pounds>3</Pounds><Ounces>15.21</Ounces><Container>RECTANGULAR</Container><Size>LARGE</Size><Width>16</Width><Length>22</Length><Height>15</Height><Machinable>true</Machinable></Package></RateV4Request> Response: 27 <?xml version="1.0" encoding="UTF-8"?> 7f9 <RateV4Response><Package ID="0"><ZipOrigination>48195</ZipOrigination><ZipDestination>94591</ZipDestination><Pounds>3</Pounds><Ounces>15.21</Ounces><Container>RECTANGULAR</Container><Size>LARGE</Size><Machinable>TRUE</Machinable><Zone>8</Zone><Postage CLASSID="4"><MailService>Standard Post&lt;sup&gt;&#174;&lt;/sup&gt;</MailService><Rate>13.58</Rate><SpecialServices><SpecialService><ServiceID>9</ServiceID><ServiceName>Certificate of Mailing</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>1.20</Price><PriceOnline>0</PriceOnline></SpecialService><SpecialService><ServiceID>1</ServiceID><ServiceName>Insurance</ServiceName><Available>true</Available><AvailableOnline>false</AvailableOnline><Price>1.95</Price><PriceOnline>0</PriceOnline><DeclaredValueRequired>true</DeclaredValueRequired><DueSenderRequired>false</DueSenderRequired></SpecialService><SpecialService><ServiceID>13</ServiceID><ServiceName>USPS Tracking&lt;sup&gt;&a 0 Missing closing tags and the 7f9 When I ran the same test but substituted $response for $body in the previous line, here is the result. $mail_body = "Request:\n" . urldecode($request) . "\n\nResponse:\n" . $response; Request: API=RateV4&XML=<RateV4Request USERID="ABCDABCDABCD"><Revision>2</Revision><Package ID="0"><Service>Standard Post</Service><ZipOrigination>48195</ZipOrigination><ZipDestination>94591</ZipDestination><Pounds>3</Pounds><Ounces>15.21</Ounces><Container>RECTANGULAR</Container><Size>LARGE</Size><Width>16</Width><Length>22</Length><Height>15</Height><Machinable>true</Machinable></Package></RateV4Request> Response: I am unsure why the response is missing, but I think the request is correct. Here is the reply from USPS tech support Thank you for contacting the USPS Internet Customer Care Center. I understand that you have encountered difficulty in the coding for use with Web Tools. I apologize for any inconvenience and will be happy to assist you. The API examples in the User Guides are a foundation for building the APIs. There can be many factors involved in developing and implementing them. The USPS provides the service; however, we do not provide support for development and implementation. In that respect, we do include XML examples in the User Guides, but these examples are only intended to be a starting point. To access the User Guides please use the link provided below. https://www.usps.com/business/webtools-technical-guides.htm You may wish to research for examples online on how to build an XML request using your selected programming language, or refer to other resources related to your programming language. The core requirements for utilizing the Web Tools are to be able to build an XML request, transmit data over the web, and then to unpack the XML response we provide back to you. If you have any additional questions or concerns, please contact us again. Thank you for emailing your Postal Service, This is blaming the victim.
  7. cnchal

    [Contribution] - USPS Methods

    Thanks Kymation I haven't heard anything from them yet, but these were my questions. What is the significance of the 27 above the <?xml version="1.0"encoding="UTF-8"?>, the 7f9 just above<RateV4Response> and the zero at the end? Why are there no closing tags for <SpecialServices> and the third <SpecialService>? Why is there no closing tag for <ServiceName> at the end and no closing tag to correspond with the <RateV4Response> opening tag? Why is there no closing tag for <Postage CLASSID="4">, nor for <PackageID="0">? Shouldn't there be a corresponding closing tag for every opening tag for a valid XML response? The information in the <ZipOrigination>, <ZipDestination>, <Pounds>, <Ounces>, <Container>, <Size>, <Machinable> <Zone>, <MailService> and <Rate> is correct. I am at a loss as to how to modify my site to accommodate these inconsistencies, and either guidance on what I need to do to modify my site, or a time frame on when you expect USPS servers to respond correctly and consistently would be appreciated. If and when these are answered, I will share them here.
  8. cnchal

    [Contribution] - USPS Methods

    Here we go again. Am I the only one using Methods 6 whose USPS module stopped working yesterday? In checking the official support thread for USPS Rate V4 Intl Rate V2, there seems to be a problem related to the XML response from the USPS servers. http://forums.oscommerce.com/topic/383307-usps-rate-v4-intl-rate-v2-official-support-thread/page__st__880 I have sent an email to USPS tech support asking a few question, but in the meantime perhaps someone with more "experience" can help. In the responses I am getting from USPS, there are odd characters and lots of missing closing tags but the information with regards to the rate quote is correct. Here is a sample response. I have organized it to be more readable. 27 <?xml version="1.0" encoding="UTF-8"?> 7f9 <RateV4Response> <Package ID="0"> <ZipOrigination>48195</ZipOrigination> <ZipDestination>94591</ZipDestination> <Pounds>3</Pounds> <Ounces>15.21</Ounces> <Container>RECTANGULAR</Container> <Size>LARGE</Size> <Machinable>TRUE</Machinable> <Zone>8</Zone> <Postage CLASSID="4"> <MailService>Standard Post&lt;sup&gt;&#174;&lt;/sup&gt;</MailService> <Rate>13.58</Rate> <SpecialServices> <SpecialService> <ServiceID>9</ServiceID> <ServiceName>Certificate of Mailing</ServiceName> <Available>true</Available> <AvailableOnline>false</AvailableOnline> <Price>1.20</Price> <PriceOnline>0</PriceOnline> </SpecialService> <SpecialService> <ServiceID>1</ServiceID> <ServiceName>Insurance</ServiceName> <Available>true</Available> <AvailableOnline>false</AvailableOnline> <Price>1.95</Price> <PriceOnline>0</PriceOnline> <DeclaredValueRequired>true</DeclaredValueRequired> <DueSenderRequired>false</DueSenderRequired> </SpecialService> <SpecialService> <ServiceID>13</ServiceID> <ServiceName>USPS Tracking&lt;sup&gt;&a 0 There are missing closing tags for the last <ServiceName>, <SpecialServices>, <Postage CLASSID="4"> <Package ID="0"> and <RateV4Response> Am I correct in thinking that these missing closing tags are part of the problem? Are the 27 above the <?xml version="1.0" encoding="UTF-8"?>, the 7f9 above the <RateV4Response> and the zero at the end, the extra characters that the USPS server is adding to the response that is causing the module to break? Thank you in advance for any help or insight.
  9. cnchal

    [Contribution] - USPS Methods

    superdaddy - have you got your problem sorted out? I had a similar problem where the value for ['title'] was missing because of the changed naming conventions from USPS, but if USPS was selected it wouldn't go to the checkout_payment.php page. Forestshopkeeper - I cannot find that line in my usps.php file. I though you were using the same module I was. What I do have is: $shipping_ounces = ceil((16 * ($shipping_weight - $shipping_pounds)) * 100) / 100; // rounded to two decimal digits
  10. cnchal

    PayPal Website Payments Standard - IPN error

    Steve - an update on what happened. Yes I have 2.2RC2a and that file, standard_ipn.php was missing from the ext/modules/payment/... In fact the paypal folder was missing as well and paypal instant payment notification was working fine with my botched up paypal modules until the latest USPS c/f, when as soon as I get that working, the paypal warning emails started coming. The text ENABLE_ENCRYPTED_WEB_PAYMENTS was in the configuration table but after I uninstalled PayPal Website Payments Pro (US) Direct Payments it dissapeared. I also took that module off the server and added the /paypal/paypal_standard_ipn.php to the ext/modules/payment folder path. So, paypal still works but the instant payment notification doesn't. What I didn't do, is uninstall then reinstall the paypal standard module. Eventually the emails stopped and on random infrequent occasions a purchase will go through and there will be no update as to order status. When that happens, I manually update it.
  11. cnchal

    Canada USPS Shipping Error

    Is USPS is working for US customers? If so, it could be a zones issue.
  12. cnchal

    PayPal Website Payments Standard - IPN error

    I have a very messed up paypal module, and it is surprising it even worked at all. There are two modules installed PayPal Website Payments Pro (US) Direct Payments - this module is not enabled but it has the API username, API password and API signature. PayPal Website Payments Standard - this is enabled but the ENABLE_ENCRYPTED_WEB_PAYMENTS is set to false and the five fields referring to the following are blank. Your private key Your public certificate PayPals public certificate Your PayPal public certificate ID Working directory The sixth field is OpenSSL and it has the value /usr/bin/openssl Until last weeks this module was working, but now PayPal can't find the standard_ipn.php file even though it could before, when the file standard_ipn.php didn't exist. I know it sounds crazy, but I can see in the server logs where it was working. In my post above, see the April server log. There was no standard_ipn.php so how can paypal give a 200 file found? I would like to use PayPal Website Payments Standard, with encrypted web payments. How does one get the private and public keys referenced above? I am a bit hesitant to blow out these modules and start fresh when they are accepting payment, and the only downside is the threatening emails from paypal. Do they eventually cut you off? I know something is wrong here and calling paypal yielded no useful information. Any suggestions or guidance would be appreciated.
  13. cnchal

    [Contribution] - USPS Methods

    To TomB01 I have Methods 6.1c working, except the handling charge doesn't calculate properly. I have no time to look at that because paypal is barking now. I have a messed up paypal module. I use Standard Post and FedEx for shipping. The problem is that one or some of your domestic sevices are failing. Turn off all the services except one, and test each individually until you identify the faied ones. The solution is in the arrays near the top of usps.php If those are not configured correctly, the value "title" goes missing in the line where the radio button is. This is the crux of the problem. Another way to see what services are failing is to open firebug, put something in the shopping cart and checkout. When you expand the html in firebug all the way to those services, you will find that the broken services have no value for title. This is the line that calls for title in checkout_shipping.php It writes in the text to the left of the price. <td class="main vam" width="75%"><?php echo $quotes[$i]['methods'][$j]['title']; ?></td> Here is the html from firebug that shows two shipping modules (usps and fedex) . The fedex module works properly and has the value "FedEx Ground" for title. It was missing for usps. The html above the <DOCTYPE definition comes from variable print commands inserted into the fedexwebservices.php and usps.php files <!-- <pre>FedEx</pre> --> variable $quote['id'] from fedexwebservices.php this is used for the heading to the left of the FedEx logo <!-- <pre></pre> --> variable $shiptitle from usps.php <!-- <pre>Standard Post®</pre> --> variable $quote['id'] from usps.php In usps, I think this should be "United States Postal Service", but there is a glitch. On the webpage it reads United States Postal Service, but this variable here is Standard Post® <!-- <pre></pre> --> variable $title from usps.php <!-- <pre>16.58</pre> --> variable $cost from usps.php this is correct. <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <tr class="moduleRow" onclick="selectRowEffect(this, 0)" onmouseout="rowOutEffect(this)" onmouseover="rowOverEffect(this)"> <td width="10"> <td class="main vam" width="75%">Fedex Ground</td> This is the result of the line referenced above in checkout_shipping.php <!-- <pre></pre> --> variable $j['title'] <!-- <pre>Array ( [0] => Array ( [id] => FEDEXGROUND [title] => Fedex Ground [cost] => 24.6 ) ) </pre> --> variable $quotes['i']['methods'] <!-- <pre>2</pre> --> variable $n - counts the number of shipping modules <td class="main vam">$24.60</td> <td class="main vam" align="right"> <td width="10"> </tr> <tr class="moduleRow" onclick="selectRowEffect(this, 1)" onmouseout="rowOutEffect(this)" onmouseover="rowOverEffect(this)"> <td width="10"> <td class="main vam" width="75%"></td> This is the result of the line referenced above in checkout_shipping.php <!-- <pre></pre> --> variable $j['title'] <!-- <pre>Array ( [0] => Array ( [id] => Standard Post® [title] => [cost] => 16.58 ) ) </pre> --> variable $quotes['i']['methods'] I think it should read Array ( [0] => Array ( [id] => United States Postal Service [title] => Standard Post® [cost] => 16.58 ) ) <!-- <pre>2</pre> --> variable $n - counts the number of shipping modules <td class="main vam">$16.58</td> <td class="main vam" align="right"> <td width="10"> </tr> Anyhow, I got it working, but the main work is in getting the details in the arrays right. For Standard Post the value for title that worked was Standard Post<sup>®</sup>
  14. cnchal

    PayPal Website Payments Standard - IPN error

    Here is what I get. It isn't updating the orders. I have a db configuration issue with paypal anyway, and wondered why it ever worked. I don't even have the paypal_standards_ipn.php file. I have 5 other paypal files though paypal_direct.php paypal_express.php paypal_standard.php paypal_uk_direct.php paypal_uk_express.php 66.211.170.66 - - [03/Aug/2013:23:12:55 -0400] "POST /ext/modules/payment/paypal/standard_ipn.php HTTP/1.0" 404 613 "-" 66.211.170.66 - - [31/Jul/2013:19:11:00 -0400] "POST /ext/modules/payment/paypal/standard_ipn.php HTTP/1.0" 404 613 "-" "-" 173.0.81.1 - - [06/Apr/2013:17:33:48 -0400] "POST /ext/modules/payment/paypal/standard_ipn.php HTTP/1.0" 200 - "-" "-" I have no idea on how the last example from April ever worked, and worked right until the usps fix of last week.
  15. cnchal

    PayPal Website Payments Standard - IPN error

    After last weeks usps cf, paypal acts up. I wonder if these are are related. I got the same message from paypal today as referenced above. The file path paypal is calling for doesn't exist. It appears as if the underscore in paypal_standard_ipn.php has been replaced with a forward slash. When I look at server logs, I can see where it's failing, and it started right after usps was fixed. I was hoping to ignore it till Monday.
×