Closed Gerardo-Parker closed 1 year ago
If names are specified as a list, then a lookup is performed on all recipient types. lookup is case insensitive and based on substring. (This will be fixed in the next version, where it will be an exact match).
The workaround in 4.13 and - is to specify that's it's the exact name:
{"recipients":[{"name":"email1@google.com"},{"name":"distributionlistwithemail1@google.com"}]}
You can also set the type of user, if necessary:
e.g. if both are registered users, then :
{"recipients":[{"type":"user","name":"email1@google.com"},{"type":"user","name":"distributionlistwithemail1@google.com"}]}
refer to Faspex 5 api: https://developer.ibm.com/apis/catalog/aspera--ibm-aspera-faspex-5-0-api/api/API--aspera--ibm-aspera-faspex-api#createPackageRecord
Beta of next version , if you want to test (gem install
...):
https://ibm.biz/aspera-cli-beta
And doc for next version:
https://github.com/IBM/aspera-cli/tree/develop#faspex-5-send-a-package
I updated from 4.12.0 to 4.14.0 preview and tried updating the payload to use [{"name": "email"}], I was still running into some issues with sending the package with a distro list still marking as invalid parameter but got around the issue by forcing the type to external_user.
Thanks for the feedback.
Using faspex5 package send
if a distribution list contains the same email in a distribution list the package sends to fail. example:
Is there an option that can be provided to the package info payload to ignore duplicate emails. I work with several 3rd party companies and occasionally their distribution lists overlap across teams.