在Office的批量许可版本（包含MSI部署的版本）中，可以使用OCT创build一个包，以便在部署新版本时删除以前版本的Office。 Office 365 Pro Plus仅为即点即用，这意味着OCT将无法使用它。 ODT允许对Office 365 Pro Plus进行一些自定义，但似乎无法删除以前版本的Office。 有没有办法做到Office 365 Pro Plus部署原生的，或者这是否真的涉及创build一个脚本来检查每个可能的Office版本以及卸载逻辑？
我们公司使用Office 365，我们的电子邮件在线上托pipe在Exchange上; 但是，由于各种原因，我们有几个应用程序无法直接将邮件发送到Exchange Online（主要是缺less对使用TLS进行身份validation的SMTP的支持）; 因此，我们build立了几个使用IIS的SMTP组件的内部邮件中继， 他们每个人都使用不同的发件人地址，需要使用不同的用户帐户对Exchange Online进行身份validation，因此我们需要为每个应用程序提供SMTP中继。 这就是为什么我们有其中的几个，每一个都运行在服务器上，该服务器托pipe它需要中继消息的应用程序。 所有这些SMTP中继都以完全相同的方式configuration，只有用户帐户不同。 大多数这些SMTP中继在Windows Server 2008 R2或Windows Server 2012系统上运行; 但是，这些应用程序中的一个需要在Windows Server 2003系统上运行，因此其宿主在同一系统上的SMTP中继在IIS 6上运行。 以前一切工作都很好，直到前几天; 那么SMTP中继仅在Windows Server 2003系统上停止工作，而在所有其他系统上保持正常工作; SMTP日志显示出一个非常奇怪的行为：在AUTH命令发出后，看起来有些东西卡住了，然后远程服务器由于超时而丢弃连接： 2015-03-07 17:44:27 157.56.251.50 OutboundConnectionResponse SMTPSVC1 <OurServerName> – 0 – – 220+AMXPR07CA0050.outlook.office365.com+Microsoft+ESMTP+MAIL+Service+ready+at+Sat,+7+Mar+2015+17:44:38++0000 0 0 108 0 16 SMTP – – – – 2015-03-07 17:44:27 157.56.251.50 OutboundConnectionCommand SMTPSVC1 <OurServerName> – 0 EHLO – […]
我们正在准备摆脱Exchange本地化，并正在从外包托pipe服务提供商迁移到Office 365。我们正在运行完全修补版本的Exchange 2013，在Server 2012上，也完全修补。 在迁移testing邮箱的过程中，我们发现跨多个数据库的许多邮箱都已损坏。 有关原因的更多信息可以在这里find。 从本质上讲，存储我们的Exchange虚拟机的SAN超额订阅，并经常有I / O等待超过5秒，持续读取速度很less通过500KBps。 缓慢的速度足以在迁移过程中浪费大量时间，但遇到损坏的邮箱时，将1GB数据从2-3小时迁移到10-20小时。 每个有问题的邮箱（到目前为止我已经find）在对get-mailboxstatistics进行检查时会给出类似于以下的邮件： WARNING: The object <GUID> has been corrupted, and it's in an inconsistent state. The following validation errors happened: WARNING: Cannot extract the property value of 'DeletedItemCount'. Source: PropTag(DeletedMsgCount), PropType(Int), RawValue(-2), RawValueType(System.Int32). Target: Type(System.Nullable`1[System.UInt32]), IsMultiValued(False). Error Details: <n/a> 针对所有数据库运行新邮箱修复请求确定了一些损坏并修复了它，但不是全部。 我似乎无法find一种方法来获取get-mailboxstatisticslogging每个这些邮箱中有东西被破坏的事实，但我确信有一个。 将邮箱从一个数据库移动到另一个似乎解决了这个问题。 我们有大约50个数据库，每个数据库大约有50个用户，所以手动完成。 我想要做的是通过PowerShell（请原谅懒惰的伪代码）： foreach ($mailbox […]
我们有与Exchange 365联机的Exchange。我正在尝试设置外部邮件联系人的dynamic通讯组列表，如果他们的地址包含某个电子邮件域。 我已经尝试下面的PowerShell脚本（以及WindowsEmailAddress和EmailAddresses属性，而不是外部），但不能得到它的工作。 任何人都知道我可以做到这一点？ 使用Exchange Online，必须在Powershell中完成。 Set-DynamicDistributionGroup -Identity "Test Group" -RecipientFilter {((RecipientType -eq 'MailContact') -and -(ExternalEmailAddress -like '@example.com'))} 从我可以告诉，电子邮件地址filter似乎并没有工作。 该域名是绝对正确的。 是否有一个属性可以检查邮件联系人的电子邮件地址？
我们刚刚开始部署一个混合Office 365解决scheme，我们已经有一些用户自己注册到Office 365，然后才能完全访问域并启用DirSync。 这导致了一些问题。 目前，我们的内部UPN后缀为company.internal但在company.internal活动目录域和信任下添加了一个额外的UPN后缀，并将一组用户以及testing用户设置为正确的外部域名。 这一切工作正常。 在运行DirSync之后，我注意到已经存在的In Cloud用户现在有两个帐户，一个是“In Cloud”，一个是“与AD同步”。 已同步的帐户名称/电子邮件是[email protected] 。 现在让他们合并…我做了一些广泛的谷歌search，并遇到两种方法： SMTP邮件匹配; proxySMTPAdresses匹配。 ImmutableID匹配到In Cloud帐户。 这两个工作都没有使用testing帐户，我可以将In Cloud用户设置为已同步用户的ImmutableID ，他们合并得很好。 我以为这种方法会继续工作，但我错了！ 它不适用于任何其他用户，并一直抛出Unique AnchorSource ID错误。 我不想为所有目前拥有AD帐户的员工创build一个“新鲜的”AD帐户，以便进行SMTP匹配。 我们也有本地Exchange服务器，这是令人讨厌的。 任何人都可以给我一些build议吗？ 我卡住了！
我正在为Office 365创build一个SCCM 2012 R2应用程序。安装工作正常（以代码0退出），但应用程序检测失败。 在testing中，我正在尝试进行registry检测（按照此TechNet文章和文件夹检测（因为registry不起作用）），如果find任何一个，它应该标记为成功。 在软件包安装和“失败”检测后，如果我查看文件系统和registry，检测中使用的两个条目都在那里。 我可以在AppDiscovery.log中看到它正在尝试并且检测失败，但是它并没有向我显示正在testing的内容以及从操作系统返回的内容。 我最初在32位Windows上testing32位Office，因此32位和64位不是问题。 我不知道下一步该看什么。 希望有人能让我走上正轨？ 应用程序检测（具有OR关系）： Registry: HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall\O365ProPlusRetail – en-us Filesystem: C:\Program Files\Microsoft Office 15\root\office15 AppDiscovery.log： <![LOG[Entering ExecQueryAsync for query "select * from CCM_AppDeliveryType where (AppDeliveryTypeId = "ScopeId_C0FD4C5A-19CA-4D29-AE82-1FC626708B30/DeploymentType_306fa062-57f5-4481-b17a-8e9caeeba49f" AND Revision = 6)"]LOG]!><time="15:15:24.396-600" date="03-08-2016" component="AppDiscovery" context="" type="1" thread="156" file="appprovider.cpp:406"> <![LOG[ Performing detection of app deployment type Install – Microsoft Office 365 […]
我们使用Office 365作为我们的主要邮件提供者。 我们有一个内部邮件服务器，用于中继来自SSRS的报告，扫描到旧扫描器的收件箱等。它是服务器2008R2上的IIS SMTP。 这个服务器不是通过防火墙公开的任何服务，当然也不是SMTP，并且是连接受限的，而且中继受限于我们networking上less数几个使用它作为中继的内部IP地址。 我们这样使用，是因为我们使用的所有设备都不能直接使用office 365服务（我们是非营利组织，而且我们的一些旧设备确实比较老），还有我们制造中的过程控制设备，对于通过身份validation的/ TLS SMTP来说，长话短说，这个系统提供给本地networking有几个基本的便利，应该没有理由不能使用便利。 我们采取了所有的预防措施，我们有适当的服务器的DNS条目。 我为其IP设置了SPFlogging，这是服务器提供parsing到公共IP时通告的名称。 在这个configuration中，一切都运行了超过1.5年（从迁移到办公室365），没有问题。 突然有一天，所有来自它的邮件开始被拒绝，通过在spamhaus和CBL.abuseat上市的代理，spamhaus表示，他们正在通过代理CBL条目列出，CBL的状态，我们被列为发送“大量的垃圾邮件“，他们引用该服务器的DNS名称作为源。 除非它使用心灵感应协议，否则我们平均大约60次，并且一天中从未发送超过100封电子邮件，现在我已经有超过三个月的捕获stream量，显示不是来自已知来源的单个消息，并且并不是寄给我们通常寄给的地址（其中99％是所有内部地址！）所以除了“帮助页面”中所说的所有潜在原因的谩骂以外，我们怎么可能会妥协，如何扫描我们甚至没有运行的服务中的感染等…。 我们毫无疑问地证实了这一说法是错误的，我们使用Wireshark从镜像交换机端口监视了来自该机器的所有networkingstream量，我们监视了边界防火墙上的所有stream量，我们已经让我们的ISP从他们的相同我们只是不发送任何我们没有明确希望发送的邮件。 从那台机器或这个IP地址。 但是，如果现在我要和他们一起处理第四次移除请求。 我设法从他们的系统中得到两封电子邮件，因为我要求他们声称是由我们传送的邮件样本，一份是他们的“帮助页面”的逐字拷贝，一份是有关知识产权的请求，另一份是一些机器人的答复，就像一个机器人，签署“穆雷”，没有任何帮助。 似乎是对第一个IP请求的封锁回复，说明它已经提交了删除。 我们联系了Microsoft，发现他们的连接过滤发生在我们的pipe理员控制之前，这意味着如果IP信誉filter在达到该级别之前断开与我们的连接，则设置“已批准的发件人”将毫无用处。 所以我们不能在这个白名单上。 他们声称使用这项服务的责任为零，或者它以我们无法修改的方式控制付费服务和我们的商业networking之间的邮件stream。 我们唯一可以想象的是， 也许扫描到收件箱的邮件之一被转发到某个过度的垃圾邮件filter，我们被标记为链中的一种传输方式。 所以我没有任何可以继续下去的行为，我无法摆脱滥用行为，我不能让微软发展，我已经certificate我们被错误地列出来，没有任何相反的证据甚至开始进一步研究，在除了开始改变我的公共IP和依赖于它的所有服务之外，还有什么可做的。 过去我已经处理了开放式继电器的保护，并且清理了它的后果，但是这个是绝对确认的伪造，没有人接受。 但他们有我们短头发。
我正在尝试设置SAML SSO，其中G Suite是Office 365（服务提供商）的身份提供商。 Google的说明有限： https ： //support.google.com/a/answer/6363817？hl = zh_CN 但是我在这里find了一些很好的帮助： http : //www.viewds.com/blog/making-office-365-work-with-an-external-saml-identity-provider.html 我现在相信我有SAML请求正确地来回，但我遇到了一个障碍。 来自Google的说明： 默认的名称ID必须与由ImmutableID设置的要求匹配。 使用Active Directory同步来configuration它。 多值input不受支持。 这似乎很简单，但Google发送电子邮件地址作为默认的名称ID和AzureAD使用明显的UUID作为ImmutableID。 任何人都有经验可以指导如何让两个系统正确对话吗？ 我必须更改AzureAD上的ImmutableIDs吗？ 在Google端设置某种自定义字段？ 谢谢！
我们的会计程序精确会计自动通过Outlook 2013向客户发送电子邮件报表。该报表由主题行，附加的pdf和空白主体组成。 多个客户正在接收winmail.dat文件而不是pdf。 这些是我采取的步骤，还没有解决的问题： Outlookconfiguration为发送HTML。 我已经使用powershell将Exchange Online服务器设置为默认为TNEF为false。 我已经使用powershell添加2个不同的客户域的域对象，默认他们的TNEF为false。 有什么build议吗？ 为什么交换服务器仍然封装在这个TNEF – 我错过了什么？ 谢谢。
目标 使用户能够使用其Active Directory用户名和密码login到Office 365。 细节 AD：一个本地域（2012 R2）和一个受信任域（2003）。 AD Connect：同步来自两个域的用户，但只能从本地域同步密码。 我已经检查，在受信任的域用户创build为iNetOrgPerson不是像本地域中的用户types。 有没有办法排除这个问题？