Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

[Contribution] - USPS Methods


Recommended Posts

UPDATE: Not sure what the difference is between the last 2 versions I mentioned but I went back one version, 6.3, and its working fine now. Just thought I'd let you all know if someone else had the same issue.

Samuel Mateo, Jr.

osC 2.2 MS2

Installed Mods:

WYSIWYG HTMLArea 1.7 | Basic Template System 1.0 | osC-Affiliate | OSC-SupportTicket

Featured Products 1.3 | LoginBox 5.2 | LatestNews 1.1.3 | Extras for IE

Link to comment
Share on other sites

  • 2 weeks later...

We sell both digital and physical products and obviously there is no shipping involved with digital products but when we add a digital product with the weight of 0 to the cart and proceed to checkout it shows shipping prices regardless if the item is digital or not.

 

Is there a solution to this? Any help is very much appreciated.

Link to comment
Share on other sites

  • 3 weeks later...

Any help;

 

I have just did a fresh install of oscommerce to 2.3.3. I installed the latest version of USPS Methods. After hours of trying to get this work out and fix the no service selected message, it's now showing the only two services I offer, Priority and first class package service. However, if i have an item that can be shipped priority or FC it will always revert to first class on the paypal log in screen.

 

Any ideas why it will not use the priority amount if that is checked?

Edited by mbsimonds
Link to comment
Share on other sites

  • 1 month later...
  • 2 weeks later...

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://www.oscommerce.com/forums/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.

Link to comment
Share on other sites

You're certainly not the only person seeing this problem. USPS is again inserting garbage characters into the XML response. I tried to write a filter to clean up the result, but the pseudo-random nature of the inserted characters makes it hard to do. I have been given one solution that is supposed to work, but it only runs under PHP 5.4 or later, so that's not useful for most of us.

 

The only guaranteed solution is for USPS to fix their servers. Please let us know if/when you get a response from USPS.

 

Regards

Jim

See my profile for a list of my addons and ways to get support.

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

I have not been informed as to the significance. If there is any.

 

The invalid characters that I have seen are all hexadecimal numbers and Windows-style line endings. My theory is that the numbers are ASCII characters that were translated by the software that USPS uses to generate the XML stream. Hex 27 is a single quote, which would make sense at the beginning of a string. The other characters could be the end of a line of code, since they seem to occur at fixed intervals (counting the number of characters.) I might try a filter based on fixed length if that theory holds up.

 

I have not seen any missing closing tags. I have seen tags corrupted by having garbage characters inserted in the middle. Perhaps that is what is happening to yours.

 

The USPS has had this particular bug before, but usually on the test server they set up to test changes prior to their twice-yearly modifications. It has been reported on the live server, but that was always fixed quickly. I have no idea how fast they will respond to this one. Not all that quickly since it started Saturday morning. Maybe they are all off for the three-day weekend.

 

Regards

Jim

See my profile for a list of my addons and ways to get support.

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

I have another filter that seems to be doing a pretty good job of cleaning up the invalid characters. Please try this and let me know if it works for you:

 

    $body = preg_replace( array(
	  '/^[0-9a-f]+\v+/',
	  '/\v+[0-9a-f]+\v+/'
    ), array (
	  '',
	  ''
    ), $response);

 

Replace $body and $response with the correct variables in your module. This needs to go right after the htmlspecialchars_decode() of the response from USPS.

 

Regards

Jim

See my profile for a list of my addons and ways to get support.

Link to comment
Share on other sites

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

Link to comment
Share on other sites

The Code functions in this editor are the third button from the left in the top row -- the one with the green stripes (Does anybody even remember green-bar computer paper?) Or you can just type the codes:

$code

<<- that's supposed to be brackets. Grrr.

 

Your response above seems to be missing a lot. It ends in the middle of the Tracking service quote. I have no idea what's causing that. I'm not very familiar with the Methods modules, but I do know the code is a mess. There could be something lurking in there. Sorry, I'm not going to be much help with this.

 

Regards

Jim

 

edit: Stupid editor.

Edited by kymation

See my profile for a list of my addons and ways to get support.

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

The result you posted is what I would expect, complete with invalid characters. I still don't understand what is cutting off the last half of your response string. You would be getting good quotes if you could fix that. Sorry I'm not being more help here.

 

Regards

Jim

See my profile for a list of my addons and ways to get support.

Link to comment
Share on other sites

The comment on the other forum is correct that XML response is being returned in CHUNKED format. Here is a workaround that I've put in. Hopefully it helps you:

 

I run USPS Methods 7.1 and am having no issues after making the following changes:

 

After // START RATE REQUEST FUNCTION insert

 

/**
* dechunk an http 'transfer-encoding: chunked' message
*
* @[member='param'] string $chunk the encoded message
* @[member='Return'] string the decoded message. If $chunk wasn't encoded properly it will be returned unmodified.
*/
function http_chunked_decode($chunk) {
$pos = 0;
$len = strlen($chunk);
$dechunk = null;
while(($pos < $len)
&& ($chunkLenHex = substr($chunk,$pos, ($newlineAt = strpos($chunk,"\n",$pos+1))-$pos)))
{
if (!$this->is_hex($chunkLenHex)) {
trigger_error('Value is not properly chunk encoded', E_USER_WARNING);
return $chunk;
}
$pos = $newlineAt + 1;
$chunkLen = hexdec(rtrim($chunkLenHex,"\r\n"));
$dechunk .= substr($chunk, $pos, $chunkLen);
$pos = strpos($chunk, "\n", $pos + $chunkLen) + 1;
}
return $dechunk;
}
/**
* determine if a string can represent a number in hexadecimal
*
* @[member='param'] string $hex
* @[member='Return'] boolean true if the string is a hex, otherwise false
*/
function is_hex($hex) {
// regex is for weenies
$hex = strtolower(trim(ltrim($hex,"0")));
if (empty($hex)) { $hex = 0; };
$dec = hexdec($hex);
return ($hex == dechex($dec));
}

 

Find the occurrences of

if ($http->Get('/shippingAPI.dll?' . $request)) $body = $http->getBody();

and change to

if ($http->Get('/shippingAPI.dll?' . $request)) {
 $body = preg_replace( array(
 '{<sup>®</sup>}', /* Registered Trademark symbol - July 2013 update */
 '{<sup>™</sup>}', /* Trademark symbol - July 2013 update */
 '/<br>/'
 ), array (
 '',
 '',
 ''
 ), htmlspecialchars_decode($this->http_chunked_decode($http->getBody())));
}

 

All of my quotes come up for both domestic and international without issue.

Link to comment
Share on other sites

is this version working?? USPS Rate V4, Intl Rate V2 still is giving me fits.. anyone made the switch? I'm formulating a plan to do this is ya'll tell me it works..

Debbie D
Franklin County, VA "Moonshine Capitol of the World"
osCmax Mobile Template oscmaxtemplates.com

Link to comment
Share on other sites

I am currently using 6.3 and like everyone things went to hell in a handbasket on Saturday.

 

To temporarily over the difficulty I enabled the Flat rate with a package average shipping cost of $11.25 - hopefully with the fix identified above I can disable Flat Rate and get back to business with the USPS Method module.... however

 

BEFORE I update to 7.1 (which I am willing to do) I started pulling the ALL 7.x modules looking for valid installation instructions. None of the modules seem to have a set. I even went over to github and Nope none there.

 

ARE THEY THE SAME AS 6.3?

Link to comment
Share on other sites

Here's a question. I am still on 5.2.1 and have been working with minor fixes to the usps.php file over time. Mainly name changes for the services. Back in August/September it was a complete stop and I ended up using someone elses supplied usps.php on here that has worked flawlessly until this past weekend. I'm not sure where to go at this point. I'm running zone rates to keep my domestic going but need to get it back to Domestic with priority and first class and same for International. Any thoughts on how I should proceed or is it possible to patch the usps.php file? Looks like the usps.php file I had working the past few months is:

USPS Rate V4 Intl Rate V2 - v.1.7

Edited by Jayman11
Link to comment
Share on other sites

I have updated the USPS Methods Rates V4 Intl Rates V2 addon page with a working module (both stock and MVS variants). If you use those modules, please report on the module support thread if this works for you. Or not.

 

For those using the USPS Methods modules, there are patches posted here that should fix your module.

 

Regards

Jim

 

edit: Forgot where I was.

Edited by kymation

See my profile for a list of my addons and ways to get support.

Link to comment
Share on other sites

Not certain if everyone has realized it or not - USPS has "fixed" their garbage transmission.

 

I was working on updating and installing when a customer called about his order.... I looked at his order and discovered that he had gotten a CORRECT response... further investigation showed it is now working without any changes on my part.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...