Search Over 30,000 FREE Plugins from the Official WordPress Plugin Directory Repository


WC requires at least: 2.2 WC tested up to: 2.6.14 Provides real time shipping Quotes from Australia Post, Startrack, TNT, SmartSend and more..

This module provides real time shipping quotes from Australia Post, TNT Australia, SmartSend, Transdirect, Couriers Please, E-Go, Fastway, Hunter Express, StarTack and Skippy Post.

It Provides over ~280 different shipping methods in total. You select the carriers and methods you wish to allow, and enter any optional P&H fees, and the module will provide the customer with quotes that are possible for any given order.

Author Rod Gasson
Contributors Rod_G, VCSWEB
Tags Australia Post, Couriers Please, E-Go Couriers, Fastway Couriers, Hunter Express, Skippy Post, SmartSend, StarTack, TNT Australia, Transdirect, woocommerce shipping
  1. ozpost-multiquote screenshot 1

    Example Cart Output

  2. ozpost-multiquote screenshot 2

    Example Checkout Output

  3. ozpost-multiquote screenshot 3

    Example Settings

  4. ozpost-multiquote screenshot 4

    Example Settings

  5. ozpost-multiquote screenshot 5

    Example Settings

  6. ozpost-multiquote screenshot 6

    Example Settings

Using the WordPress Plugins Menu

  • Search for 'ozpost'
  • Navigate to the 'Upload' area
  • Click 'Install Now'
  • Activate the plugin in the Plugin dashboard

Uploading in WordPress Dashboard

  • Navigate to the 'Add New' in the plugins dashboard
  • Navigate to the 'Upload' area
  • Select from your computer
  • Click 'Install Now'
  • Activate the plugin in the Plugin dashboard

Using FTP

  • Download from
  • Extract to your computer
  • Upload the ozpost-multiquote directory to the /wp-content/plugins/ directory
  • Activate the plugin in the Plugin dashboard

After installation you can configure the ozpost settings from the WooCommerce->Settings->Shipping menu.

Note: This module connects to a commercial/subscription service. A 60 Day Free trial is automatically given from when the module is 1st installed.


  • Update: All quote requests to all servers are now SSL encrypted
  • Update: Improved/fixed error reporting for Couriers Please
  • New: Added 'Australia only' option (requested by multiple users)


  • Update: Compatibility fix for WC2.6.5.


  • Bugfix: Fixed calc errors for fallback/static rates
  • New: Added Australia Post 1kg Express Satchels


  • Bugfix: Estimated days/date wasn't being displayed
  • Bugfix: Deadline setting was being ignored
  • Bugfix: Leadtime setting was being ignored
  • New: Added custom overrides/pricing for FastWay Boxes


  • Update: Now uses Couriers Please latest API (v1.01/v1.02)
  • New: Supports many new Couriers Please methods, including International deliveries
  • New: Added custom overrides/pricing for Couriers Please satchels
  • New: Added custom overrides/pricing for FastWay satchels


  • Bugfix: Compatibilty fix that was preventing the checkout page from fully loading with some systems


  • Bugfixes: Initialised more variables
  • Tweaks: For php7
  • Added a small section containing a few configuration tips


  • Bugfix: Initialised taxrate variable to prevent Division by zero warnings if/when taxes haven't yet been configured .


  • Bugfix: Suppressed parcel build output on the checkout page as it was preventing the page from being fully loaded with some browsers.


  • Update: Updated menus and options to bring things in line with Australia Posts April 2016 changes


  • Bugfix: Couriers Please 500g satchel was missing from options list.


  • Bugfix: Fastway quote codes weren't matching the latest server codes


  • Bugfix: Fastway and Click n Send satchels were getting 'confused'
  • Update: Add handling charge option for COD
  • Change: Now using new URI for quote requests
  • Bugfix: Supressed $0 quotes if fallback methods failed
  • Update: Added checks for valid XML data
  • Update: Added option to show how parcels are created with multiple items


  • Update: Revamped letter handling
  • Update: Updated some default settings


  • Update: Added support for TNT insurance (Class 'C')
  • Update: Replaced some deprecated QuoteID's with the newer counterparts.


  • Update: Added function_exists('wc_add_notice') tests before calling (Not sure why this would be needed but apparently the function is missing on some installations?)
  • Update: Added some default dimensions
  • Update: Added some more descriptive text to explain some settings.
  • Bugfix: Fixed issue with fallback rates not being applied with some errors.
  • Update: More improvements to email subscription handling


  • Update: Removed html formatting from outputs (wasn't always being correctly rendered)
  • BugFix: Default dimensions weren't being applied
  • Update: Renamed 'Other Settings' to 'Global Settings'
  • Update: Moved the 'hide' options into the Global settings section
  • Update: Added option to hide the carrier/courier names
  • Update: Removed the GST setting - Now relies on the 'Standard' Class tax rates to determine whether to adjust for GST
  • Update: Added support for Hunter Express


  • Update: Set taxable status field (cosmetic change only)
  • Update: Minor code tweaks


  • Bugfix: Initialised 'skip' variable
  • Update: Changed pointer type
  • Bugfix: Function permission error (generate_settings_html not public)
  • Update: If no destination suburb given when called it will now use the store's suburb rather than generate an error response.
  • Update: Replaced the use of $_SESSION data with the API for transient data
  • Update: Quote results now cached using the API for transient data (performance increase)


  • Removed: internal code for latest version test (not needed for Woo)
  • Improved: output formatting
  • Added: Error checking for missing input data
  • Bugfix: Storename being misset under certain conditions


  • Code cleanup


  • Initial Public Release

Q. How much does the ozpost module cost?

A. All of the ozpost client modules are released under the GPL licence. You are free to use and/or modify them as you wish, free of any fees or obligations.

Q. What is this I hear about a 'subscription' being needed?

A. Although the ozpost client modules are free, there is a small cost needed to access the ozpost servers.

Q. Do I need to register the ozpost module to use it?

A. No. The modules register themselves automatically the 1st time they connect to the ozpost servers. You will be granted an automatic 60day free subscription starting from this day. If you are a new uses and the module doesn't seem to be working for you please send us an email and we will be happy to work through the problem(s) with you, free of any changes or obligations. On the rare occasion that the problem ends up being a coding related issue we not only reset the subscription status back so that you get the full 60days trial, but we will often give you an even longer trial period to thank you for reporting the problem and helping us overcome it.

Q. Can you install and configure the ozpost module for me. I'm happy to pay.

A. No and no.
I'd feel guilty about charging you to install it when it is such a simple process that is no different than any other Wordpress/WooCommerce module.

I can't configure the module for you because it doesn't actually need configuring. Yes, it does have many options, but almost all of them are personal preferences. I would have no idea of knowing which carriers, couriers or methods you wish to support. I have no way of knowing how much, if anything, you wish to add for packaging & handling, and that is just about the extent of any configuration that is needed. As long as you have given your products accurate weights and dimensions and enabled at least one suitable method/carrier, it should just 'work'.

Q. How reliable are the ozpost servers?

A. Very reliable. The current system consists of three different servers on three different networks. The probability of all three failing at the same time is astronomically low.

The most unreliable aspect of the ozpost system is that it depends a large party on the couriers own servers. If these servers are having issues, it won't prevent the ozpost system from working, it may slow the responses down somewhat, and the quotes from the faulty courier server won't be available, but you will still get the quotes from the remaining carriers/couriers that You have enabled. 

I have found that most of the questions I receive seem to come from people that haven't even installed the module. Trust me, on this, if you install the module first you almost certainly won't have any questions to ask. There is nothing nefarious to worry about. The code doesn't have any 'back doors', it doesn't modify or change any existing code, and its removal (should you decide it isn't for you), will leave your system just as it was before you installed it.

The following Q&A's are mainly for those that have already installed the module and are a little more curious as to how it works, so,

Q. How does the ozpost module work?

A. Whenever a quote request is made the module sends a list of the shippable cart contents to the ozpost servers. The products themselves are not identified, only the product weights, dimensions, quantities and $values are submitted (the latter is to enable the calculation of insurance costs). The ozpost servers uses several (complex) algorithms to combine these items into a single 'package'. The final weight & dimensions are then sent to the various courier companies for quoting. These quotes are then relayed back to your store, whether they are filtered according to the methods that you have enabled. The end customer will be shown only the methods that are both possible and allowed.

Q. If the ozpost servers act as an intermediate relay service what benefit does it give over standalone modules that also query the courier servers?

A. Providing shipping quotes is the easy part of any shipping module. The hard part is the way that multiple quantities of items of various weights and dimensions are quoted. The simplest method (also the most expensive for the customer) is to obtain a quote for each item, and tally up the figures for a final cost. Ozpost doesn't use this method, instead, it 'packs' all the cart items into a single 'parcel' for quoting. This provides the most economical shipping costs to your customers. Although it is possible for a 'standalone' module to use the same packing methods, it is very inefficient having to replicate and maintain the same code for each of the supported couriers. When you further consider that the ozpost system has been designed to support many different shopping carts, using a centralised server system means that we only need to maintain this code in one place, rather than ~50 different modules.

Q. Does the ozpost system support 'parcel splitting' - IOW, if a parcel weighs 40kg can/will ozpost quote this as 2x20kg parcels?

A. NO. We have spent 100's, if not 1000's of hours trying to implement this type of functionality, and although it can be quite effective (and quite simple) in some cases, we found that as more and more products of various weights an dimensions get added to the cart, the simple methods just aren't up to the task. Even in the simplest case of just two items you can tun into problems, for example, Aust Post have a weight limit of 22kgs, if you have two items in the cart, one weighing 21kg, the other weighting 23kg, giving a combined weight of 44kg, a 'simple' method will quote these as 2x parcels weighing 22kg each. The thing is, it is very unlikely that you will be able to physically take 1kg off of one product and add it to the other, as such you will be quoting for parcels that can't actually be delivered. Although there was a time where we got close to making a system like this work (eg, by excluding overweight items and quoting for them separately) we still found that similar 'impossible situations' could/would exist with much smaller/lighter products, and each added product compounded the problem (and the code to mitigate it). In the end we came to realise that even if would could solve this problem it introduced another, possibly more serious problem, and that there is no way to provide the 'feedback' needed to inform the merchant how the products were 'packed' (which products go into which boxes).

Q. Why am I being quoted for a 5kg Satchel when the products weigh a lot less than this?

A. Just because a product is light enough to fit a given rated satchel doesn't mean that the product is actually small enough. Unlike most shipping calculators that offer satchel rates, the ozpost system is aware of these physical constraints and will not provide a quote if it determines the product(s) won't fit. It will quote for the next largest size envelope, satchel, standard box, or parcel, as appropriate.

Q. WooCommerce has this thing called 'shipping classes'. How do these relate to ozpost?

A. They don't. Ozpost ignores all of these settings and makes its own determination as to the shipping requirements based on the weights and dimensions assigned to the individual products.

Q. My products are of such a size and weight that I never need to worry about being charged based on 'cubing rules' (sometimes known as 'dimensional weight'). Do I still need to enter product dimensions.

A. Yes. The ozpost system is based on real world principles. All shippable products have a weight and dimension. The ozpost system cannot/will not quote for these 'impossible' products.

Q. Most other shipping modules don't need product dimensions. Why does ozpost insist on them?

A. This is to help protect you, the merchant, from underquoting. Although originally designed for the cases where cubing rules apply (large items), the ozpost system mainly uses the dimensions to determine whether any given item/parcel can be classified as a small letter, large letter (2 sizes), a satchel (3 sizes) or a regular parcel. An item weight under 100grams could be mailed using any of these methods and the ozpost servers will provide a quote for each of these possible methods. You, the merchant can elect to show the customer ALL of these possibilities, or just some of them. The larger suitable methods can be hidden or shown, according to your own particular preference.

Q. Why are the ozpost quotes different from the quotes I get directly from the courier websites?

A. This should never be the case. In almost every case I've investigated the discrepancy has ended up being that what is actually being quoted for isn't what you think it is. Sometimes this is because the data of a single product in the store not being correctly defined, sometimes it is because you have neglected to include the Tare weight/dimensions when doing the comparisons. THe ozpost module(s) have a BEBUG option that will allow you to see exactly the weight and size of the parcels being quoted. You should use this data for 'like for like' comparisons.

This DEBUG output will also alert you to things such as items being quoted being oversize/overwight and all manner of other possible problems. 

Q. How do I mark an item as being 'Dangerous Goods'?

A. Navigate to the product of interest (in admin).

Click the 'Attributes' button. 

Click the 'Add' button. 

Enter a name of 'dg'  and give it a value of '1' 

The ozpost module will now detect this as a dangerous goods product that if added to a customers shopping cart will prevent quotes for Airmail delivery.
Version 2.0.4

Requires WordPress version: 4.0.0 or higher

Compatible up to: 4.7.2

Last Updated 13 Feb 2017

Date Added: 26 May 2015

Plugin Homepage


5 stars
3 ratings


Not Enough Data

Works: 0
Broken: 0