在尝试计划从Exchange 2010迁移到Office 365的过程中，我一直在圈子里转，信息冲突和意见不一，对于我的情况来说，迁移方法是最好的。 考虑这种情况，请指教…. 一个公司有一个AD域名和域名ABC.com， 在ABC.com中，有一台交换机2010服务器负责300个用户的所有交换angular色， ABC.com还拥有并使用多个电子邮件域名，如DEF.com，LMN，com和XYZ.com（均设置为接受域，MX / AutoDiscoverlogging指向相同的内部部署服务器）。 每个用户都有一个ABC.com别名，而另一个接受的域被设置为主要的。 每个用户使用他们的@ ABC.com UPNlogin到Outlook和其他域authentication服务。 30个使用XYZ.com域名作为主要别名的邮箱用户希望迁移到Office 365，其次是几个星期后的DEF.com用户，几个星期之后是LMN.com。 最后，ABC.com将被要求通过365环境进行路由，在这个环境中，它应该被设置为邮箱的别名（原来是在本地服务器上） 将需要实施ADFS以允许通过本地AD进行帐户pipe理 什么是达到这个目标的最好方法？ 最佳迁移path？ 脚步？ 为了使ADFS和DirSync能够正常工作，ABC.com是否需要在Office 365中注册为接受域？ – （我不能看到它没有这个工作，但我需要问） 由于ABC.com的DNSlogging直到迁移的最后才能更改，我假设在迁移接受的域名时，为了在ABC和XYZ域名上接收电子邮件，这两个别名都需要在Outlook中单独configuration（即[email protected]指向office 365和[email protected]指向内部部署服务器） – 这是正确的吗？
我有一个网页用于发送直接电子邮件地址存储在我的数据库的电子邮件地址。 所有的电子邮件地址都收到我的电子邮件罚款，除了Office 365用户，所以我的问题是我需要额外的configuration在我的服务器发送电子邮件或什么。 我的托pipe是goDaddy
我们有几个Office 365 Business Premium订阅。 Office通过Click-2-Run安装，因此可以自动更新和升级。 这个通知发布到消息中心： 准备您的Office 2016升级 细节 从2016年2月9日开始，Office 2016当前分支机构将可用。 目前商业分支的第一个版本已经从9月份开始提供，现在我们正在向Office 365客户广泛使用这个版本。 这对我有什么影响？ “当前业务分支”是Office 2016的默认更新分支，适用于Office 365 ProPlus订阅。 我需要做什么准备这个变化？ 我们build议您查看升级指南并制定计划来pipe理现有Office 365 ProPlus安装的升级。 Office 365 ProPlus和Office 365 Business客户端的自动升级将在2016年2月晚些时候开始。如果您希望禁用自动升级，请参阅以下知识库文章： https ： //support.microsoft.com/en-us/kb/ 3097292 。 现在通知和文章都明确提到了Office 365 ProPlus 。 这一点很重要，因为Office 365 Business Premium不支持组策略，并且所提到的registry项HKLM\SOFTWARE\Policies\Microsoft\Office\15.0\Common\OfficeUpdate\EnableAutomaticUpgrade实际上是与组策略相关的registry项， 将不起作用 。 我问的原因是，我们遇到了Outlook 2013升级到Office 2016的一个主要问题，使我们的质量保证计算机上的所有Outlookconfiguration文件都处于不可用状态。 如何防止Office 2013 Business Premium自动升级到Office 2016 Business Premium？ 为了防止混淆， 在serverfault上有一个相关的问题 ，但它只针对Office […]
我致力于通过Internet保护数据交换。 我们计划使用VPN和证书来validation用户身份。 为此我已经确定了各种PKI解决scheme。 EJBCA：安装并使用它进行testing。 （Ca，Sub-Ca，最终用户证书和OCSP） Dogtag：安装，但没有真正尝试过呢 XiPKI OpenCA 我计划在Debian稳定版上使用选定的解决scheme。 但经过调查，还有很多尚未解决的问题，没有用户反馈就很难解决，这就是我寻求帮助的原因。 所以我的问题是关于每个解决scheme之前列出： 是否有一个大的OpenSource社区背后？ 产品是否还在积极开发（当你开始一个PKI，你期望某种可见性）？ 任何有利于特定解决scheme的build议，为什么？ 在select解决scheme时，我应该担心的其他任何问题？ 全球用户对PKI解决scheme的反馈和build议？ 您的反馈是非常欢迎:) 谢谢。
我们的networking中存在ADFS和Azure ADConnect身份validation问题。 我们可以login和使用Office365系统，完全没有问题，使用我们的Office365在线门户时，ADFSredirect工作完美无缺。 当我们尝试login到MSDN订阅（在此示例中，通过连接到外部Azure Web应用程序的VisualStudio等），或使用带有Login-AzureRmAccount的Powershell连接到Azure时，我们得到“发生错误”，并在ADFS服务器中loggingeventID 364事件查看器日志，“联合被动请求期间遇到错误” Encountered error during federation passive request. Additional Data Protocol Name: wsfed Relying Party: urn:federation:MicrosoftOnline Exception details: Microsoft.IdentityServer.Service.Policy.PolicyServer.Engine.InvalidAuthenticationTypePolicyException: MSIS7102: Requested Authentication Method is not supported on the STS. at Microsoft.IdentityServer.Web.Authentication.GlobalAuthenticationPolicyEvaluator.EvaluatePolicy(IList`1 mappedRequestedAuthMethods, AccessLocation location, ProtocolContext context, HashSet`1 authMethodsInToken, Boolean& validAuthMethodsInToken) at Microsoft.IdentityServer.Web.Authentication.AuthenticationPolicyEvaluator.RetrieveFirstStageAuthenticationDomain(Boolean& validAuthMethodsInToken) at Microsoft.IdentityServer.Web.Authentication.AuthenticationPolicyEvaluator.EvaluatePolicy(Boolean& isLastStage, AuthenticationStage& currentStage, Boolean& strongAuthRequried) at […]
我有一个域midominio.com，我使用谷歌应用程序来pipe理和使用电子邮件。 现在我必须移动到Microsoft Office 365.问题是，如果可以同时具有域名midominio.com谷歌邮件和微软邮件。 我知道与mxlogging可以做到这一点，但主要问题是：这将工作，如果我有一个电子邮件[email protected]在谷歌应用程序，但没有安装微软或有一个电子邮件商店@ midominio在微软，但没有安装在谷歌应用程序。 有可能使它工作？
我有4个networking。 10.22.227.0 \ 24,10.28.43.0 \ 24,10.0.3.0 \ 24,10.0.6.0 \ 24。 总共有250个用户。 我希望能够做的是发送用户从我的电脑或我的笔记本电脑的消息。 我使用CMD行的msg和CMD行的net send。 这是伟大的，但只有在当地局域网中才能很好地发挥作用，最好是50/50的投篮。 我不（现在）有一个DC或ADbuild立。 所有站点通过站点到站点VPN和光纤通道联网在一起。 所有的电脑都是Win 7 Pro＆10 Pro 是否有另一种方式我可以发送消息给用户，即使我需要安装一些小的（轻量级）软件（最好是免费的）也没关系。
将用户名从@ onmicrosoft.com更改为真实域时，出现以下错误：“很抱歉，用户无法编辑，查看用户信息并重试。 或者，如果创build一个新用户，并且出现以下错误“具有此名称的用户已存在，请使用其他名称”。 但是，如以下帮助文章中所述运行该cmdlet不会产生任何结果： https://support.microsoft.com/en-us/help/2428507/you-receive-the-following-error-message-in-the-office-365-portal-a-user-with-this-name-已经存在。使用不同的名称 。
我目前可以使用设备访问策略限制对OneDrive / SharePoint（也包括Yammer）的访问，只允许用户在公司networking内访问这些服务。 但是，我想要实现的只是将所有服务locking到内部networking用户，只有Yammer和Dynamics 除外 （即这些应该在任何地方都可用）。 我们没有Azure AD Premium创build条件访问规则 – 我们也不能使用ADFS控制策略，因为它们几乎全部阻止或允许全部 – 它们不允许我们具有允许Yammer和Dynamics的粒度阻止其他一切。 有没有人知道有任何其他的方式来完成这个？ 我希望Exchange也有像OneDrive / SharePoint＆Yammer那样简单的设备访问策略，但不幸的是，似乎并不是这样。
我有一个内部的应用程序，需要代表其他人发送电子邮件。 例如，我可能需要从[email protected]，[email protected]和[email protected]发送电子邮件到[email protected]。 我们所有的电子邮件都在Office365。 基本上，这是中继电子邮件，这听起来接近垃圾邮件发送者。 Office365有可能吗？ 账户需要什么权限？