网站搜索
当您在 Outlook 中为其他用户创建 Teams 会议时,您会收到错误消息:您似乎无权为此帐户安排会议。与所有者联系以获得许可并重试。为什么会发生这种情况?为其他人安排 Teams 会议的解决方案是什么?让我们看看如何管理 Teams 会议委托权限。
启动Outlook并单击日历图标。在此示例中,我们确实使用 Amanda 的邮箱登录。
她想要代表用户 Grace 创建 Microsoft Teams 会议。单击 Grace 的日历,然后单击新团队会议。
阅读更多 →
Microsoft Teams 可能存在顽固问题,无法正确下载所有数据。通过清除客户端的 Microsoft Teams 缓存,它会再次下载所有内容以及所有新数据。在本文中,您将了解如何使用 PowerShell 手动清除新 Microsoft Teams 和经典 Microsoft Teams 版本的缓存。
清除 Teams 缓存将强制 Teams 客户端从 Microsoft 云服务器重新下载新信息,例如缩略图、图标等。
所有内容都存储在您在 Microsoft 服务器上的帐户中。清除缓存过程只是删除本地设置和重复信息,就像您使用浏览器浏览不同的互联网站点时一样。
有两个 Microsoft Teams 版本,引用为:
您可以打开 Microsoft Teams,转到关于窗口,然后查看您正在运行的版本。另一种方法是转到
阅读更多 →
在安装和卸载方面,Microsoft Teams 与普通程序不同。 Microsoft Teams 的问题在于它是为每个用户安装的,位于用户的 AppData(有时是程序数据)中。除此之外,我们还有 Microsoft Teams 机器范围的安装程序,当用户登录时,它将自动安装 Teams。
使用 Microsoft Teams 清理问题可能非常具有挑战性。例如,我最近尝试为用户删除并重新安装 Teams。用户收到错误:每次更新 Microsoft Teams 时 Microsoft Teams 安装均失败
删除所有内容并重新安装 Teams 后,他最终得到了一个空白的 Teams 应用程序。因此,没有聊天历史记录,也没有更多的 Teams 频道(即使在线一切仍然可见)。
在本文中,我将向您提供一些删除和清理 Teams 的提示和脚本,以便您可以再次重新安装它。
利用这些有趣的 Microsoft Teams 背景让 Teams 变得更有趣
Microsoft Teams 最常见的错误之一是“安装失败”错误,当 Teams 尝试更新时可能会出
阅读更多 →
Microsoft Teams 和 Office(Microsoft 365 企业应用版)的两个最新更新允许您自行选择是否要使用 Beta(内部)功能和 Teams 预览功能。了解如何为 Office 和 Teams 副本启用此功能,以及作为管理员如何为用户启用此功能。
Office 已经能够让管理员通过策略选择将哪些人员或计算机包含在不同的更新通道中,尽管这是一个中心设置,用户无法自行选择加入或退出。二月份推出了一项新功能,提供组策略设置(和本地注册表设置),使人们能够直接在 Office 客户端内在两者之间进行切换。
去年年底,团队获得了允许人们选择预览的能力,并且新功能始终首先发布到预览,使您可以先于其他人尝试新功能。 Team 的发布过程与 Office 客户端不同,这意味着您不能仅安装特定版本来查看新功能。相反,您需要单独在客户端中打开预览模式。
若要在可用的不同版本的 Office 之间进行更改,您需要运行 Microsoft 365 的订阅版本,而不是 Office 2016 或 Office 2019。
您可以通过选择Office 更新部分下方的
阅读更多 →
Microsoft Teams 使用 SharePoint Online 来存储团队成员之间共享的文件,这已不是什么秘密。每个团队在该团队的 Microsoft 365 组拥有的 SharePoint Online 网站中都有一个文档库,创建新频道时,会在文档库中创建该频道的文件夹。
默认情况下,频道文件夹的名称与频道相同。使用 Exchange Online 或 PnP PowerShell 可以轻松检索详细信息。然而,当频道重命名时,事情会变得更加复杂。
目前,当频道被重命名时,其文件夹不会更改(但希望很快就会更改!),这使得查找频道文件夹变得更加困难。私人频道因其关联的 SharePoint Online 网站而造成了另一层复杂性。
在使用 Teams 的大型组织中,报告并迁移这些数据非常困难。为了帮助了解 Teams 如何使用 SharePoint,我创建了一个简单的 Graph API/PowerShell 脚本,以在 CSV 文件中报告 Teams 频道及其 SharePoint 位置(您可以在此处从 GitHub 下载该脚本)。每个通道报告以下信息:
阅读更多 →
经常有人问我为什么 Microsoft 365 管理控制台省略打印选项。例如,转到 Microsoft 365 管理中心的“活动用户”部分,寻找打印用户列表的方法。没有一个。通常存在的是将数据(在本例中为用户)导出到 CSV 文件的选项。
我认为微软在管理控制台上采用这种方法有几个原因。首先,控制台页面信息进行显示。当您移动到列表底部时,会显示更多数据,直到出现完整的数据集(我从未对拥有 50,000 个用户的租户尝试过此操作,但这是理论上的)。此实现与 Graph API 获取数据的方式一致。在较大的租户中,与被迫等待所有数据可用相比,分页效果更好。其次,在所有管理控制台上实施和支持打印选项的工程工作可能是微软希望避免的成本。第三,导出选项允许租户下载信息并根据自己的要求进行格式化(所有组织都有自己的格式)。最后,通常可以通过 PowerShell 或 Graph API 以编程方式访问数据。总体而言,对于 Microsoft 365 管理控制台缺乏打印支持,很难抱怨太多。
这让我轻松进入 Teams 并请求生成分配给用户帐户的策略报告。如您所知,Teams 非常喜欢策略。最近的检查显示有 40 个单独的 Teams 策略可以分配给一个帐户(有 16 个策略可通过 T
阅读更多 →
消息中心通知 MC289245(2021 年 10 月 4 日,Microsoft 365 路线图项目 82708)中宣布,租户现在可以使用从 Teams 管理中心调用 Azure Cloud Shell 会话的功能。显然,这个想法是允许 Teams 管理员使用 Microsoft Teams PowerShell 模块中的 cmdlet 执行任务,而无需在工作站上安装任何内容。如下所述,Cloud Shell 当然可以运行 Teams cmdlet,但由于实施所施加的限制,除非绝对必要,否则我不建议使用此方法。
要启动新的 Cloud Shell 会话,请单击浏览器栏中的 shell 图标。管理中心下方会打开一个窗格,连接到 Azure 并创建云驱动器。 Azure 在幕后创建一个新的 PowerShell Core 实例,该实例在 Hyper-V 主机上的 Linux 虚拟机上运行。自从三年前 Vasil Michev 研究 Cloud Shell 以来,在许多方面,事情并没有太大进展。
连接到 shell 会话后,您可以运行
阅读更多 →在我关于 GIFShell 概念验证攻击以危害 Teams 数据的文章中,我说过,阻止来自未知租户(可能是攻击者的入口点)的不需要的聊天消息的一种简单方法是创建外部访问允许列表。如果存在允许列表,Teams 将仅接受来自允许列表中的域的入站聊天消息。
通常,租户通过团队管理中心的用户部分管理外部访问。可以轻松地在允许列表中添加或删除域。但是,这假设您知道要添加或删除哪些域。这就是本文提出的问题 - 如何确定哪些域应位于允许列表中?
我的直觉是使用租户中已有的访客帐户集作为指导。毕竟,如果您允许其他租户的某人成为您租户中的来宾帐户,则可以合理地假设您也愿意接受来自该域的入站聊天消息。如果您不这样做,来宾可以参与在施加限制之前开始的频道对话和聊天,但他们无法开始从其租户到您租户中的人员的新聊天。
如果我们认为来宾帐户是控制外部访问的良好基础,我们可以使用 PowerShell 来:
Microsoft 365 组已经存在很长时间了,虽然毫无疑问有一些很好的用途,例如共享邮箱的替代品以及可怕的公共文件夹的潜在替代品,但它们确实通过 Microsoft Teams 取得了长足进步。每个团队都由 Microsoft 365 组支持,每个组都包含来自平台不同区域的各种组件,构成具有多个用例的单个对象(某种程度上)。
组蔓延的问题并不是 Teams 所独有的,但默认情况下为最终用户快速采用和轻松创建 Teams 肯定无法帮助忙碌的租户管理员保持环境整洁。向最终用户提供有关如何负责任地管理 Teams 的教育可能会有所帮助,但与 Microsoft 365 中的大多数内容一样,它可能是一个不断变化的目标。
管理员可以使用各种控件,这使得管理组/团队变得更加容易,但本机没有统一的端到端解决方案。话虽这么说,通过一些独创性和一些自动化,可以通过一些方法来控制团队创建,而无需太多开销。
注意:本文中概述的代码示例均可在 GitHub 上找到,以帮助您开始使用自己的解决方案。
Teams 的一些关键区域有助于在
阅读更多 →
2022 年 9 月,一名安全研究人员演示了 Teams 聊天中的外部参与者如何发送包含感染收件人 PC 的恶意软件的修改后的 GIF。默认情况下,Teams 允许用户与任何其他 Microsoft 365 租户中的任何人聊天。针对 GIFShell 漏洞的解决方案是将 Teams 的外部访问限制为已知租户的允许列表(白名单)。
那么问题就变成了如何填充允许列表。当时,我建议组织可以首先建立访客帐户来自的域列表。使用 PowerShell 查找所有来宾帐户、提取其域并使用该信息构建允许列表并不困难,该列表足以容纳大约 4,000 个域。
工作完成了,至少我是这么想的。然而,其他人认为使用来宾域作为允许列表的基础还不够好。无法保证从来宾帐户派生的域集将覆盖外部聊天参与者可能来自的每个可能的域。因此,需要进行一些安排以允许人们请求将域添加到允许列表中。这降低了跨组织基于聊天的协作的自发性,但这可能是安全通信所需的代价。
然后有人认为可以检查组织中的所有外部聊天,以发现外部聊天参与者所属的域集。听起来不错,但是如何查找并处理用户聊天中的信息呢?这就是我在本文中解释的内容。
阅读更多 →