While generating tokens Admin specifies the group(s), to which user will be added once he redeems invite.
This feature is particularly useful when Admin wants to invite multiple users to a private group. This means that if the existing user will redeem invite, he will automatically be added to that private group.
Now due to invite spam restriction, system will throw error if the user who is redeeming the invite was already invited previously by the same Admin who sent this disposable invite.
This means that Admin can’t invite existing invited user to a private group using Disposable Invite Tokens feature.
Should we remove Invite spam protection? Please provide feedback/suggestions for this.
That sounds great. Could you please let me know when this restriction has been removed and our server has been updated? We would like to test this again as soon as possible.
Has this been deployed to our server? I was just about to cross my fingers and send out an email under the older system, but would rather test this first if it is available.
We our currently organizing an event at the end of October for our network of resellers. In order to figure out what we want to actually achieve at the event we wanted to have a discussion with these people on a private category on our discourse instance (http://discourse.mcneel.com/).
We are also experimenting with inviting people in phases to test out the next version of our application and these people can discuss issues with the “future version of Rhino” on a private category. Our software has enough new users now that many aren’t used to our development process and may consider our first WIP as something close to final release candidate (which is not even close to the case.) People that have been using Rhino for a long time know that our development process is to get things to users as quick as possible in order to get feedback. Many times these features are pretty ratty during early phases of development (or they don’t even exist yet.)