AUSTPost module

I had this module working well until I moved my site from development machine localhost to my live host site.
Now the Product dimension boxes have disappeared. My guess is that the override file for cherryzen template is being over ridden..somehow. or is missing.
Which files should I look at ?

remoteone:

I had this module working well until I moved my site from development machine localhost to my live host site.
Now the Product dimension boxes have disappeared. My guess is that the override file for cherryzen template is being over ridden..somehow. or is missing.
Which files should I look at ?

Not the template files :-)

You need to ensure the files located under /admin/ are in place (and readable). In particular 'collect_info.php' & 'update_product.php'

Cheers
RodG

I've just installed this superb add-on module yesterday then I realized I have a problem when I did a Shipping Estimation. Though I have selected Registered (Overseas), Insured Air, Insured Sea & Express International in Admin-->Shipping modules. But only Insured Sea & Express International are showing to the customer, what is the problem to my Registered (Oversea) & Insured Air? Have I done anything wrong? Please help!!!!:cry:

faithtong:

I've just installed this superb add-on module yesterday then I realized I have a problem when I did a Shipping Estimation. Though I have selected Registered (Overseas), Insured Air, Insured Sea & Express International in Admin-->Shipping modules. But only Insured Sea & Express International are showing to the customer, what is the problem to my Registered (Oversea) & Insured Air? Have I done anything wrong? Please help!!!!:cry:

Not all methods are available to all countrys, so the first thing to consider is what country are you testing with?

Cheers
Rod

I'm testing on several countries like US, Cambodia, Bangladesh and also Malaysia. But the returns are still the same....only Express Int'l & Insured Sea shown on the shipping estimation.

My appologies, this was not a AustPost/Zencart problem.
It was my dodgy Web host company. the ZIP extractor is creating errors in files when extracting using their "File Mangler"
Cheers

Hi Rod

Have a bit of a problem with my install of the AustPost module. It has been installed now for over three years and has been terrific. However, we recently found a problem with customers from the UK ordering via the shop. The shipping module comes up with the message "AusPOST International Parcel Post - AIR (ERROR: The delivery rate for this option cannot be determined at this time. If you prefer to use this option as your shipping method, please contact the store owner.)"

If I don't log in and get an estimate on shipping for the UK, it works perfectly. The problem only occurs when you are logged in.

I have gone through absolutely everything I can think of, and compared my UK country set up with others that work perfectly fine (recently US, Singapore, Spain, France, New Zealand).

Our ZenCart version is 1.2.4 and the AustPost version is 2.0.2.

Thanks and regards

Trinity:

Hi Rod

If I don't log in and get an estimate on shipping for the UK, it works perfectly. The problem only occurs when you are logged in.

Our ZenCart version is 1.2.4 and the AustPost version is 2.0.2.

Thanks and regards

I'm guessing that the user account that you are logging in with has spaces in the postcode/zipcode in the delivery address. You can either remove the spaces in the database, or upgrade to Austpost v2.1.3

If there is no urgency to fix this you may want to wait another day or two and the latest 'ozpost' module will be made available (the current 'ozpost' module (that supercedes 'AustPost' has a couple of issues of its own).

Cheers
Rod

Yes...a thousand thank you's...such a simple solution, I thought I had a more complex issue on my hands.

Will the new version of OzPost work with my version of ZenCart? Version 1.2.4? Have been meaning to upgrade it for a couple of years now, but every time I read the forums about people's experiences it puts me off? ;-)

Thanks again.

Trinity:

Yes...a thousand thank you's...such a simple solution, I thought I had a more complex issue on my hands.

Some of the complex issues really do have simple solutions.
Conversely, some of the simple issues can often be very difficult to solve.

Trinity:

Will the new version of OzPost work with my version of ZenCart? Version 1.2.4?

I can't think of any reason why it wouldn't.
The best way to find out is to try it, and you can do that without even disabling or removing the current AustPost module that you are using. Although somewhat pointless (other than for testing/checking) both modules can be installed (and enabled) at the same time.

Trinity:

Have been meaning to upgrade it for a couple of years now, but every time I read the forums about people's experiences it puts me off? ;-)

Thanks again.

Keep in mind that what you read in the forums comes from people that have had problems (the minority). There will be many times more of us that have performed upgrades with no problems at all.

Cheers
Rod

Anyone else having issues with the Aust post moduel not working atm...

i keep getting the following error;

ERROR:Unable to obtain a valid quote from the Australia Post Server.
You may still checkout using this method and we will contact you with postage costs as soon as possible.

the site was working fine as far as i know, it just stopped working.

My Austpost has started to display 500 internal server errors. It was working fine and will work fine if the module is switched off or if the cURL is "No" but this disables the database connection. has anyone else had issues similar to this?

Also to the post above if you switch the cURL in your admin>modules>shipping>austpost to yes your issue should be sorted:)

MerchNation:

My Austpost has started to display 500 internal server errors. It was working fine and will work fine if the module is switched off or if the cURL is "No" but this disables the database connection. has anyone else had issues similar to this?

Also to the post above if you switch the cURL in your admin>modules>shipping>austpost to yes your issue should be sorted:)

I tried that, still didnt work.

It's because the vcsweb server is down - try it yourself:

http://austpost.vcsweb.com/

My monitoring systems started alerting me at around 3:00-3:30 PM Eastern Australian time that it was inaccessible. I wondered since setting up a store for a client a few months ago just how reliable this server would be, and now I know.

In the meantime I've changed the server address in austpost.php to the direct http://drc.edeliver.com.au/ Australia Post server and have hard-coded the "fixed price" rates in so that it can continue to function until austpost.vcsweb.com comes back online.

Zyan:

It's because the vcsweb server is down - try it yourself:

http://austpost.vcsweb.com/

My monitoring systems started alerting me at around 3:00-3:30 PM Eastern Australian time that it was inaccessible. I wondered since setting up a store for a client a few months ago just how reliable this server would be, and now I know.

In the meantime I've changed the server address in austpost.php to the direct http://drc.edeliver.com.au/ Australia Post server and have hard-coded the "fixed price" rates in so that it can continue to function until austpost.vcsweb.com comes back online.

I must admit we normally dont have many issues with the Austpost server.

The new "ozpost" replaces AustPost. Its just been posed with some bug fixes. The author, RodG, says its got a fixed shipping cost option as a default if the AustPost server is down or the shipping method cant be found.
I'll install it soon.

It looks like the http://austpost.vcsweb.com/ server is back up for now. I'll have to check out the new 'ozpost' module and look at what it will take to upgrade to it - I made quite a few modifications to the 'austpost improved' module to fix a few issues with the particular store I was setting up (and to improve things like the images and issues with those being truncated in the order invoices, etc).

It's good to see that the new 'ozpost' module has better handling to "fail gracefully".

Zyan:

It's because the vcsweb server is down - try it yourself:

http://austpost.vcsweb.com/

My monitoring systems started alerting me at around 3:00-3:30 PM Eastern Australian time that it was inaccessible. I wondered since setting up a store for a client a few months ago just how reliable this server would be, and now I know.

Some things are just bad timing. Yes, the austpost server was down yesterday from around 2pm until 9pm. It had undergone a hardware upgrade (that went really well, with only a 15minute outage), but after moving various files around and forcing another reboot to ensure all was well with the new configs, the beast didn't reboot properly and needed someone to physically press the reset button (the server is located in the USA). The unprecedented downtime was a result of getting the folk in USA to do this in the ealry hours of thier Sunday Morning.

Zyan:

In the meantime I've changed the server address in austpost.php to the direct http://drc.edeliver.com.au/ Australia Post server

Just for the record, historical figures indicate that the drc servers tend to go down a lot more often than and for much longer periods than the vcsweb servers ever have.

Cheers
Rod

It's my understanding that the vcsweb server passes on the actual estimation requests to the drc server anyway though, doesn't it? i.e. if the drc server is down and you're using vcsweb as the server, the request will ultimately still not work because drc is down?

Zyan:

It's my understanding that the vcsweb server passes on the actual estimation requests to the drc server anyway though, doesn't it? i.e. if the drc server is down and you're using vcsweb as the server, the request will ultimately still not work because drc is down?

This is entirely true for the AustPost module (but technically speaking it does a redirect rather than acting as a proxy which is more like what you are describing).

This is partially true for the ozpost module, which has its own lookup tables for most of the shipping methods (and eventually all of them).

I really do find the drc server too unreliable, otherwise I wouldn't bother with this additional work.

Cheers
Rod