The way to do this is the following:

1. Create a forwarding address "developers@example.com" on your domain. This should forward to the three developers.
2. Add the user "developers" to Mantis with access right "developer".
3. Now issue can be assigned to this user and email notifications will be sent to all developers.

The only problem here is that when you search for unassigned issues, "developers" are considered assigned. But this is ok, because it is assigned to the team.

I appreciate there are workarounds but they lead to other problems. Each project can have a different set of developers, in which case you would have to create e-mail groups for each project. For larger organisations this can be a maintenance nightmare as you would have to keep updating these groups all the time.

Fair enough, you would have to do the same if Mantis supported groups but it makes more sense to deal with it all in one central place, ie Mantis. You could even add automatic support for groups (ie the developers group), thus eliminating group maintenance.

This is an interesting feature request. I too would like to see this feature, but don't have my head around exactly how it would look & be implemented.

One way to think about this:
Have the ability to select multiple users per issue when assigning them (requires another table?), and when viewing the issue have something like:
User1 | User2 | User3

This way when searching for issues assigned to a particular user, all of them come up.

Thoughts?

Admittedly I haven't thought through the entire system but the chief reason for this is lack of knowledge from a reporters point of view. ie a tech support reporter may not know which developers work on project X and which of those developers deal with (for example) a reporting tool in the project X.

So the reporter will just assign the bug to the developers group in project X (could have the groups listed in the "assign to" dropdown enclosed in square brackets or something). Each developer for project X wil lthen be notified and someone can take it upon themselves to assign it to themselves or the correct person.

It also helps the system if a certain developer is not available - ie if developer Z is on vacation and the reporter assigns it direct to developer Z, none of the other developers will really be aware of it until Z comes back and either works on the issue or re-assigns it to someone.

Duplicate of 5081 since someone sponsored that one.