I mistakenly called this feature issue77. This is actually in reference to #74.
This now allows a parameter called requireUniformMailServices (lovely name, right?) to be passed to the USPS providers (both domestic and international). If true, any mail services that aren't present in each returned package are excluded. If anything is excluded, a new field on the Shipment class called InfoMessages (which will have a list of InfoMessages) will populate with a message of all the excluded rates. In the future, the InfoMessages field can be leveraged for information like this...so you'll see a ShippingProvider and Message associated to each InfoMessage. :)
Finally, a "RatesExcluded" field will populate true on Shipment. This was used for unit testing on the USPS Domestic class, but more-so so that if rates are excluded...the consumer of the SDK can give a different message if they'd like to the user.
I mistakenly called this feature issue77. This is actually in reference to #74.
This now allows a parameter called requireUniformMailServices (lovely name, right?) to be passed to the USPS providers (both domestic and international). If true, any mail services that aren't present in each returned package are excluded. If anything is excluded, a new field on the Shipment class called InfoMessages (which will have a list of InfoMessages) will populate with a message of all the excluded rates. In the future, the InfoMessages field can be leveraged for information like this...so you'll see a ShippingProvider and Message associated to each InfoMessage. :)
Finally, a "RatesExcluded" field will populate true on Shipment. This was used for unit testing on the USPS Domestic class, but more-so so that if rates are excluded...the consumer of the SDK can give a different message if they'd like to the user.