ozpost shipping module

Mike_Dean:

Do you need my to put the modded file back in place and debug on again

Do so at your leisure. I fear that I have a few other things that I need to move onto the the rest of the night.

My gut feeling tells me that the mods specifed, along with cURL enabled may, just may take care of your troubles.

If not, then you may also be onto something with it being SSL related, but this should be pretty darn easy to test/prove/disprove .. just disable SSL for a bit and see what happens. Only takes one or two changes to the config files.

Cheers
Rod

RodG:

Assuming these were caused by the error we are looking for (and not some other error) let's disseminate the important bits...

The first character in an XML response should always be a "<" and we are being told that this wasn't found.

This is a 'dump' of what the XML response apparently contained... Note the "3b??" that comes immediately before the "<" ? These characters (or this representation of) do not belong, and as such the 'parser' is failing with an error.

So, the question now is where the fluck is this coming from. It isn't being sent by the server (well, not by anything that I'm aware of, and if it were the server sending, then why to your client and no one elses? (At least not identified).

.... Aha!! I've seen something like this before .... V1.0.2 ... ENABLE cURL !!!!

Cheers
Rod
**
Where do I send the Cheque..!! **

:clap::clap::clap::clap::clap:

Thankyou Rod... For your unpaid and invaluable assistance... as always...

Have a test from your end if you wish.. I've just tried numerous options and all were good...!!!!

Thanks,
Mike

GAM:

Result:
Australia Post (500gm Prepaid Satchel Express - 1 day(s) est. transit)

Not wishing to dampen your enthusiasm, but this hack is going to look very messy for those that retrieve TNT quotes, because TNT don't provide an estimated transit time, they provide a pretty specific date and time, eg "by 9am 10th June" or "by 4pm 9th June", etc, etc... so the 'result' will appear something like:

"TNT (Overnight Express - by 9am 10th June day(s) est. transit)"

Also, while I'm nit picking, technically "est. transit" is incorrect anyway, because the actual number of days presented here is adjusted by the number of days delay that may have been specified, this affects the total delivery time, but the time in transit remains the same. :smile:

I can appreciate that neither of these things probably really matter to you, but if I implemented it into the code I'm sure I'll have no end of people telling me how wrong it is... I'm just getting in first :D

Cheers
Rod

RodG:

Not wishing to dampen your enthusiasm, but this hack is going to look very messy for those that retrieve TNT quotes, because TNT don't provide an estimated transit time, they provide a pretty specific date and time, eg "by 9am 10th June" or "by 4pm 9th June", etc, etc... so the 'result' will appear something like:

"TNT (Overnight Express - by 9am 10th June day(s) est. transit)"Good point, and I've just signed up for TNT :P LOL, I started by simply inserting ...[days]..', which I will probably revert to now, or similar, given the TNT date/time thing. It's mainly for my admin purposes anyway and whether it states [3] or [by 9am 10th June] still works for me.
RodG:

Also, while I'm nit picking, technically "est. transit" is incorrect anyway, because the actual number of days presented here is adjusted by the number of days delay that may have been specified, this affects the total delivery time, but the time in transit remains the same. :smile:
Was applicable in my case.
RodG:

I can appreciate that neither of these things probably really matter to you, but if I implemented it into the code I'm sure I'll have no end of people telling me how wrong it is... I'm just getting in first :D

Cheers
Rod
It is an example and something to consider. I had hoped you might be interested and code something better. :blush:

If recording the quoted transit period on the order record in the database is important to someone then this is a way to do it. At the moment, once the order is confirmed that info is gone.

In my case, I email dispatch advices out for each order and state the estimated delivery date for their information, which is useful for customers to check and coordinate if their presence is required to take receipt. The last few days I've been either guessing or looking up the Australia Post site.

Cheers
Greig

These are the words I dread most.
Yes, you MIGHT be having the same issue as one or more people in this thread, but this thread contains reports and fixes of many different problems going back several years, statistically everyone is going to have the same problems as everyone else, all else being equal. :-)Sincere apologies Rod!

Had a heck of a day and amidst it all, I inadvertently submitted a rough and far from finished message - too much happening and too many tabs open at once I suspect! Very sorry for wasting your time with my goof up.

My problem is I am unable to obtain postal quotes. This has only happened from the 4th June. Here is an outline.

Ozpost module V.1.0.2 was installed and working fine past 6 months plus, then noticed after 4 June that postage quotes not displaying - error message displayed was 'Unexpected error (no valid methods). Using AP Flat Rate.'

So I then installed the latest version of Ozpost, V2.0.6 - but there was no change, no quote displaying just the same error message. Curl is enabled. Tried removing and reinstalling ozpost module in admin - no change.

I saw in this thread a suggestion to modify the /public_html/includes/modules/shipping/ozpost.php file, (which I edited directly in cpanel file manager) but there was no change.

The shipping module Store Pickup has been in use throughout this time and it displays in the shipping quotes without problem, although I cannot recall if it did disappear when I initially found that postage quotes weren't displaying. I have the postal quotes displaying without need to login or register on the site btw.

Have utilised the ozpost debugging tool and am getting the message, in the table of the Available Shipping Methods box: Invalid input Data [No version information]

hmmmm, i'm not too savvy with any of this, but noticed in the cpanel error log as a response to requesting a postal quote from the website:
client denied by server configuration: ..../store/includes/templates/first/images/index.php
But I don't have an index.php file in that folder? (..should i have?) I have no knowledge if this is related to the issue.

Hoping it's something simple I'm not seeing!

Cheers,
Joanne

Mike_Dean:

Hi Rod,

Didn't really want to throw more spanners in the works, but I feel I am about too :unsure:

I just switched the php version on my test site (which is ZC 1.3.9c and ozpost 2.05) from PHP 5.3 back to PHP 5.2.11 to test an unrelated issue, and the shipping estimator broke eg, it disappears..
I did change the store name back to a single entity, to see if it had the same pattern as ozpost 1.X on my live site, but it made no difference..
Is this all related, or have I uncovered something you'd rather I hadn't ?

Mike

Hi Rod,

This issue above is also now resolved.. I checked the debug logs and it smacked me in the face.. I had forgotten to enable php_curl extension in PHP 5.2.11, so of course whenever I switched form 5.3.0 back to 5.2.11, the shipping module would not load.

But it's all fixed...

RodG:

There is no version 1.3.8 of ozpost. This does match a version of "AustPost" though, but as per previous recent postings, AustPost hasn't been able to give valid quotes for well over a year, and would/should have stopped working completely about a month or so ago when the server was decomissioned.

There is no connection whatsever between the postage/shipping modules and the zencart editors.
An upgrade of the ozpost module will not be the cause of your problem. What else did you upgrade or change at the same time?

I can only repeat that there is no conenction whatsover between the shipping module(s) and the zencart editors.

No. I don't expect to either.
I have seen a number of reports of people upgrading zencart to 1.3.9x and having problems with the FCK editor, and recall that the fix for it was quite simple - I don't recall the details though. I suggest you browse the FCKeditor thread(s).

Not in any conceivable way that I can imagine.

I suggest you browse the FCKeditor thread(s).

Why not? (And what, in your opinion, is "The original" ozpost module?)

Would you ask MicroSoft to reset to DOS for those of us that don't need all the new improvements of the newest versions of Windows?

Oh I miss the days of DOS. Windows has caused me no end of issues and problems, and you wouldn't beleive the stupid questions people ask these days. Back when everyone used DOS people seemed to have some idea what they were doing - I'm sure that as computers have got smarter people have got dumber. Please Microsoft, can you dump windows and support DOS once again, I'd greatly appreciate it.

Thanks,
Rod

Hi Rod,

On the FCKeditor thread

http://www.zen-cart.com/forum/showthread.php?t=86818&highlight=cache

there are several reports of after installing the new OZ post version the editor has been effected, not sure why these posts were not posted here where it counts.

in my original post i mentioned version 1.38, that of course is the zencart version i am running. This is the version i installed your latest update on. This is also where i am finding the conflict with my editor.

All you need do to see what i mean is install your new OZ update on a 1.38 version of zencart with the fckeditor module installed. Then go to edit a product on the site. You just get garbled code where there was once WYSIWYG.

Someone reported this:

admin\includes\modules\product\collect_info.php
or
admin\includes\modules\update_product.php

maybe causing the conflict, could this be correct?

At the moment the OZ post latest version works fine but i have to use my desktop storemanger to update stock numbers and product descriptions which is not the best as it is very slow.

I am having FCKeditor withdrawal symptoms :wacko:

Regards Sean

sgallasch:

Hi Rod,

On the FCKeditor thread

http://www.zen-cart.com/forum/showthread.php?t=86818&highlight=cache

there are several reports of after installing the new OZ post version the editor has been effected, not sure why these posts were not posted here where it counts.

in my original post i mentioned version 1.38, that of course is the zencart version i am running. This is the version i installed your latest update on. This is also where i am finding the conflict with my editor.

All you need do to see what i mean is install your new OZ update on a 1.38 version of zencart with the fckeditor module installed. Then go to edit a product on the site. You just get garbled code where there was once WYSIWYG.

Someone reported this:

admin\includes\modules\product\collect_info.php
or
admin\includes\modules\update_product.php

maybe causing the conflict, could this be correct?

At the moment the OZ post latest version works fine but i have to use my desktop storemanger to update stock numbers and product descriptions which is not the best as it is very slow.

I am having FCKeditor withdrawal symptoms :wacko:

Regards Sean

If you have had a problem with your FCKeditor after installing the latest OZ post module, see below:

I uploaded the latest version of CKEditor and all problems from FCKEditor were fixed. On ZC version 1.38a. :clap: :clap: :flex:

jojo11:

My problem is I am unable to obtain postal quotes. This has only happened from the 4th June.

OK, this problem is now 'well known' and the fix is available.

jojo11:

So I then installed the latest version of Ozpost, V2.0.6 - but there was no change,

If there was no change then something went astray with the upgrade installation. There are a LOT of differences between the V1 versions and the V2 versions. You would have noticed them in the admin control panel, regardless of whether it was able to return quotes or not.

jojo11:

no quote displaying just the same error message.

Even the 'error message' has changed between V1 and V2.

jojo11:

Curl is enabled.

ozpost V2.x.x. won''t even install without cURL being enabled.

jojo11:

Tried removing and reinstalling ozpost module in admin - no change.

For reasons unknown, the installation that you are upgrading doesn't appear to be the same installation that you are testing with - That, or the ozpost update files aren't being placed where the should be.

jojo11:

I saw in this thread a suggestion to modify the /public_html/includes/modules/shipping/ozpost.php file, (which I edited directly in cpanel file manager) but there was no change.

Those mods relate to ozpost V1.0.2 only, and assuming the files being used is the same file that you modified the WILL have been a change.

jojo11:

The shipping module Store Pickup has been in use throughout this time and it displays in the shipping quotes without problem,

I mentioned/suggested this to Mike Dean as a debugging exersize FOR A TOTALLY DIFFERENT PROBLEM.

Please, relax and think before blindly following instructions that may or may not relate to your particular situation.

jojo11:

Have utilised the ozpost debugging tool and am getting the message, in the table of the Available Shipping Methods box: Invalid input Data [No version information]

This is actually a 'new' error message that was put in place only a day or so ago (as a result of identifying the problem with V1.0.2) ... The fact that this is what you are now seeing tells me that you are currently running an unmodified V1.0.2.

If you have performed the 1.0.2 mods as specified OR upgraded to v2.0.x then you will not see this particular error message.

jojo11:

hmmmm, i'm not too savvy with any of this, but noticed in the cpanel error log as a response to requesting a postal quote from the website:
client denied by server configuration: ..../store/includes/templates/first/images/index.php
But I don't have an index.php file in that folder? (..should i have?)

I'm not familiar with the template called 'first', and there probably shouldn't be an index.php file in any of the /images/ directories.

jojo11:

I have no knowledge if this is related to the issue.

I would say, probably not.

jojo11:

Hoping it's something simple I'm not seeing!

It almost certainly is - As I mentioned to someone else recently, I wasted the best part of an hour over the weekend modifying a file and not seeing the expected changes, only to realise that I was modifying a backup file rather than the one that was actually being used.

I strongly suspect that this may be a similar case with you, because working or not, if you can't see any changes in the admin panel as a result of upgrading from v1 to v2 then this is about the only possible explanation.

Cheers
Rod

Hi Rod,

i was having problems with ozpost so i installed the new version but still getting postage rates too high. I know it's usually a config problem but I've looked and can't see anything wrong. I have debugging on. (See below)

http://www.fashionamour.com.au/maxi-wrap-p-33.html -
item is 29cm x 25cm x 2.5cm 200grams. from 4563 to 4563. (Tax= GST)

Australia Post site gives me:

regular: $4.35
500g Parcel Post Satchel:$5.70
express:$8.00
Express Post 500g Satchel:$8.00
Express Post Platinum Parcel: $11.90

Debugging information
Item 1 Maxi Wrap
Attribute Item Parcel
Qty 1 Weight gms Qty 1 Weight 200gms
Dimensions 29 x 25 x 2.5 29 x 25 x 2.5
Cube 1812.5cc 1812.5cc
CubicWeight 0.453125Kgs 0.453125Kgs

Submitted: Length=29.00cm. Width=25.00cm. Height=2.50cm Weight=200.00gms NumBoxes=1
Using Cached quotes
AU,4563,25.00,2.50,29.00,200.00,31.6 Array ( [id] => ozpost [module] => [methods] => Array ( [0] => Array ( [id] => RPP [title] => 4 Days Estimated Delivery.

[cost] => 8.5 [txtCarrier] => Australia Post [txtMethod] => Regular Parcel ) [1] => Array ( [id] => REG [title] => 5 Days Estimated Delivery.

[cost] => 15.5909090909 [txtCarrier] => Australia Post [txtMethod] => Registered Parcel ) [2] => Array ( [id] => EXP [title] => 1 Days Estimated Delivery.

[cost] => 16.3636363636 [txtCarrier] => Australia Post [txtMethod] => Express Parcel ) )

jazzah:

Here is my contribution, saving you looking it up.
Adelaide ADL
Albury ALB
Bendigo BEN
Brisbane BNE
Cairns CNS
Canberra CBR
Capricorn Coast CAP
Central Coast CCT
Coffs Harbour CFS
Geelong GEL
Gold Coast OOL
Hobart HOB
Launceston LST
Mackay MKY
Melbourne MEL
Newcastle NTL EDIT: should be NEW
Northern Rivers NTR
Perth PER
Port Macquarie PQQ
Sunshine Coast SSC
Sydney SYD
Toowoomba TOO
Townsville TVL
Wide Bay WBY
Wollongong WOL

I'm not sure about the others, but Newcastle is NEW as far as I can tell. I was using NEW before and getting quotes but looking for other posts about omitted quotes I noticed the above list again and realised that the prefix for Newcastle was different to what I was using. I tried NTL... NO Fastway rates were returned. NEW = good for Newcatsle as far I'm concerned.

Cheers
Greig

Hi Rod

I've been noticing omitted valid quotes from Fastway via OzPost and looking into it discovered something interesting which might identify the cause of these absent and/or erroneous Fastway quotes.

I'm located in Newcastle. Fastway abbreviation is NEW. These abbreviations are listed in Fastway Transshipment schedules (Note re my earlier post concerning abbreviation, if anyone has their transshipment schedule, look up your own suburb and you should see the correct abbreviation for your depot/region).

I thought it was strange that I wasn't getting quotes for 2000 - Sydney. Then today a customer ordered and selected Express Post for 2760 - St Marys @$35.00 cost to them. Strange I thought as St Marys is 'short haul' zone from Newcastle and would have cost the customer less than half the price for their order.

Anyway, struggling to find an answer I tried changing my Fastway zone to SYD. Voila! Accurate quotes for 2760 - St Marys. Also for 2000 - Sydney and others that I've been noticing during the week.

This discovery makes me think that it might be the Fastway server, database, etc on the Fastway server side that is the reason for these absent quotes. Most likely the same reason for many others that aren't getting expected quotes for Fastway via OzPost.

Note that I have confirmed my expected (but omitted) results via Fastway's calculator too and there are definitely inconsistent results returned via OzPost.

Hopefully this info helps and sparks realisation of some 'easy' solution. ;-)

Let me know if I can help with any testing, hacks, etc. as I'm keen to get this fixed as I'm sure it's putting some customers off when they're not getting good freight quotes for their potential order. I'm happy to contact Fastway too if you want.

Cheers
Greig

marknew:

I know it's usually a config problem but I've looked and can't see anything wrong.

How much are your handling fees?

Rod

GAM:

Anyway, struggling to find an answer I tried changing my Fastway zone to SYD. Voila! Accurate quotes for 2760 - St Marys. Also for 2000 - Sydney and others that I've been noticing during the week.

The ozpost server is simply an aggregator. It takes the data provided by the user, reformats it to the format required by the 'real' servers. It then retrieves the response from the server and reformats this reponse into the format required by zencart.

Whether what you state is true or not, it is outside of the control of ozpost.

GAM:

This discovery makes me think that it might be the Fastway server, database, etc on the Fastway server side that is the reason for these absent quotes.

Maybe, but it could also be a result of a previous discussed issue in regards to missing or mis-identified suburb names.

GAM:

Most likely the same reason for many others that aren't getting expected quotes for Fastway via OzPost.

Many others? Is there another forum where this issue is being discussed that I'm not aware of?

GAM:

Note that I have confirmed my expected (but omitted) results via Fastway's calculator too and there are definitely inconsistent results returned via OzPost.

Hopefully this info helps and sparks realisation of some 'easy' solution. ;-)

Well, no, not really.

Firstly, I seem to have only one other recorded report of incorrect FastWay quotes, and that was from vandiermen Post# #**721** in this thread, so perhaps you have something different going on.

Secondly, if changing the local FastWay zone is the 'cure' for the problem, this is also outside control of ozpost

Thirdly, although there are currently only about 15 FastWay zones available (which I could EASILY have made into a dropdown menu), I opted not to do this because new zones can be added at any time (as more people take up the franchises), which results not only in additional zones, but also the occasional changing of the codes fro some existing zones (the 'NEW' vs 'NTL' could well be an example of this, so for this reason the input field is left as a text box so that the module doesn't 'force' iny particular inputs.. In other words, changes to, or incorrect zone codes is outside of the control of the ozpost module.

Also, please be aware that the zones are used for 'base pricing' EG, A 'Blue' label in the ADL zone has a different price than the 'Blue' label in the SYD zone, which will make a delivery costs from Adelaide to Sydney different than the same items Sydney to Adelaide. (assuming such quotes were possible). With this example, if the zone was set to SYD and the quote requested from Adelaide to Sydney then no quote will be provided because the SYD franchise won't do an Adelaide pickup.

Such 'decisions' are made by the FastWay server and not the ozpost module. Therefore this can't be 'fixed' either.

In summary, the only 'problem' that can conceivably be 'fixed' by the ozpost module is the one reported by vandiermen Post# #**721** , which affects local/shorthaul delivery quotes only, and the reason for this is because FastWay uses suburb names rather than just the postcodes, and the suburb names aren't readily available/determinable by zencart, and therefore not available to ozpost either.

There are ways that this can be taken care of, but nothing that can easily be performed by the shipping module alone - it will require other changes and additions to the zencart core code so that the source/destination suburbs are 'known' before the quotes are requested.

GAM:

Let me know if I can help with any testing, hacks, etc. as I'm keen to get this

I'd be interested in having your thoughts on how to best incorporate suburb names when requesting shipping quotes, as that will take care of the local/shorthaul delivery problems, but as far as I can see, everything else is completely outside of the realms of the ozpost module itself, which is really acting as nothing more than a realy/aggregator. Garbage in, Garbage out.

Cheers
Rod

I've set handling fees to zero while I'm trying to work this out.

Handling Fee - Letters
0

Handling Fee - Regular parcels
0

Handling Fee - Overseas parcels
0

Handling Fee - Registered and/or Insured parcels & letters
0

Handling Fee - Express parcels
0

Handling Fee - Prepaid Satchels
0

Handling Fee - Prepaid Satchels - Express
0

Handling Fee - COD
0

Handling Fee - ECI Documents
0

Handling Fee - ECI Merchandise
0

Handling Fee - TNT Merchandise
0

Handling Fee - FastWay Labels
0

Handling Fee - FastWay Satchels
0.00

Hide Handling Fees?
No

Cost on Error
25.00,99.99

Error cost Type
Flat Rate

Default ITEM Dimensions
29,25,2.5

Parcel Weight format
gms

Tare percent.
0

Icons type
jpg

Postage Delay (days).
0

Sort order of display.
0

Tax Class
GST

marknew:

I've set handling fees to zero while I'm trying to work this out.

If you did an upgrade from v2.0.5 to v2.0.6 then you probably neglected to perform the remove/install procedure (I'm making this claim based on 'missing' options from what I assume was a cat/paste of the ozpost settings).

If that doesn't cure the problem then you probably have something amiss with either your currency or tax settings.

Cheers
rod

Thanks Rod, I didn't do an uninstall. I'll try that.
Cheers.

marknew:

Thanks Rod, I didn't do an uninstall. I'll try that.
Cheers.

Just to clarify, you don't need to uninstall/reinstall any files, you only need to click on the admin buttons.

Cheers
Rod

RodG:

The ozpost server is simply an aggregator. It takes the data provided by the user, reformats it to the format required by the 'real' servers. It then retrieves the response from the server and reformats this reponse into the format required by zencart.

Whether what you state is true or not, it is outside of the control of ozpost.
Yes, I understand that. I simply thought that knowing the reason for an issue would be helpful for you and others when addressing issues that users may have. I will be contacting Fastway to see if they can shed any light on the matter.

I'm thinking there are either different servers or scripts or such used by the Fastway web based calculator to that/those used by OzPost and other e-store quoting tools.

RodG:

Maybe, but it could also be a result of a previous discussed issue in regards to missing or mis-identified suburb names.
I tested that, or so I thought, using logged in account details with exact suburb names. The SYD test ruled this out for me with expected quotes being returned for postcodes with multiple suburbs.
RodG:

Many others? Is there another forum where this issue is being discussed that I'm not aware of?
Sorry, that wasn't a thought out or founded comment. Perusing this forum lately I thought I noticed a few users describing the same symptoms.
RodG:

Well, no, not really.

Firstly, I seem to have only one other recorded report of incorrect FastWay quotes, and that was from vandiermen Post# #**721** in this thread, so perhaps you have something different going on.
I have been able to identify the cause and/or reason for all mis-quotes I've experienced so far with the exception of the omitted Fastway services for some destinations.
RodG:

Secondly, if changing the local FastWay zone is the 'cure' for the problem, this is also outside control of ozpost
Not a cure at all, simply highlighting a difference and pointing to a possibly source of the problem.
RodG:

Thirdly, although there are currently only about 15 FastWay zones available (which I could EASILY have made into a dropdown menu), I opted not to do this because new zones can be added at any time (as more people take up the franchises), which results not only in additional zones, but also the occasional changing of the codes fro some existing zones (the 'NEW' vs 'NTL' could well be an example of this, so for this reason the input field is left as a text box so that the module doesn't 'force' iny particular inputs.. In other words, changes to, or incorrect zone codes is outside of the control of the ozpost module.
Agreed, not my point nor a request.

It is interesting though that the correct abbreviation for Newcastle transhipment quotes via OzPost is NEW, and this is the same for their printed transshipment schedule, but Fastway's calculator pages and other references for Newcastle is NTL.

Possibly they are in the midst of migrating and there is some confusion there. Maybe the issue I'm seeing is only applicable to Newcastle based quotes.

RodG:

Also, please be aware that the zones are used for 'base pricing' EG, A 'Blue' label in the ADL zone has a different price than the 'Blue' label in the SYD zone, which will make a delivery costs from Adelaide to Sydney different than the same items Sydney to Adelaide. (assuming such quotes were possible). With this example, if the zone was set to SYD and the quote requested from Adelaide to Sydney then no quote will be provided because the SYD franchise won't do an Adelaide pickup.

Such 'decisions' are made by the FastWay server and not the ozpost module. Therefore this can't be 'fixed' either.
Yes, I understand that.
RodG:

In summary, the only 'problem' that can conceivably be 'fixed' by the ozpost module is the one reported by vandiermen Post# #**721** , which affects local/shorthaul delivery quotes only, and the reason for this is because FastWay uses suburb names rather than just the postcodes, and the suburb names aren't readily available/determinable by zencart, and therefore not available to ozpost either.

There are ways that this can be taken care of, but nothing that can easily be performed by the shipping module alone - it will require other changes and additions to the zencart core code so that the source/destination suburbs are 'known' before the quotes are requested.

I'd be interested in having your thoughts on how to best incorporate suburb names when requesting shipping quotes, as that will take care of the local/shorthaul delivery problems, but as far as I can see, everything else is completely outside of the realms of the ozpost module itself, which is really acting as nothing more than a realy/aggregator. Garbage in, Garbage out.

Cheers
Rod
I'd wondering whether there might be another server or address for the Fastway lookups? If Fastway have upgraded or such, then maybe there's another address to point to. If you could provide some details on that I will look into it with Fastway.

I'm very willing to assist with the suburb/postcode issue as soon as I've addressed some of these other things that are important to me and my online store immediately. Selfish I know. ;) I think I'm so close now except for this omitted fastway options thing. :frusty:

Also, sorry I haven't yet provided the code hacks I've done for item stacking in parcels. I keep wanting to enhance it and then not getting around to doing the 'clean up' I wanted to do before sending it to you. FYI, it also now re-orientating items by length or width for 'best fit' in the max parcel area.

Cheers
Greig

GAM:

I'm thinking there are either different servers or scripts or such used by the Fastway web based calculator to that/those used by OzPost and other e-store quoting tools.
<snip>
I'd wondering whether there might be another server or address for the Fastway lookups? If Fastway have upgraded or such, then maybe there's another address to point to. If you could provide some details on that I will look into it with Fastway.

http://www.fastwayfms.com/scripts/mgrqispi.dll