Provide ability to remove users added to recurring meetings' chats
We have the following scenario that cannot be remedied without deleting a recurring meeting:
1. User A and B have a recurring weekly meeting in Teams.
2. User C is invited to join the call on this meeting during one instance.
3. Even though User C has not been invited to the recurring meeting, User C now has access to the Teams chat of the subsequent recurring meeting instances.
This seems like a huge bug that you cannot remove a user from seeing the chat of a meeting to which they are normally not a member. I just spoke with Microsoft support and their recommended course of action is to delete the recurring meeting and re-create it, losing the chat history.
phil jones commented
Persistent conference ID's should be applicable to recurring meetings organised in Channels, but conference ID should not be persistent for meetings created through Outlook or the Teams Calendar. From a product management point of view it is very difficult to provide this information to users without admitting that there is a fault in the product, which may subsequently impact adoption. Either provide warning messages or give us the choice!
That's not a solution: "delete the recurring meeting and re-create!"
In my weekly recurring meeting there are different people invited, so deleting this meeting is no option.
A very common scenario and a big security loop hole.
The nature of this one is really evil; since it's not easy to understand that it works this way.
Hence you don't have control of who sees the information!
Its simply poor and lazy design. It creates a material confidentiality issue to be managed.
Agree. I am always getting chat notifications for items I'm not needing.
Holly Douglas commented
It would nice to have an option when adding a new participant to a recurring meeting to ask the question - "This occurrence only or all meetings"
Hector Chazari commented
I agree, this is a big set back for a lot of employees. Once the meeting has ended it should remove the attendee that was added. They should not have access to any future chats/meetings.
Ryan C commented
I see this as a privacy issue. Further, it is larger than just Team Meetings, which I have experienced the above scenario as well below.
This is also an issue with Team Calls. Scenario:
1. User A calls B for a discussion using Team Calls.
2. User C is invited for a discussion during the same call.
3. During the call Chat is used to share information. Moving forward, User C is linked to the Chat shared by Users A and B, and sees any chat communication between A & B.
This should be addressed asap.
I like this approach:
"What you would like is that upon closing the meeting you get prompted that guests still have access and that you need to block their access, or even better: in the creation (or changing) of an invitation you get the option to classify invitees into permanent attendees and one time guests. The last group being automatically being kicked out of the chat after the meeting."
Sonny O commented
when adding someone to a group chat you have the capability to provide them historical chats or only future. Same should hold true for recurring meeting and associated chats.
Additionally the manual work around of removing them from the auto created chat group is not sustainable and introduces many issues.
Hajer Zaiem commented
Not acceptable for an enterprise collaboration tool.
Robin Bradbury commented
Not really acceptable in an enterprise tool.
Meta Keijzer commented
I looked into this issue and found that if you delete someone from the chat, they can still see the chat history that they were part of, but no future additions.
The problem is that it needs to be done manually, either by the one-time attendant himself or by any other member of the meeting.
What you would like is that upon closing the meeting you get prompted that guests still have access and that you need to block their access, or even better: in the creation (or changing) of an invitation you get the option to classify invitees into permanent attendees and one time guests. The last group being automatically being kicked out of the chat after the meeting.
Agree with previous comments. This is a big issue and opens our organization up to situations where the wrong information could inadvertently get shared with the wrong audience. Please fix ASAP.
Alexander Cutler commented
I agree - this is a HUGE security hole that many would miss. Many board and SMT meetings havee been running on this technology in thousands of companies, and I bet very few are aware of this dangerous loophole that suddenly means their meeting chats are nowhere near as confidential as first supposed...
As an add on, I believe User C will now ALSO have access to any files shared in the meeting which they are not entitled to, but get Read Access by being a part of the meeting (once). - David
The manual solution of going back into the Chat and removing those one time guests is fine for an advanced user. But, leadership are not advanced users and we are working the hardest to increase collaboration with Teams. This is a problem for me/us and one I consider a security gap. - David
It is very annoying, and not intuitive at all. There is no expectation that someone would retain access to the meeting chat beyond the content that was created during the meeting instance the person was attending.
Ben Florquin commented
We are having the same scenario and this is a security risk for us. The manual removal works but it's indeed easily overlooked. Can you please come with a more solid solution?
This is a big issue for us in our organization. We run a lot reoccurring meetings and there are many times where one or two people are invited for one specific instance of a meeting to present. These people can rejoin any future meetings in the series through their old invitation...Even if they're removed from the scheduling assistant and through Teams. I see how you can remove them from the meeting chat (which is manual), but any time they would try to rejoin via the old meeting invitation they're right back in the chat...