Hmm. Interesting! I tried to do it in the web interface, and it seems to want an email address in that field, when adding someone as a role, so it doesn’t find the group.
Now I looked again, and there is another part called “Find groups whose” which allows the group to be added. I had thought that this just finds users within the groups to be added as watchers, not add the group itself as a role.
So it would seem the solution is to script something that adds users to the appropriate group by domain, (or just manually set the group when the user is added) and then add a scrip or similar so that when a new ticket is created / correspondence arrives, find the appropriate customer group and set this as a role (e.g. Requestor) in the ticket, if it is not already set.
Not sure how that works in the Self Service pages. Presumably users need to be granted rights and the appropriate group set so it’ll show all tickets for their group?
Auto-created users are not privileged by default in our system at least, but would they need to be allowed to be granted rights in order for this to work?
Emails can be easily spoofed, so you’d have to be a bit careful depending on the setup, that users were not just free to send an email from the domain, and then login to RT and see all the tickets, but presumably the process to set the password involves admin anyway (or I think there’s an extension to allow users to recover the password?)