When adding a user to a group there is an Advanced option to add "all current and future users of *My Company* to this group with All Email setting". This Feature is wonderful except that it can't be drilled down to separate Domains.
My company has a Primary Domain and 4 Secondary Domains. My goal is to be able to have this feature work at a domain level so any user with @domainA won't receive a blanket email to @domainB as well as the user with @domainA be automatically added to the all@domainA (for example) group when added as a user. This would be incredibly convenient over instead customizing and constantly updating a group manually.
Thoughts anyone?
Solved! Go to Solution.
You might want to post this to the Feature Ideas section here. Doing so will allow it to be upvoted by others and possibly considered as a future feature enhancement.
If you do not already have access, you need to request it first. See https://www.googlecloudcommunity.com/gc/custom/page/page-id/Workspace-Feature-Ideas-FAQ for how to do that.
Once you have access, go to https://www.googlecloudcommunity.com/gc/Feature-Ideas/gh-p/workspace-ideas-group . There, you can upvote and comment on any similar idea, or post a new idea.
If you are submitting a feature idea, be sure to explain the problem that you're trying to solve with the feature idea, not just the idea itself. For example, saying "when my users are trying to do 'A', they often get confused by the fact that the buttons to do 'X' and to do 'Y' look quite similar to each other, which leads to this unintended consequence" is far more likely to get fixed than a feature idea that just says "change the color of the button 'Y'".
Cheers,
Ian
I'm pretty sure you could do this with the free, open source, command-line, indispensable GAM tool. Check out:
for more details.
Hope that helps,
Ian
Thank you. I can't seem to find a way to have user newuser@domainB to be added to All@domainB group automatically with GAM.
Iโd strongly suggest asking the question on the GAM mailing list I mentioned, but I imagine it would be something like using GAM to list all of the users in domain A (or B or C etc), then piping that output into a GAM command to sync the membership of a group with that list; and then setting that to run periodically.
Cheers,
Ian
Thank you icrew. I understand the process and and can see what you're talking about but it doesn't replicate the feature exactly, mainly it not being immediate.
The feature I'm looking for already exists in workspace without using an extra tool it's just not as granular as it really should be.
I'm mainly putting this idea out there as a potential feature change and not as much as a technical issue. Thanks
You might want to post this to the Feature Ideas section here. Doing so will allow it to be upvoted by others and possibly considered as a future feature enhancement.
If you do not already have access, you need to request it first. See https://www.googlecloudcommunity.com/gc/custom/page/page-id/Workspace-Feature-Ideas-FAQ for how to do that.
Once you have access, go to https://www.googlecloudcommunity.com/gc/Feature-Ideas/gh-p/workspace-ideas-group . There, you can upvote and comment on any similar idea, or post a new idea.
If you are submitting a feature idea, be sure to explain the problem that you're trying to solve with the feature idea, not just the idea itself. For example, saying "when my users are trying to do 'A', they often get confused by the fact that the buttons to do 'X' and to do 'Y' look quite similar to each other, which leads to this unintended consequence" is far more likely to get fixed than a feature idea that just says "change the color of the button 'Y'".
Cheers,
Ian
Thank you for the feedback and direction. Cheers!
Just a couple of days ago I ran into the same situation/limitation and thought to myself, "damn, Google, why?". Unfortunately, and as you already found out, there is no real workaround unless you go down the GAM route, as Ian suggested. And definitely open a feature request.
Another method for a GAM-based workaround: use GAM to create the account, immediately followed by the command to add that user to the correct group(s)โฆ