ozpost shipping module

Hi. I realise the ozpost mod is not in any way responsible for the behaviour of the courier services it supports, but I feel a sense of responsibility myself since I was quite positive and vocal about the e-go.com.au online transport service a while back.

Mmm. It's a pity because everything was going very smoothly until we were given the option to register our credit card online (in my case Amex) to facilitate one-click payments. Soon after, I receive notification of excess debits charged to the card which are bizarre: their automatic weighing system reckons I sent goods weighing 1.5kg inside a 5kg box (obviously using lead as packaging), and again, a 29kg box instead of the maximum 13.5kg boxes I can ever produce.

Cuttting to the chase, no amount of proof is accepted by the company, who just ignore you when you offer it. I've gone back to Fastway.

If you do use e-go, I strongly suggest you don't register your card.

Cheers!

Hi Rod, We have just noticed the following
Temporary Quote Error. Static rates currently apply (or try again later).
Server#1 Error: name lookup timed out
Server#2 Error: name lookup timed out:

is showing on the postage page of our site when checking out

and this is showing when I click on the ozpost module in admin. We are due for renewing our subscription, in fact just paid for an extra month to tide us over to pay for a year. Would that be affecting it?

http://www.blissfulkidsparties.com.a...cons/error.gif cURL communication ERROR: name lookup timed out http://www.blissfulkidsparties.com.a...cons/error.gif cURL communication ERROR: name lookup timed out http://www.blissfulkidsparties.com.a...cons/error.gif Unable to connect to Ozpost servers

Thanks
Jazzah
Long time user!!

All good now, I thought I had til tomorrow to renew, you were a day ahead! Thanks

Quote:

---

Originally Posted by jazzah

Hi Rod, We have just noticed the following
Temporary Quote Error. Static rates currently apply (or try again later).
Server#1 Error: name lookup timed out
Server#2 Error: name lookup timed out:

---

This appears to be a DNS error. Very unusual. If you happen to be with Telstra try resetting your modem.

It could also be just a temporary glitch somewhere that should resolve itself within a few minutes.

Cheers
Rod

Quote:

---

Originally Posted by jazzah

All good now, I thought I had til tomorrow to renew, you were a day ahead! Thanks

---

Oh, OK. I sent my prev reply before I saw this one.

Yes, you did have another day before your subscription expired, but even if it had expired our servers would NOT prevent your store from connecting to them. It is essential that our servers are accessible to all users regardless of subscription status, otherwise there wouldn't be the feedback to the store to inform what the problem is.

Cheers
Rod

Hi Rod,

I'm getting an error message appear at the top in the Zen Admin Window

"Unable to connect to Ozpost server"

I'm using 2.0.9.
Yes, its an older version, but as you may recall, I have heavily edited it for our use, thus I am hesitant to update, as its still (seems to be) working fine and producing correct rates.

I just renewed the subscription as it was due a month ago. I hadn't checked it for a while as I had not had any issues.

I don't recall getting a reminder. Are we supposed to get a reminder, or is the onus on us to check ?

Also one minor issue, the Remaining Days in Admin, states Read Only, but I can edit it. I changed to 365 the other day when I updated, and it's still showing 365 today.


Thanks,
Mike

Quote:

---

Originally Posted by Mike_Dean

I'm getting an error message appear at the top in the Zen Admin Window
"Unable to connect to Ozpost server"
I'm using 2.0.9.

---

It is hard determine a great deal from this error message, other than there is/was apparently a problem connecting to the server.

Quote:

---

Originally Posted by Mike_Dean

Yes, its an older version, but as you may recall, I have heavily edited it for our use, thus I am hesitant to update,

---

My memory doesn't extend to recalling what the edits were that you needed to make. I thought I'd been very good at implementing useful customisations into the core code.

Quote:

---

Originally Posted by Mike_Dean

as its still (seems to be) working fine and producing correct rates.

---

Curious. This is suggesting that whatever the cause, it is somewhat intermittent.

Quote:

---

Originally Posted by Mike_Dean

I don't recall getting a reminder. Are we supposed to get a reminder, or is the onus on us to check ?

---

Versions 2.1.0 and later will generate email remainders (from your own store). With older version the onus is on you to check (although when I have seen these coming up for renewal I have been manually sending reminders).

Quote:

---

Originally Posted by Mike_Dean

Also one minor issue, the Remaining Days in Admin, states Read Only, but I can edit it. I changed to 365 the other day when I updated, and it's still showing 365 today.

---

That field is editable, but the data will be updated/overwritten the next time the store connects to the server (while in the admin panel).

There have been a few DNS issues reported lately, so I suspect your problem may be related. If it hasn't resolved itself by now I would suggest that you try editing the main ozpost.php file, find the line
$this->SERVER = 'ozpost.net';

and change it to
$this->SERVER = 'svr1.ozpost.net';

A far better option would be to upgrade though, because the newer code will attempt to connect to svr2.ozpost.net if srv1.ozpost.net and ozpost.net fails to respond. (a near future release will be adding yet another server to this mix.

Anyway, if you could remind me of what your customisations entail I'll once again consider the possibility of incorporating them into the core code.

Cheers
Rod

Hi Rod,

I'll start of the process of upgrading to the later version, so that should fix that little error message up..

Regarding the customization..

I use Couriers please and have modded the Fastway details in the module to provide the quotes.

I spent quite a while looking at the Fastway prices to ensure that the quotes that the Mod returns are as close as possible to the charges that Couriers Please charge..

My results return "Registered Courier Service" as opposed to "Fastway XYZ..."

This also leaves me the option of sending goods direct from suppliers using their couriers..

Quote:

---

Originally Posted by Mike_Dean

My results return "Registered Courier Service" as opposed to "Fastway XYZ..."

This also leaves me the option of sending goods direct from suppliers using their couriers..

---

I plan to make this kind of change easier in a future release. Although it's currently not *difficult* to do, it does require editing of the main code, and ideally, this kind of thing is best performed via the language file(s).

If those are your only customizations we both have it easy :)

Cheers
Rod

Quote:

---

Originally Posted by RodG

If those are your only customizations we both have it easy :)

Cheers
Rod

---

Would you like me to email my edited file ?

Its from 2.2.2 (which I have working at the moment)

Quote:

---

Originally Posted by Mike_Dean

Would you like me to email my edited file ?

Its from 2.2.2 (which I have working at the moment)

---

No, I won't be using your edits. I'll just be adding an override system, with the edits made in the languages file.

Still a while off yet though, so don't be holding your breath.

Cheers
Rod

Hi,

I am getting this error which only has just appeared to happen. I have the module on auto update.

1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '//IETF//DTD HTML 2.0//EN"> in:
[update configuration set configuration_value = "
Not Acceptable

An appropriate representation of the requested resource /postage.php could not be found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
" where configuration_key = "MODULE_SHIPPING_OZPOST_EXPIRE"]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.

I am getting message "unable to connect to ozpost server" in backend of my webshop.
Is the server down at the moment? Couple of customers have phoned saying they can't select their shipping methods.

Thank you
Sandy

Quote:

---

Originally Posted by ozmosaics

I am getting message "unable to connect to ozpost server" in backend of my webshop.
Is the server down at the moment?

---

Ozpost currently uses TWO different servers on two different networks (with a 3rd being trialled).

The chances of BOTH servers not responding at the exact same time is so unlikely that it is hardly worth considering.

A far more likely possibility would be a networking issue somewhere between your store and our server(s). Such issues are usually of a very temporary nature and usually resolve themselves within minutes.

Cheers
Rod

Quote:

---

Originally Posted by Bruce1952

I am getting this error which only has just appeared to happen.

---

Curious. According to the log files, your store hasn't connected to the ozpost servers since 14/9 (5 days ago).

Quote:

---

Originally Posted by Bruce1952

I have the module on auto update.

---

If the error goes away with the auto-update disabled then I would suggest you do so until I can figure out what the heck is going on.

With this disabled you will still be notified of updates (when available) but they won't try to install themselves until you toggle the auto-update setting back on again.

Quote:

---

Originally Posted by Bruce1952

Not Acceptable
An appropriate representation of the requested resource /postage.php could not be found on this server.

---

I'm not sure what to make of this at the moment. Everything *seems* OK at the moment according to my tests, but to have two error reports in the same day is very unusual and needs further investigation.

Cheers
Rod

RodG,

I think it might have something to do with the host as it all seems to be ok now. This has been the first time that I have had this happen over the past 2 years and will be checking with my host tomorrow as I have had a second customer complaining that they can't get through the checkout but in saying that several other people have placed orders today.

Thanks for your help and once I have found out what the issue is I will let you know.

I updated ozpost to latest version today and thanks Rod for all the new updates. v3.1.1
After doing the update, the server error message in zencart backend is no longer showing and I am on auto updates!
I updated the information fields in zencar ozpost.

All seems fine except if I place a test order in my live zencart store and select Sydney postcode 2000 for delivery address, no Fastway option is listed in the postage options in checkout. for the same test order, if I select postcode 4000 or 3000 for deliveryaddress, the Fastway courier option is included in postage option list in checkout.

The Fastway franchise code I use in backend OzPost module options, is for Brisbane depot.

I will check it out again tomorrow, but have mulled this over a bit and can't figure it out.
Thanks Rod, your program is wonderful and I am pleased to have taken out the 3 years option. The OzPost module is a must for our online store and is much appreciated.

Quote:

---

Originally Posted by ozmosaics

All seems fine except if I place a test order in my live zencart store and select Sydney postcode 2000 for delivery address, no Fastway option is listed in the postage options in checkout. for the same test order, if I select postcode 4000 or 3000 for deliveryaddress, the Fastway courier option is included in postage option list in checkout.

---

I'm not sure what to make of this. I've just performed a check on your site to a postcode 2000 Sydney and retrieved a valid Fastway response (screenshot attached).

If the problem occurs again please check that the suburb field gets filled in correctly (the module uses javascript to pre-fill this field to avoid typing errors).
If for any reason the suburb field gets left blank the 2000 postcode will default to BARANGAROO (the first in the alphabetical list of names), and Fastway reject this as a valid destination.

There may be other causes of the problem, but this is the most likely cause.

Let me know of your findings.

Cheers
Rod

Quote:

---

Originally Posted by Mike_Dean

Regarding the customization..

I use Couriers please and have modded the Fastway details in the module to provide the quotes..

---

The latest update (3.1.2) has added support to make this type of customising a LOT easier.

Rather than scouring the main code to make the changes, they can now be performed with the define() syntax, as used in the language files.

For more info regarding this please view the /includes/modules/shipping/ozpost.php code for comments and instructions right near the start of the file.

Cheers
Rod

bugfix: Fixed Problem with javascript and IE9
cleanup: Supressed invalid destination error on first run where postcode may be undefined
Added: support for AUS as a currency code.
Added: Check that $aus_rate is > 0 to avoid divide by zero error.
Added: Override system for easy customisation of shipping method descriptions.

Quote:

---

Originally Posted by RodG

Curious. According to the log files, your store hasn't connected to the ozpost servers since 14/9 (5 days ago).



If the error goes away with the auto-update disabled then I would suggest you do so until I can figure out what the heck is going on.

With this disabled you will still be notified of updates (when available) but they won't try to install themselves until you toggle the auto-update setting back on again.



I'm not sure what to make of this at the moment. Everything *seems* OK at the moment according to my tests, but to have two error reports in the same day is very unusual and needs further investigation.

Cheers
Rod

---

Rod,

The issue is back again, below is what is in the admin shipping :

1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '//IETF//DTD HTML 2.0//EN"> in:
[update configuration set configuration_value = "
Not Acceptable

An appropriate representation of the requested resource /postage.php could not be found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
" where configuration_key = "MODULE_SHIPPING_OZPOST_EXPIRE"]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.

Can you please tell me what is going on and what I need to do.

Thanks,

Bruce

Quote:

---

Originally Posted by Bruce1952

The issue is back again
Can you please tell me what is going on and what I need to do.

---

This is still a mystery to me. According to the log files your store still hasn't connected to the ozpost.net servers since Sept 14th.

I'm at a total loss to explain anything that has been going on since then and now.

I have noticed one thing that may be causing an issue, and that is you apparently have a ® (regd symbol) as part of your store name admin->configuration->mystore, and although this has never caused a problem in the past it is possible that this is triggering an apache mod_security error.

Please remove this character from the store name and see if the problem continues. If my guess is correct (and it really is just a guess) you should be able to make the problem come and go at will by inserting and removing this character.

Let me know of the results.

If this does turn out to be the cause of the problem I will modify the code to avoid the issue in a future update.

Cheers
Rod

Quote:

---

Originally Posted by RodG

Curious. According to the log files, your store hasn't connected to the ozpost servers since 14/9 (5 days ago).



If the error goes away with the auto-update disabled then I would suggest you do so until I can figure out what the heck is going on.

With this disabled you will still be notified of updates (when available) but they won't try to install themselves until you toggle the auto-update setting back on again.



I'm not sure what to make of this at the moment. Everything *seems* OK at the moment according to my tests, but to have two error reports in the same day is very unusual and needs further investigation.

Cheers
Rod

---

Rod,

Why has my remaining days dropped down to 60 when I should have over 300 left?

Quote:

---

Originally Posted by Bruce1952

Rod,

Why has my remaining days dropped down to 60 when I should have over 300 left?

---

Dropping the ® (regd symbol) from the store name caused it to be registered as a new store by our servers, as such it was showing the standard 60 day trial period for all new stores.

The database has been updated to reflect the correct period remaining.

You'll need to use the store name without the ® symbol until I can find a fix (which will probably involve stripping such characters from the request string, rather than just URL encoding them) because this is what is preventing the requests from reaching the servers, apparently.

Cheers
Rod

Rod,

Ok just checked and updated it is now at 59 days. Could be more issues than just the trade mark.

Quote:

---

Originally Posted by Bruce1952

Rod,

Ok just checked and updated it is now at 59 days. Could be more issues than just the trade mark.

---

I should've mentioned, it could take up to an hour for the secondary servers to syncronise with the primary server, so you may find a little bit of instability for a while, depending on which server you connect to.

The drop from 60 days to 59 days was a result of the unregistered new store record being synced with the secondary server, which is in a different time-zone..

Cheers
Rod

Rod,

It does appear that the ® symble causes the issue but not continally. Since I have removed the ® yesterday everything seems to be running how it should.

Thanks for your help and please let me know if you have a work around in the future as we have registered the name and would like to display that it is in the future but until you let me know I will leave it out.

I've been merrily chugging along on v2.0.6 thinking I'd upgrade it as soon as I'd had time to upgrade my Zencart.

Being that I had a reasonable window of time this evening I thought, that was a job I could get out of the way. How wrong could I be?

I followed the instructions, just copying across the files that were recommended in the upgrade.txt information, this didn't work
I received the following messsage:

Fatal error: Cannot redeclare class ozpost in /home/kaysarty/public_html/includes/modules/shipping/ozpost.php on line 1508

OK, simple, go back to what I had before. no... not simple because I still have error messages. I replaced the new files with the old files that had been there before.

So, what to do? I should install the whole thing as if it was a new install. Which I did, copying all the files across in their correct architecture.

Still have messages: (I've XXXX'd out my admin file name)

Warning: include(/home/kaysarty/public_html/includes/languages/english/modules/shipping/austpost.php) [function.include]: failed to open stream: No such file or directory in /home/kaysarty/public_html/XXXXX/modules.php on line 173

Warning: include() [function.include]: Failed opening '/home/kaysarty/public_html/includes/languages/english/modules/shipping/austpost.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/kaysarty/public_html/XXXXX/modules.php on line 173

Fatal error: Cannot redeclare class ozpost in /home/kaysarty/public_html/includes/modules/shipping/ozpost.php on line 1508

Now I'm stumped, because it doesn't work and I haven't been able to restore it back.

I'm not sure why, but the shipping module page is also looking odd as I can't uninstall ozpost, or indeed access my flat rate part to have the site up and working in the mean time.

I can see where it refers to lines e.g. line 173 but I'm unsure what I'm supposed to do about it

any suggestions as to what I could have done or can do now?

Thanks to Rod, who had emailed me about something else, I see that I have my old renamed file still there which has caused the problem... all good now. thanks

Hi Rod

I have the ozpost shipping estimator on the bottom of the shopping cart.
I works fine except it gives an error message "Postcode must contain 4 digits!" before anyone even gets a chance to enter a postcode.
It is a bit annoying more than anything. Is it possible to get rid of the message?

Robyn

Quote:

---

Originally Posted by robbie269

I works fine except it gives an error message "Postcode must contain 4 digits!" before anyone even gets a chance to enter a postcode.
It is a bit annoying more than anything. Is it possible to get rid of the message?

---

This has been taken care of in the current version V3.1.2

Cheers
Rod

Quote:

---

Originally Posted by RodG

This has been taken care of in the current version V3.1.2

---

Thanks Rod

I just updated and it is now OK. What is the best way to know when updates are available?

Robyn

Quote:

---

Originally Posted by robbie269

Thanks Rod

I just updated and it is now OK. What is the best way to know when updates are available?

Robyn

---

The best way is to navigate to the /modules/shipping/ page of your store every so often. If there are any ozpost updates available you will either be informed about them, or they'll be automatically installed, depending on your settings.

I also post an announcement in this forum whenever I upload a new version.

Cheers
Rod

Quote:

---

Originally Posted by Bruce1952

Rod,
It does appear that the ® symble causes the issue but not continally. Since I have removed the ® yesterday everything seems to be running how it should.

---

You're right, it wasn't consistent. It turns out that it depends on which of our servers are being connecting to.

Only one of the three has the problem, and I think I've narrowed the cause down to over restrictive(?) rules with the hosts mod_security settings.

I've submitted a support ticket to our host to see if they can relax the restriction.

Quote:

---

Originally Posted by Bruce1952

Thanks for your help and please let me know if you have a work around in the future as we have registered the name and would like to display that it is in the future but until you let me know I will leave it out.

---

I'll let you know what our host has to say, meanwhile, I've made a minor change to the code that will prevent the character from being sent to the servers in the first place, which will cure the problem even without help from the host.

If you wish to make the change yourself so as to get the (R) working again ASAP, you can load the file

/includes/modules/shipping/ozpost.php into a text editor

Somewhere near line#130 you should see this:

Code:

---

$this->HOST = urlencode( STORE_NAME )  ;

---

Replace it with this:

Code:

---

$this->HOST= urlencode(preg_replace('/[^A-Za-z0-9\s\s+\.\'\"\-\&]/', '', STORE_NAME ))  ;

---

I suggest you cut 'n' paste.

IF for any reason this causes you grief, another option would be to replace the line with this:

HTML Code:

---

$this->HOST= urlencode("Store Name") ;

---

Where "Store Name" is the name of your store *without* the (R) symbol.

This will only be used by the ozpost module, so the (R) will still display correctly elsewhere.

I shall be incorporating the first solution into the next update (which other than this, currently has no other known issues, so it may be a while).

Cheers
Rod

Quote:

---

Originally Posted by Bruce1952

It does appear that the ® symble causes the issue but not continally. Since I have removed the ® yesterday everything seems to be running how it should.

Thanks for your help and please let me know if you have a work around in the future as we have registered the name and would like to display that it is in the future but until you let me know I will leave it out.

---

You can now freely use the ® symbol again. No code changes needed. Our webhost modified their filters for us :D

Please let me know of any other problems.

Cheers
Rod

Dear Rod,
Thanks for the latest update. Fantastic how Updates are highlighted in the backend of ZenCart and how EASY IT IS to do the update. Thanks for the auto feature!!!!!!!!!

The Shipping Estimator is sleek!

Just wanted to let you know it is appreciated!
Kind regards
Sandy Robertson
OzMosaics:clap:

Quote:

---

Originally Posted by ozmosaics

Dear Rod,
Thanks for the latest update. Fantastic how Updates are highlighted in the backend of ZenCart and how EASY IT IS to do the update. Thanks for the auto feature!!!!!!!!!

The Shipping Estimator is sleek!

Just wanted to let you know it is appreciated!
Kind regards
Sandy Robertson
OzMosaics:clap:

---

Thanks for your comments. I have had a fair bit of good feedback in regards to this (and other aspects of the module) in my emails, but it is really nice to have similar comments posted in the public forums occasionally. It makes a pleasant change from the usual problems and fixes.
:smile:

Thanks again.
Rod

hello,
admin\includes\modules\product\collect_info.php has been updated in v1.3.9h to fix some problems described here http://www.zen-cart.com/forum/showthread.php?t=165081
ozpost uses collect_info.php from 1.3.9g, i think its good to merge.

i'd like to know if this module is accurate in its pricing and what the max. dimensions and weight is allowed with australia post? i assume the default 30,40,30 is the dimension for the parcel?

Quote:

---

Originally Posted by wakeleymb

i'd like to know if this module is accurate in its pricing

---

Yes, it is very accurate, but only as long as the data that *you* provide for your product weights and dimensions is also accurate.

As they say 'Garbage in, Garbage out'.

Quote:

---

Originally Posted by wakeleymb

and what the max. dimensions and weight is allowed with australia post?

---

This is a question for Australia Post. Neither I, nor the ozpost module has any control over what any given carrier allows.

Having said that, I thought everyone in Oz knows these limits, they are clearly publiciced.
Max weight 20kg, max length 104cm, max girth 140cm.

The ozpost module is aware of these limits and will not provide an Australia Post quote if they are exceeded.

Quote:

---

Originally Posted by wakeleymb

i assume the default 30,40,30 is the dimension for the parcel?

---

Why would you make an assumption like that? Where did you get these numbers from?

The ozpost module does have a default setting for *item* dimensions, and the distribution files has this pre-set to
29,25,2.5, which was chosen to 1) be large enough to ensure that any item(s) without their own dimensions will never be quoted at letter rates, and 2) to keep the item(s) without their own dimensions from being subject to any cubing rules.

IF YOU RELY ON THESE DEFAULTS YOU CANNOT EXPECT ACCURATE QUOTES. They will be *mostly* right, as most quotes are based on weight only, BUT *accurate* dimensions are needed for each *item* so that the module can calculate how many of any given item (or items) will fit into any given sized envelope/satchel/box/parcel.

It is foolhardy to assume that an item weighing under 500gm will actually fit into a 500gm satchel, etc... Oftentimes items of this weight will actually be too *large* to fit, but if your weights and dimensions are accurate it could be possible to fit this same <500gm into into a 3kg satchel instead, so this would be a valid option presented to the customer.

As I say, if you provide accurate data for your *items* then the module will produce only valid and accurate results for your customers to select from. If your data isn't accurate then the module could start producing quotes for packages that are physically impossible to create.

Finally, before you ask, by default, the module will only attempt to create a *single* parcel for quote purposes. If the parcel happens to be too heavy (eg, over 20kg for Australia Post) then this option won't be given.

I have tried many different methods over the years to create code that will reliably 'spilt' large parcels into several smaller ones, but this turns out to be a very complex task to do correctly. All such code I've seen so far runs the risks of splitting parcels in impossible ways.

Example:
Item #1 weighing 18kg
Item#2 weighting 4kg

Total weight, 22kg - Two heavy for AP, and 'simple' parcel splitting will request a quote for two parcels @ 11kg each, which 1) is probably going to cost something different than 1 parcel@18kg and 1 parcel@4k, and 2) Is it going to physically impossible to split these items in half so that half of each goes into each box.

And that is just with TWO items. Imagine how complex and error prone it will be as more and more items get added.

Having said that, Zencart itself does have code to perform this parcel splitting, and so for those that wish to take the risks mentioned above, the ozpost module has a setting that will allow these figures to be used instead. It also has an option to 'restrain dimensions' so that a quote won't be rejected on size alone. Either of these can/will affect the 'real world accuracy' that ozpost was designed for, but by providing these options it does give the user a choice...

Cheers
Rod

Quote:

---

Originally Posted by vandiermen

hello,
admin\includes\modules\product\collect_info.php has been updated in v1.3.9h to fix some problems described here http://www.zen-cart.com/forum/showthread.php?t=165081
ozpost uses collect_info.php from 1.3.9g, i think its good to merge.

---

Thanks for that. I'll add this to the next update (assuming no more changes are needed).

It sure would be nice if the dev team would add the dimension fields as standard. We'd not need to touch any of the /admin/ files then :)

I find this to be the single biggest 'flaw' that zen-cart has, and one of the easiest to take care of. It's not like ozpost is the only shipping module that needs dimensional data, and they all add it in the same way (why re-invent the wheel?) and it isn't as though adding these fields will break existing installations, so the reasons why we are forced to jump though these /admin/ changes remains a mystery to me. :(

Anyway, thanks again for the merge.

Cheers
Rod

A (very honest) customer alerted me today that my postage wasn't calculating properly and all postage costs come to 55c.

I did notice when I went in to check that it said the server was down (and still is as of now) but normally when this happens the flat rate option normally takes over.

Is anyone else having this problem and can anyone tell me why this was happening and why it was calculating a postage of 55c?

Anna

www.toycrazy.com.au

Quote:

---

Originally Posted by annav

when I went in to check that it said the server was down (and still is as of now)

---

Yoiks, you need to update your module. The version you are using is really old, and only 'knows' about one of the ozpost.net servers.
We now have three of them online, on different networks, but only the later modules are aware of their existence.

Quote:

---

Originally Posted by annav

but normally when this happens the flat rate option normally takes over.

---

This behavior would still occur *if* the problem was failing to connect to the server. This isn't actually the case though, which is why you are getting the 55cent quotes.

Quote:

---

Originally Posted by annav

Is anyone else having this problem

---

Hopefully not, but I am keeping a watchful eye on things at the moment, on account of the fact ozpost has recently reached its 1st year (plus 60 days) as a subscription based service, which means that a number of people that registered for 12months are now coming up for renewal.

Quote:

---

Originally Posted by annav

and can anyone tell me why this was happening and why it was calculating a postage of 55c?

---

The amount of 55c consists of your 50cent handling fee, and a 5cent postage 'cost'. The 5cent 'cost' is what makes it a valid 'quote' and prevents the module from falling back to the static rate option ('flat rate' in your version of the module).

This 'quote' will appear with the description
"The site owner's subscription to our service has expired. This quote is currently unavailable. Please contact the store owner for shipping costs".

Needless to say, the idea is to draw attention to the merchant as soon as possible to alert them to the fact that something is amiss. Without this (admittedly crude) behavior a merchant could go for months thinking it was a server problem.

Most versions of the ozpost module are coded to generate reminder emails before subscriptions expire, but the early versions didn't have this capability.

Anyway, to sum up, it appears that your subscription expired just a day or two ago. As this has obviously caught you by surprise I've just extended it out by another week so as to get your store fully functional again. (renew at ozpost.net)

Cheers
Rod

Quote:

---

Originally Posted by RodG

Anyway, to sum up, it appears that your subscription expired just a day or two ago. As this has obviously caught you by surprise I've just extended it out by another week so as to get your store fully functional again. (renew at ozpost.net)

Cheers
Rod

---

Thats strange, because it says I still have 164 remaining days to go?

Quote:

---

Originally Posted by annav

Thats strange, because it says I still have 164 remaining days to go?

---

I'll wager that it has been saying that for the last 6 months (well, about 160 days ago).

I don't know what it is about the old module that you are using that has caused it to stop reporting the true number of days remaining (which obviously isn't going to help matters), but the expiration details stored on the server shows the expiration date was 9/10/11 (12mnths sub taken out on Monday 04 October, 2010).

I assume that the quotes are working again since I updated the expiration? If so, it *should* be showing 6 or 7 days remaining. If it still shows 164 days then you have yet another reason to upgrade.

If for some reason you are still not getting valid quotes, and the days remaining hasn't changed, then there is something else amiss as well as the lapsed subscription status. Although improbable, it isn't something to be ruled out.

I would still need to ask you to upgrade though, because whatever the cause of the problem, it has long been fixed.

Cheers
Rod

I am thinking of using this module but have a question re Fastway quotes - what destination data is it based on?
I have just discovered at some cost that Fastway freight is not necessarily calculated on postcode - there might be multiple towns with the same postcode and the freight varies significantly between them.
Does this module check town or posctode or both?

Quote:

---

Originally Posted by divine

I have just discovered at some cost that Fastway freight is not necessarily calculated on postcode - there might be multiple towns with the same postcode and the freight varies significantly between them.

---

This is true.

Quote:

---

Originally Posted by divine

Does this module check town or postcode or both?

---

Both, but using the following 'rules'.

If postcode and suburb are both provided, a name lookup is performed on the postcode to ensure the name has a valid match. If so, then both values provided are used.

If the lookup fails, for example, if a person enters 3000 for the postcode, and Adelaide for the suburb, the test will fail, and the quote will be based on the first name that does match the postcode. In this example, Melbourne.

If no suburb name is provided, again, the first suburb name in the lookup list will be used.

In either case, the suburb name that is *actually* used is sent back to the client and displayed in the shipping estimator.

There are many reasons why a legitimate postcode/name may fail, misspelling being very common.

One problem that has been identified is when it comes to the 2000 postcode, which we all know to be 'Sydney', is that if this is misspelt (yes, it happens), or not supplied, the lookup again returns the first name in the list, which is " BARANGAROO", and for some reason or other, FastWay consider this as an invalid destination suburb, and no quotes are returned.

To mitigate against these problems, the latest versions of the ozpost module uses a little bit of JavaScript to provide a list of suburb names for the customer to select from (where needed).

Cheers
Rod

Quote:

---

Originally Posted by RodG

I'll wager that it has been saying that for the last 6 months (well, about 160 days ago).

I don't know what it is about the old module that you are using that has caused it to stop reporting the true number of days remaining (which obviously isn't going to help matters), but the expiration details stored on the server shows the expiration date was 9/10/11 (12mnths sub taken out on Monday 04 October, 2010).

I assume that the quotes are working again since I updated the expiration? If so, it *should* be showing 6 or 7 days remaining. If it still shows 164 days then you have yet another reason to upgrade.

If for some reason you are still not getting valid quotes, and the days remaining hasn't changed, then there is something else amiss as well as the lapsed subscription status. Although improbable, it isn't something to be ruled out.

I would still need to ask you to upgrade though, because whatever the cause of the problem, it has long been fixed.

Cheers
Rod

---

Yes, it's all working OK now. I also renewed my subscription but I never received any confirmation. Should I have?

It's still showing 164 days to go, but I still have to upgrade to the latest version.

Anna
www.toycrazy.com.au

Hi RodG -

I am a subscriber and my ozpost module is not working correctly and only showing $4.05 for anyware I put in, it could be the same problem with renewing can you please check.

http://www.gogoandco.com

thanks mate, I may have got an renewal notice on a defunt email address.

Tyler

Quote:

---

Originally Posted by The wizzard

it could be the same problem with renewing can you please check.

thanks mate, I may have got an renewal notice on a defunt email address.

---

It appears that your subscription expired last week. I've given it a 7 day extension so it should be working again now.

It appears that you are still using v1.0.2 of the module. It would be prudent to update this as soon as possible. You'll find the latest V3.x.x series to be a lot faster, a lot more reliable, with a lot more supported methods.

Cheers
Rod

Quote:

---

Originally Posted by annav

Yes, it's all working OK now. I also renewed my subscription but I never received any confirmation. Should I have?

It's still showing 164 days to go, but I still have to upgrade to the latest version.

Anna
www.toycrazy.com.au

---

Hi,

I have upgraded to the new version and renewed my subscription last week but have just had an international sale where the postage charges were only 55c again and the following message appears on the invoice:

Australia Post (The site owner's subscription to our service has expired. This quote is currently unavailable. Please contact the store owner for shipping costs. ):

Anna
Toy Crazy

OK this is getting urgent now. I have just had two sales where the postage has come up at 5c and notice on the invoice saying the subscription has expired. How can this be fixed please.

Anna
www.toycrazy.com.au

OK this is getting urgent now.

I have just had two sales where the postage has come up at 5c now and a notice on the invoice saying the subscription has expired. How can this be fixed please.

Anna
www.toycrazy.com.au

Quote:

---

Originally Posted by annav

OK this is getting urgent now.

---

If you have something that needs urgent attention you will get a *much* quicker response by emailing me directly rather than expecting me to monitor this forum every minute of every day.

On Oct 14th, you stated:
"Yes, it's all working OK now".

What has changed between then and now?

Quote:

---

Originally Posted by annav

I also renewed my subscription but I never received any confirmation. Should I have?

---

You should have received two emails. An automatically generated one when the order was placed. This one would indicate whether the the subscription was successfully updated or whether it needed manual intervention. The second one is generated after I've reviewed the order and flagged it as being completed.

Check your spam filters/folders.

Quote:

---

Originally Posted by annav

I have just had two sales where the postage has come up at 5c now and a notice on the invoice saying the subscription has expired. How can this be fixed please.

---

This is a mystery. I'm not finding anything that needs to be fixed. All of our database servers appear to be correctly synced. All of them show that your subscription doesn't expire until 2012-04-16, our log files show that the last access from your store was via the admin panel for an expiration check about 30 mins ago (3:22pm).

I've just been to your store and for reasons I can't explain ALL of your quotes appear to be falling back to a Flat rate of $9.50 for both overseas and local. This is suggesting that your store isn't even connecting to our servers for a quote.

Could you please temporally enable the DEBUG option and do a screen capture of the output when trying to obtain a quote (email it to me at [email protected]). Hopefully this will give me a clue as to what could possibly be going wrong.

Thanks
Rod

Dear Rod,

Over last few days some customers have reported that the Collect from Store, shipping option is the ONLY option displayed during check out.

I checked my store with a test order this morning and the shipping options all show in checkout, I used 2000 as the postcode for the test order.

However, several orders in the shop (between Friday and Sunday night) all processed with "collect from store" and one customer is in Adelaide and our store is in Brisbane. She has ordered previously with no problems selecting a delivery options such as Aust Post or Fastways. She emailed us to advise us the shipping options were not showing for her during checkout.

I will keep monitoring this but would appreciate if you have any ideas on what might be happening?

PS Your lastest update did seem to sort out the 2000 postcode hiccup we were having using Fastways in the delivery options- thank you!)

Kind regards,
Sandy
http://www.ozmosaics.com.au/shop

Quote:

---

Originally Posted by ozmosaics

I will keep monitoring this but would appreciate if you have any ideas on what might be happening?

---

I would have to assume that it is somehow related to the input data (products weight/dimensions, destination postcode, etc) because the logs don't indicate anything has been amiss with any of the servers.
It may also be some kind of glitch or problem with your own server not being able to make a connection with offsite servers.

Simply put, I don't know of any current or recent issues that would cause this, and all I can do is make a wild guess, which is almost certainly going to be worse than any ideas that you may have.

Now having said that, the *last* request made from your store (we only log the last request) was for a parcel that weighed

8921grams (a little under 9kg, including any TARE weight), the dimensions were
height=1165mm
width=1370mm
length=1370mm

This makes this product (or group of products) too large for Australia post (max length = 1050mm), and the cubing rules make it too heavy for FastWay (cubic weight = 547kgs).

In other words, whatever was being quoted for in this instance would have failed to produce any valid quote, leaving just the store pickup (and/or static rates) available to the customer.

Furthermore, the fact that the parcel's deadweight is less than 9kg, and the cubed weight is well over 500kg would imply that there is something amiss with the dimensions (That, or you are selling pre-inflated helium balloons) <grin>.

I really can't say if this will explain all of the reports that you have had, but it does explain at least one of them.

Cheers
Rod

Quote:

---

Originally Posted by RodG

It appears that your subscription expired last week. I've given it a 7 day extension so it should be working again now.

It appears that you are still using v1.0.2 of the module. It would be prudent to update this as soon as possible. You'll find the latest V3.x.x series to be a lot faster, a lot more reliable, with a lot more supported methods.

Cheers
Rod

---

Hi Rod sorry I missed your reply, how do I update the subscription please and I will get the newest version installed

thanks mate

Tyler

Quote:

---

Originally Posted by RodG

It appears that your subscription expired last week. I've given it a 7 day extension so it should be working again now.

It appears that you are still using v1.0.2 of the module. It would be prudent to update this as soon as possible. You'll find the latest V3.x.x series to be a lot faster, a lot more reliable, with a lot more supported methods.

Cheers
Rod

---

Hi Rod sorry I missed your reply, how do I update the subscription please and I will get the newest version installed

thanks mate

Tyler


I can't seem to find the latest version can you send a link to it please.

thanks Rod

Quote:

---

Originally Posted by The wizzard

I can't seem to find the latest version can you send a link to it please.

---

http://www.zen-cart.com/index.php?ma...oducts_id=1286

Quote:

---

Originally Posted by RodG

I would have to assume that it is somehow related to the input data (products weight/dimensions, destination postcode, etc) because the logs don't indicate anything has been amiss with any of the servers.
It may also be some kind of glitch or problem with your own server not being able to make a connection with offsite servers.

Simply put, I don't know of any current or recent issues that would cause this, and all I can do is make a wild guess, which is almost certainly going to be worse than any ideas that you may have.

Now having said that, the *last* request made from your store (we only log the last request) was for a parcel that weighed

8921grams (a little under 9kg, including any TARE weight), the dimensions were
height=1165mm
width=1370mm
length=1370mm

This makes this product (or group of products) too large for Australia post (max length = 1050mm), and the cubing rules make it too heavy for FastWay (cubic weight = 547kgs).

In other words, whatever was being quoted for in this instance would have failed to produce any valid quote, leaving just the store pickup (and/or static rates) available to the customer.

Furthermore, the fact that the parcel's deadweight is less than 9kg, and the cubed weight is well over 500kg would imply that there is something amiss with the dimensions (That, or you are selling pre-inflated helium balloons) <grin>.

I really can't say if this will explain all of the reports that you have had, but it does explain at least one of them.

Cheers
Rod

---

Default ITEM Dimensions
Default ITEM dimensions (in cm). Three comma seperated values (eg 29,24,2.5 = 29cm x 24cm x 2.5cm). These are used if the dimensions of individual products are not set

Hi Rod,
I can't enter product dimensions for each product in the store in the product set up area. I only enter weight in kg.
The OzPost module shows the above info that I have set in the shop back end.

We are having problems at the moment with Fastway and Australia Post - seems out of whack!
We have version 3.1.3 and auto update installed.

Thanks for the info in your reply to earlier post, I try and figure out what I have done, but Dave (husband and packer of goods!) reports to me that the AP and Fastway are returing incorrect info last few days, so now my headache starts LOL!

Quote:

---

Originally Posted by ozmosaics

I can't enter product dimensions for each product in the store in the product set up area.

---

Why not? The fields don't show? The data you enter isn't accepted? or some other reason?

Quote:

---

Originally Posted by ozmosaics

I only enter weight in kg.

---

This is why the ozpost modue has a kg/gm setting. Some people enter the weights in Kg's, some enter them in gms. The setting in the ozpost module is to let the module know what any given customer is using.

Quote:

---

Originally Posted by ozmosaics

We are having problems at the moment with Fastway and Australia Post - seems out of whack!

---

What does this mean? OK, I know what it means, what I want/need is something a lot more specific, such as 'for an item weighing 'z' kgs with the dimensions W,X,Y I am getting a quoted $abc when it should be $def. Better still would be a link to a product that will demonstrate the issue as well (a store may have 1000 items, with all but one showing a problem, and left to chance it is almost guaranteed that my random checks will be on the one item that doesn't have an issue).

Without specifics the only thing I can say for sure is that the input data is 'out of wack'. :smile:

Garbage in = garbage out.

Quote:

---

Originally Posted by ozmosaics

Thanks for the info in your reply to earlier post, I try and figure out what I have done, but Dave (husband and packer of goods!) reports to me that the AP and Fastway are returing incorrect info last few days, so now my headache starts LOL!

---

Until proven otherwise I think it best for all concerned to assume the servers are returning the correct data for the information that they are given. If this wasn't the case I would imagine all users would be informing me of the situation.

I suggest that you have you hubby enable the DEBUG option to see the weight/dimensions of the parcels being quoted

Oh, and if "I can't enter product dimensions for each product in the store in the product set up area" is because there is no where to enter this information it will be due to an incomplete installation. Specifically, there are 3 files located in the /admin/ folder (or whatever this folder has been renamed to) that need to be replaced by the same named files from the ozpost.zip file.

Cheers
Rod

Thank you Rod. I am sure I am doing something wrong. Sorry for the confusing post, I apologise. I knew you would say "garbage in garbage out".... I didn't meant to waste your time and I admit to hoping some sort of superpowers would sort out my problem, should have known I need to get it done myself but you can't blame a girl for asking.... (LOL!). I just get so tired with so much to do (like you and everyone else!).

I have Perth orders, giving Pick up only, Brisbane (ie no Australia Post or Fastways options listed in checkout). I will look for the problems sap. I must have an installation problem with my files as I haven't entered product dimensions at all, only weight in the product set up area. What a mess I must have made and yet all has been running ok until couple weeks ago.

I wish I was selling helium balloons, the thought makes me laugh.

Please take the smirk off your face, LOL! I will get to the bottom on this as I love zen cart and I love our Australia post module. I must have messed up something during a very tired interval working on my site. I am off to Australia Zoo tomorrow to work on a community mural for Steve Irwin Day...I will stick down some tiles on a rhino and put your name to the pieces, as I think you are really tough putting up with post such as mine (please laugh!). Cheers and have a good day, Sandy
ps He who packs, is not at all good on sorting out these things, but he tries - I just get "Sandy, people are complaing about the freight in Perth orders"...... so, for once it can wait for a day, as I need sleep...
Now you know my life story.

:clap::clap::clap::oops:
Hi Rod! Good news, I have it all sorted, or rather your reply to my ramblings sorted me out!

I realised I had been using the auto update feature for ozpost but my admin had been renamed and well you can take it from there.

:blush:
I always know if I read you replies over and over it eventually sinks in. Thank you so much.

I have been "missing my product dimensions for some time" :shocking: and it's a wonder, a miracle that we have been doing well with our online store (?)... what sent it over the edge was 900 mini tiles at 1cm x 1cm x .4 cm weight .0015 - without the dimensions and other updates the program was throwing "pick up only" and well......."tons" of weight for that order. LOL! Hubby kept saying to me "we used to be able to enter the dimensions; I would say "I know"...but can't now. I had the answer in front of my nose, but so busy and well so stupid I guess.

I feel really embarrased, but very grateful to your last paragraph in your earlier reply. Will go through products tomorrow, missing the info, and add the dimensions. Thing is, I kept reading on Google searches that the product dimensions were not needed, as I knew something was amiss, or whatever and it made me think it was something else or again....I will stop while I am ahead here.

Please know your program is top notch and we are really lucky to have you on board and hope all is going well for you!
Thanks again
Sandy :hug:

Quote:

---

Originally Posted by ozmosaics

Hi Rod! Good news, I have it all sorted,

---

Sweet. :)

Quote:

---

Originally Posted by ozmosaics

I realised I had been using the auto update feature for ozpost but my admin had been renamed and well you can take it from there.

---

Just for future reference (and the benefit of others), the ozpost auto-updates do NOT make any changes to any of the files in the admin folder (or whatever it has been renamed to).
The files contained in these folders only need to be updated during the initial ozpost installations (or after the store software itself has been upgraded/re-installed).

The ozpost updates affect the main ozpost.php and its associated template file only (and even the template update has been a once only affair from V3.1.1 to V3.1.2)

Quote:

---

Originally Posted by ozmosaics

Please know your program is top notch and we are really lucky to have you on board and hope all is going well for you!
Thanks again
Sandy :hug:

---

Thanks for the feedback.

Cheers
Rod

Thanks Rod. Thanks for setting me straight on the auto updates, that's great. Must have messed up initially when updating my zencart a while ago.

It's all good now.
Thanks and Merry Christmas!

To those who ship internationally, how do you limit to which countries you ship to? I am currently shipping to Australia only now (Quoting NZ manually) and want to limit international shipping to NZ only for now.

And to Rod, the module works great and is definitely worth the subscription fee, you'll have my money for as long as it works :D



*Running 1.3.9h Zencart with V3.1.3 ozpost

Quote:

---

Originally Posted by Ch4iS

To those who ship internationally, how do you limit to which countries you ship to? I am currently shipping to Australia only now (Quoting NZ manually) and want to limit international shipping to NZ only for now.

---

This is usually done via the use of the zone definitions. However because the use of zones is counter intuitive in relation to the way the ozpost module functions (and the fact that it caused no end of support questions when people did try to use them) I dropped support for this quite some time ago, way back in version#1 I believe. As such, the ozpost module only 'knows' of two zones, Australia and the rest of the world.

Apparently, no one has missed this functionality (until now),

It wouldn't be too difficult to modify the ozpost module to include a line or two containing a list of country codes that you wish to allow, and have the module disable itself for any countries not listed.

With V3.1.3 ozpost, line #134 reads:

Code:

---

$this->enabled = ((MODULE_SHIPPING_OZPOST_STATUS == 'True') ? true : false);

---

After this line, you can insert something like:

Code:

---

$allowed_countries = array("AU", "NZ", "GB", US") ; 
$this->enabled =false  ;
if(in_array($order->delivery['country']['iso_code_2'], $allowed_countries)) $this->enabled =  true ;

---

Important: I've not actually tried this code, and the example may contain syntax or other errors. It can also be done in many other ways, such as:

Code:

---

$this->enabled =false  ;
if($order->delivery['country']['iso_code_2']) == "AU") $this->enabled =  true ;

if($order->delivery['country']['iso_code_2']) == "NZ") $this->enabled =  true ;

if($order->delivery['country']['iso_code_2']) == "US") $this->enabled =  true ;

... etc, etc, etc....

---

Basically, the key is in manipulating the "$this->enabled" variable. If this is set to 'true' the module will be active, if it gets set to 'false' the module will be inactive. By initially setting it to 'false', and then setting it to 'true' for the countries you wish to allow should work well in your case.

Another merchant may wish to take the opposite approach, and set $this->enabled = true as the default, and then setting it to false for the countries they wish to dissallow.

Cheers
Rod

Thanks for that rod, I'll give it a try when I get some free time.

Some of the other posts in here have touched on the topic of product dimensions but I haven't found an answer that is clear.

I've just setup my online store at geekworkz.com.au/store and it's all come together really well. But I noticed with no place to enter a products dimensions the ozpost module is using the default size to generate a quote. The problem is I have different sized products including televisions which obviously are too large to send by Austpost so I am using Transdirect which doing the quote on their site would cost approx. $134 in the sample I used. However the ozpost module only quotes $34ish.

I tried adding in the numinix addon but that screwed my store completely. So I'm at a loss after spending all day on this. I cannot find a simple way to add dimensions (WxLxH) that ozpost can use. Someone please help point me in the right direction.

Thanks,
Troy

And rereading your repliy to a recent post about the required admin files missing that was exactly my problem. All sorted.

Hi Rod,
Great module. Is there a way to disable the "shipping from" part in the postage quotation. I ship from multiple locations, but use flat rate satchels so does not affect pricing or timescales. Is there a line of code i can remove, or does it go deeper than that?
Cheers
Colin

2nd Question. Is it possible to use ozpost in association with the free shipping module? I do have certain items that are free shipping, and charge standard rates for the others.
Cheers,
Colin

Quote:

---

Originally Posted by colinvic

Hi Rod,
Great module. Is there a way to disable the "shipping from" part in the postage quotation. I ship from multiple locations, but use flat rate satchels so does not affect pricing or timescales. Is there a line of code i can remove, or does it go deeper than that?
Cheers
Colin

---

Good question. Offhand I can't recall if that is an ozpost addition or a part of the default zencart system.

In either case, the file to modify to remove this info is
tpl_modules_shipping_estimator.php

Cheers
Rod

Quote:

---

Originally Posted by colinvic

2nd Question. Is it possible to use ozpost in association with the free shipping module? I do have certain items that are free shipping, and charge standard rates for the others.
Cheers,
Colin

---

Not only possible, but actually essential if free shipping is required.

This question actually took me by surprise. Over the years I've had dozens of people ask if the ozpost module itself could be made to support free shipping, and my answer has always been the same.. "No, because this is best served by using one of the existing free shipping modules, which if working correctly will negate the need for the ozpost module to be called under the free shipping circumstances".

Cheers
Rod

Thanks for that.
With the free shipping module enabled, it offers free shipping AND the ozpost postage options. Is there a set of circumstances that will 'disable' the ozpost module and ONLY allow the free shipping for a 'free shipping product'. One of the other modules allow this if you set the weight of the item to 0. The ozpost will then kick in if the customer selects a non free shipping item.

Have i not got one of the settings correctly configured?

Cheers
Colin

Quote:

---

Originally Posted by colinvic

Thanks for that.
With the free shipping module enabled, it offers free shipping AND the ozpost postage options. Is there a set of circumstances that will 'disable' the ozpost module
<snip>
Have i not got one of the settings correctly configured?

---

There is nothing in the ozpost module itself that will (or should?) have any effect in this regard.

The logic is simple. Zencart itself does/should 'know' when a product has free shipping and under such circumstances the paid shipping modules shouldn't even be activated.

At least that is the way it is working in our zencart store.

Cheers
Rod

Hi
We have just noticed we are getting these errors when we try to edit the ozpost module in admin.
Error cURL communication ERROR: name lookup timed out
Error cURL communication ERROR: name lookup timed out
Error Unable to connect to Ozpost servers

As a result, our store is only showing Pick up and there is no other options. It was working yesterday or the day before yesterday.

Any help will be much appreciated.

thanks
MM

Quote:

---

Originally Posted by mmtin

Hi
We have just noticed we are getting these errors when we try to edit the ozpost module in admin.
Error cURL communication ERROR: name lookup timed out
Error cURL communication ERROR: name lookup timed out
Error Unable to connect to Ozpost servers

As a result, our store is only showing Pick up and there is no other options. It was working yesterday or the day before yesterday.

Any help will be much appreciated.

thanks
MM

---

Name lookup errors are usually associated with your hosting company. Such errors are usually shortlived and appear to resolve themselves. If the problem persists for more than an hour or so (tops) then you should submit a fault report to your webhost.

Cheers
Rod

Still not having much luck on this. Product is set to 'Yes, Always Free Shipping' and when i add it to the cart it shows the free shipping quotation, but also the ozpost multipost quotations, which i dont want listed as it is free shipping . I also have flat rate module installed, and it does NOT add this option to the cart, so the freeshipper module does appear to be working fine. Any thoughts on this? should i be using the free shipping with options module? I have no other shipping modules installed

Hi Guys!
Im using version v1.3.9h
by the looks of it everyone seems to know a lot more about using zen cart than me! So I'm hoping someone can help me...

I am located in australia and for each Item in my online store I want to break down shipping costs into 3 categories: Within Australia, UK and USA, all other international orders.

Is it possible to do this / is there an easy way to do this?!!

any help would be very much appreciated!

Quote:

---

Originally Posted by scar

I want to break down shipping costs into 3 categories: Within Australia, UK and USA, all other international orders.

Is it possible to do this / is there an easy way to do this?!!

any help would be very much appreciated!

---

https://www.zen-cart.com/tutorials/index.php?article=69

Cheers
Rod

ps. This thread is for discussions about the ozpost shipping module. Questions regarding zone rates have thier own thread.

I want to restrict overseas orders to parcels only. Within Australia choose letters and parcels. I set this OK in the Ozpost settings.

I also had the setting to "Hide parcel rates if letter sized." However this stuffed it up a bit because when it was an overseas order with something that would normally fit in a large letter it gave me no postage quote at all.

I then set it to NOT hide parcel rates if letter sized. This is OK but I get that long list of quotes when it is domestic letter size.

So what I would like to do is:
When it is an overseas order and letter sized only show parcel quotes.
When it is domestic order and letter sized only show letter quotes.

Is that possible?:unsure:

Quote:

---

Originally Posted by robbie269

I want to restrict overseas orders to parcels only. Within Australia choose letters and parcels. I set this OK in the Ozpost settings.

I also had the setting to "Hide parcel rates if letter sized." However this stuffed it up a bit because when it was an overseas order with something that would normally fit in a large letter it gave me no postage quote at all.

I then set it to NOT hide parcel rates if letter sized. This is OK but I get that long list of quotes when it is domestic letter size.

So what I would like to do is:
When it is an overseas order and letter sized only show parcel quotes.
When it is domestic order and letter sized only show letter quotes.

Is that possible?:unsure:

---

I was about to say that yes, this is possible, but then I've realised that it isn't. The reason being is that the 'hide parcel if letter sized' setting doesn't distinquish between overseas and domestic items.

Taking care of this could pose a few headaches because it will require changes to both the server and the client code. I WILL look into it for you though.

Cheers
Rod

Quote:

---

Originally Posted by robbie269

So what I would like to do is:
When it is an overseas order and letter sized only show parcel quotes.
When it is domestic order and letter sized only show letter quotes.

Is that possible?:unsure:

---

It is now :)

Only problem is, the current client programs don't have the code to make it happen.

Assuming you have no desire to wait any longer than needed for this functionality here is what you'll need to do.

Load /includes/modules/shipping/ozpost.php into a text editor.

Look for the code (somewhere around line #385) that reads:

Code:

---

  if ((MODULE_SHIPPING_OZPOST_HIDE_PARCEL  == "Yes" ) && ( MODULE_SHIPPING_OZPOST_TYPE_LETTERS != "--none--" ))  $flags = $flags | 1 ;

---

Change it to read:

Code:

---

  if ((MODULE_SHIPPING_OZPOST_HIDE_PARCEL  == "Yes" ) && (  MODULE_SHIPPING_OZPOST_TYPE_LETTERS != "--none--" ))  $flags = $flags | 8  ;

---

Note: There is only one change needed... the "1" needs to be changed to an '8'

Resave the file.

This will have the effect of hiding parcel rates if letter sized and domestic delivery.

Alternatively, changing the '1' to a '16' will have the effect of hiding parcel rates if letter sized and overseas delivery.

The setting of '1' continues to signify that all parcel rates should be hidden if the item is considered letter sized, regardless of the destination.

I'll be adding an admin setting for this in the next update.

Cheers
Rod

Thanks Rod

That change did the trick!

Robyn

Quote:

---

Originally Posted by robbie269

Thanks Rod

That change did the trick!

Robyn

---

Thanks for the feedback. I always enjoy being able to help ozpost supporters with their special requirements (where possible). :smile:

Cheers
Rod

Hi Folks,

Just released 7th Feb 2012 the latest ozpost shipping module V3.2.0.

Changes:
bugfix: Prepacked items not being re-orientated
New feature: Added Click N Send CSV exports
bugfix: A5 Satchel size was invalid
Added: TARE Dimensions
Improved pre-packing code
New Methods: Ebay Flat Rate Satchels & Boxes

For those using the auto-updates please be advised that the upgrade will *not* include the new icons for the Ebay type packaging. These icons can be extracted from the distribution .zip file if you need them (they aren't very good, I'm sure most of you can do better). Creating graphics is not my strong point and I'd rather spend time with functional coding rather than creating pretty pictures :smile:

Please don't hesitate to report any bugs of other issues.

Thanks
Rod

Hi Rod

I am having an odd problem, infact its one i had before and you talked me through a solution, it was a minor bug I think, but it seems to have recurred at some stage.

Basically if I go to the shipping page and i have a New Zealand address (probably all non-aus countries too) the fonts are huge 2-3 times there normal size, i have a feeling last time it was related to the yellow error message at the top

SEA : The service Sea Mail for NEW ZEALAND does not accept parcels over 20kg


I just can't remember what the solution was, i can't find it in this thread. any ideas.

I noticed it this morning, (note I havent used the site since June)

i went to look at the ozpost settings and it updated itself, but that didn't fix the issue

Heres the update script if that helps?

Quote:

---

Ozpost module upgrade available V3.2.0
$Id: ozpost.php,v3.1.3 Oct 2011
bugfix: Stripped some characters from storenames to prevent mod_security issues
bugfix: Fixed issue where o/seas quotes were occasionally failing to show.
The ozpost shipping module has been updated. Please check your settings.
Your previously installed module has been saved as ozpost3.1.3
Your previously installed template has been saved as tpl_modules_shipping_estimator_old
../includes/templates/silverfish/templates/tpl_modules_shipping_estimator.php has been updated
The ozpost database has been updated. Please CHECK YOUR SETTINGS.

---

I am sure it was just a simple setting, but blowed if I can remember.

It doesn't effect the functionality of the site, and it only effects the shipping page, but it does look weird

aargh

and for those of you with normal eyesight that message should read

SEA : The service Sea Mail for NEW ZEALAND does not accept parcels over 20kg

Sorry people, I normally make things red for emphasis but i had yellow in my head, and as they tell me "Men can't multitask", I have an excuse

Hello

I am after a very similar solution to you Grandpa_shea, however I am not using any modules as such I just want to offer free Australia wide regular postage however charge a flat rate for international shoppers?

Quote:

---

Originally Posted by nigelt74

I just can't remember what the solution was

---

Set "Show error messages" to "No".

Cheers
Rod

Quote:

---

Originally Posted by RodG

Set "Show error messages" to "No".

Cheers
Rod

---

Thanks Rod, that was it.

Not sure how it turned itself back on, but sorted now

Hi Rod, Can you confirm that automatic updates only replace the ‘includes’ and ‘image’ folder files and not the ‘admin’ files (update_product.php / collect_info.php); as replacing admin files is not needed and is not good for older versions of zencart. Thanks.

Quote:

---

Originally Posted by vandiermen

Hi Rod, Can you confirm that automatic updates only replace the ‘includes’ and ‘image’ folder files and not the ‘admin’ files (update_product.php / collect_info.php); as replacing admin files is not needed and is not good for older versions of zencart. Thanks.

---

Consider it confirmed.... Well. mostly confirmed. The stuff in the /images/ folder are not replaced either.

Cheers
Rod

Quote:

---

Originally Posted by vandiermen

Hi Rod, Can you confirm that automatic updates only replace the ‘includes’ and ‘image’ folder files and not the ‘admin’ files (update_product.php / collect_info.php); as replacing admin files is not needed and is not good for older versions of zencart. Thanks.

---

I should mention that V3.2.0 creates/deletes/maintains:
DIR_FS_ADMIN . DIR_WS_INCLUDES . "functions/extra_functions/init_clicknsend_dhtml.php" (V1.5.x only)
DIR_FS_ADMIN . DIR_WS_INCLUDES . "boxes/extra_boxes/clicknsend_customers_dhtml.php" (pre - V1.5.0 only)
DIR_FS_ADMIN . DIR_WS_INCLUDES . "extra_datafiles/clicknsend.php"
DIR_FS_ADMIN . "clicknsend.php"

If these are causing a problem please let me know.

Cheers
Rod

can you please test this item for me with ozpost
http://www.primealternatives.com.au/...bed-p-172.html
Attachment 10494


====================

Attachment 10495

Problem is that it should be showing TNT quote.

Also I just turned on ozpost automatic updates and system has updated but before I did that I got:

error front end
Temporary Quote Error. Static rates currently apply (or try again later).
Server#1 Error: couldn't connect to host
Server#2 Error: name lookup timed out
Server#0 Error: name lookup timed out:

error backend
cURL communication ERROR: couldn't connect to host
cURL communication ERROR: name lookup timed out
cURL communication ERROR: name lookup timed out
Unable to connect to Ozpost servers



System is set to KGs

Item:

Attachment 10495



Zen Cart 1.5.0
HTTP Server: Apache
PHP Version: 5.3.10

cURL support	enabled
cURL Information	7.24.0

Did update to Charset UTF-8 today https://www.numinix.com/blog/2011/08...-3-9-to-utf-8/

v1.5.0 [2012-05-01 19:58:15] (Version Update 1.3.9->1.5.0)
v1.3.9h
[2012-05-01 19:58:15] (Version Update 1.3.8->1.3.9h)
v1.3.8
[2008-10-25 22:39:57] (Version Update 1.3.7->1.3.8)
v1.3.7
[2007-06-20 21:55:59] (Fresh Installation)

The TNT problem was my doing <blush>.

A bit of code (unrelated to what I was working on) had an accidental change (which has since been fixed).

I'm not quite sure what to make of these though:
-----------------------------------------------
Server#1 Error: couldn't connect to host
Server#2 Error: name lookup timed out
Server#0 Error: name lookup timed out:
-----------------------------------------------

It is/was obviously(?) a DNS issue, that hopefully has rectified itself.

The server logs don't indicate that there was any sort of 'global' problem.

Please let me know if the problem persists.

Cheers
Rod

I am just glad it's fixed. other problem rectified itself. Thank you :smile:

Just went into OzPost and it did the automatic update. Now in admin the screen is blank when going into my products. In the cache myDEBUG says: "[17-Jun-2012 15:24:24] PHP Warning: require(includes/modules/product/collect_info.php) [<a href='function.require'>function.require</a>]: failed to open stream: No such file or directory in /home/ani48156/public_html/store/horstall/product.php on line 138
[17-Jun-2012 15:24:24] PHP Warning: require(includes/modules/product/collect_info.php) [<a href='function.require'>function.require</a>]: failed to open stream: No such file or directory in /home/ani48156/public_html/store/horstall/product.php on line 138
[17-Jun-2012 15:24:24] PHP Fatal error: require() [<a href='function.require'>function.require</a>]: Failed opening required 'includes/modules/product/collect_info.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/ani48156/public_html/store/horstall/product.php on line 138"
Copied a backup of collect_info.php back and the data is now there but the language file is not being accessed properly for all the headings.
I know it is because of the OZ-Post update because I went into my test site's admin, looked at my products and all was OK. Did the OzPost update and now I get the blank page like the live site.

Any Ideas??

Robyn

OK fixed the language problem too. product.php in the languages/english folder was product.php_restore. Same with the collect_info.php file.
Was this something the Ozpost update did?

Robyn