Forum Discussion
Nesting Groups
- Jun 16, 2018
Just use Distribution lists if that's all you want, they are entirely just as available as they have ever been, fully support nesting etc.
Alternatively if you read up, TonyRedmond explains that you can nest an Office 365 group within a DL via powershell if you absolutely must.
Presumeably the "Dynamic Membership" feature will allow more intelligent Group memberships buy ensuring folks that meet certain conditions based on attributes are always members of specific Groups. Note this requires AAD Premium though. We're toying with some cool stuff in our offerings as well in the near term as we hear this ask from multiple customers.Agree with TonyRedmond that this needs to be smart though--- no one needs more AD Group nonsense like we know so well...
- Chris PoroskyNov 16, 2017Copper Contributor
This limitation is kind of crazy, sorry. There's all these microsoft pointers to get everyone to use Office 365 groups instead of distribution groups, but they are completely two different things. Why can't we at least forward email out of an office 365 group? I just think it is another rushed half baked ms feature...
- kileyohlSep 03, 2021Copper Contributor
Agreed. Chris Porosky
- TonyRedmondNov 16, 2017MVP
Why do you want to forward email out of a group? To where?
It's easy to do this. Just add the address you want to receive the forwarded email as a member and make sure that their address is subscribed to the group... That address then receives a copy of every message sent to the group, which is an effective auto-forward.
- Mike MitchellJun 16, 2018Copper Contributor
I understand the limitations once you turn a distribution list into an ACL. But why would any mail platform provider choose to replace distribution lists altogether--it's crazy. There are HUNDREDS of valid use cases for nested distribution lists which have nothing to do with security access to anything.
For example, I'm in a (currently) very small tech company with limited IT needs. However, one of the FIRST things we needed operationally was nested distribution lists, so that the ops team can easily get notifications from different components of the infrastructure with unique addresses, but without having to add the same people to every address. You get a new tool, you create a group address for the tool so you can create an account using it and get its notifications, and simply forward it to the existing Ops team.
What's the proposed solution for this scenario? Just keep using distribution lists or what? I tell you what I'm NOT doing--buying some ridiculous additional tool just to accomplish what every other mail system on the planet does out of the box as basic functionality.
/mike