我从使用Sherweb的托pipeExchange 2007迁移到使用Office 365.一旦设置了邮箱并将所有数据迁移到O365（使用MigrationWiz ），我如何至less痛苦地更新工作站或指导用户更新工作站，以使其Outlook指向O365服务器，理想情况下不必再次下载整个邮箱？ 我猜他们都可以： 删除他们的帐户，并重新添加它，或 帐户设置>selectExchange帐户>更改>更多设置>连接选项卡> Exchange代理设置>修改url。 选项1可能是很糟糕的，因为它需要Outlook重新下载他们的整个邮箱，但也许这是必需的（例如，如果从一台服务器迁移到另一台服务器时邮件的ID不保留）？ 我有大约十几个用户，他们的工作站不是由Active Directorypipe理的，但是我很高兴通过他们每个人的几个步骤。 如果这是一个手动过程，并不是世界末日，并且需要重新下载整个邮箱，但是如果可能的话，我很乐意避免。 我已经执行了MigrationWiz迁移并更新了DNSlogging。 大多数用户现在都安装了Office 365的Outlook，一对仍在Outlook 2010上。 这个讨论表明，他们需要添加一个新的帐户，可能会删除旧的不再需要的时候…
我们目前通过Office 365使用Lync，但我们需要持久聊天function。 我不认为Office 365支持这个 – 是否可以通过安装我们自己的Lync服务器并以某种方式将其连接到Office 365进行身份validation来添加此function？ 这是Lync混合部署安装的目的吗？
在O365的Outlook客户端中，左上angular有一个链接“Office365”。 有没有什么办法来自定义url？
使用这个官方文档作为指导，我期望SamAccountName属性从我的本地AD到Office 365同步。我认为它用来做到这一点，但现在看起来它没有太多的同步属性因为它确实创build了一个全新的，未链接的值，并将其存储在Office 365中。这对我造成了一些小问题（脚本被破坏，权限pipe理令人讨厌等），并可能成为ADFS身份validation更主要问题的一部分。 内部部署 PS C:\Windows\system32> Get-ADUser jdoe -Properties SamAccountName | fl SamAccountName SamAccountName : jdoe Office 365同步对象 PS C:\Windows\system32> Get-Mailbox jdoe | fl SamAccountName SamAccountName : $1A7H20-K1LCOJFFBHGS 我知道如何解决我的脚本中的这个问题 – 存在的ImmutableId属性可以被映射回本地GUID。 至于我与ADFS的问题，我不太确定如何继续，如果这是我的问题。 在这一点上，我真的只是想validation一下，我不是疯了，过去的某个时候这个同步，而Office 365在最近才打破它。 我也认为应该更新MS文档，以便从链接页面上的同步属性列表中排除SamAccountName 。
我的脚本是为了吸收不正确完成的计划任务中的错误，并通过Office365将它们发送到我的电子邮件地址： $reportHTML = Get-Content C:\windows\tasks\SchedLgU.Txt | Select-String -Pattern "an exit code of \(1\)" -context 2 $reportHTML = Out-String -InputObject $reportHTML #TODO Add an if statement $emailUsername = "[email protected]" #TODO: Change this to a file…. #$emailPassword = cat "C:\ps\emailCred.txt" | convertto-securestring $emailPassword = ConvertTo-SecureString "somepassword" -AsPlainText -Force $emailCred = new-object -typename System.Management.Automation.PSCredential($emailUsername, $emailPassword) Send-MailMessage -To "[email protected]" […]
花了几个星期的时间阅读了很多不同的指南之后，我还没有想出一个解决scheme，而不是使用第三方工具，如果有人能帮助我，我会很感激。 我有一个SBS 2011的客户端，他们经常把IP列入黑名单（不好的ISP，而不是垃圾邮件！），他们决定迁移到Office 365，摆脱当地的Exchange。 首先，我遵循一些指南，并获得Active Directory同步工作，并确认更改被复制。 然后，我将用户设置为Office 365许可证。 看了很多的build议之后，看起来转换迁移是最好的path – 但是，我只是无法select这个选项。在打开一个支持案例之后，我被告知在设置目录同步之后，转换迁移不可用，我将不得不禁用它，删除同步的用户，然后执行迁移…但是，用户将被掌握在Azure AD和密码同步等事情将无法正常工作。 我说同步是必不可less的，我被build议去掉交换许可，因为邮箱不能存在，并执行远程移动迁移。 我花了几天准备服务器，安排升级（因为我需要一个更高的服务包），并做所有其他必需品，并在准备迁移 – 一些用户报告完成（有几个超时错误…）。 所以，我真的不明白这是如何工作，或电子邮件迁移到哪里，因为没有许可证分配，但是，这就是指导说…然后，我给了用户一个office 365许可证，但是，当我试图以该用户身份login，我得到以下内容： 我再次向微软提出了一个案例，我刚刚和别人说了两个小时，他说我不应该做这个迁移，而是说我应该做一个混合configuration，然后是移动（他试图设置这个，但是，我们失败了，因为我需要获得一个公共的SSL证书autodiscover）。 去年，我把一个客户端移到了Gmail上，而且迁移工具和AD同步function的执行速度非常快！ 我不认为我想做的事情太复杂了，这似乎是一个很头疼的事情…有谁知道什么是正确的移民路线和我应该怎么做？
我们的组织正在从第三方托pipe的Exchange 2013服务器迁移到Office 365.我们的组织跨越多个分支机构，每个分支机构都有自己的域，我们一次从一个办公室/域迁移用户（分阶段迁移，不切入）。 由于这一点，我不使用DirSync，这涉及到两个Exchange系统共存，直到迁移结束。 移民工作进展比较顺利。 我有： 在Office 365平台上创build用户，并使用适当的SMTP别名。 使用MigrationWiz来迁移我们的邮箱数据。 留下传统服务器上的电子邮件帐户，并将传入的电子邮件redirect到每个用户的相关.onmicrosoft.com别名，以便接收仍在传统平台上的内部用户发送的电子邮件已经迁移到Office 365的用户。 但是，由于我们的传统平台是通过邮箱（而不是本地Exchange服务器）支付的，因此这种方式变得越来越昂贵。 所以我们基本上为我们已经迁移的电子邮件账户支付了两次。 如果我们删除传统平台上的电子邮件帐户，则会收到NDR错误消息，因为X.500logging消失。 我已经得到了提供商在传统平台上所有X.500地址的列表。 有些网站（ https://www.experts-exchange.com/questions/28537964/Solving-the-X-500-Issue-with-inter-tenancy-migration-of-Office365.html ）build议添加X.500在Office 365端的地址就足够了…但我无法解决它将如何工作，因为传统平台如何知道该帐户的X.500现在由Office 365处理？ （据X.500，据我所知，不依赖MXlogging？）。 我正在考虑的解决方法是删除旧版平台上的邮箱，并将其添加回联系人，添加原始X.500地址，然后将发送到该联系人的电子邮件转发到.onmicrosoft.com地址。 但是，传统的pipe理控制台不允许这样做。 我们无法访问AD或PowerShell。 简而言之，我正在寻找能够在传统平台上删除电子邮件帐户的最佳方式，而不会导致由于X.500地址而导致的NDR错误，同时请记住，我们没有在传统平台上使用AD或PowerShell访问平台，只有基于Web的pipe理平台（Odin）。 谢谢！
在快速或自定义模式下安装Azure AD Connect 1.1.647.0失败，并显示以下错误： The password does not meet the password policy requirements. Check the minimum password length, password complexity and password history requirements. (Exception from HRESULT: 0x800708C5) AADC安装程序尝试创build其服务帐户时会出现此错误。
我正在尝试从Office 365获取邮箱统计信息。这是当前的脚本： # Get credentials $O365Creds = New-Object -Typename System.Management.Automation.PSCredential -ArgumentList "[email protected]",$SecurePassword # Create session $O365Session = New-PSSession –ConfigurationName Microsoft.Exchange -ConnectionURI https://ps.outlook.com/powershell -Credential $O365Creds -Authentication Basic -AllowRedirection Import-PSSession $O365Session -AllowClobber # Create report Get-Mailbox -ResultSize Unlimited | Get-MailboxStatistics | FT @{n="UserID";e={(Get-Mailbox $_.LegacyDN).Name}},LastLogonTime | Out-File -FilePath o365_logons.csv -Encoding utf8 -append 看看内存使用情况，好像Get-Mailbox -ResultSize Unlimited在加载之前加载到内存中; 超过1GB的内存使用量。 大多数时候它只是超时。 这是非常低效的，因为我只对两列感兴趣。 […]
我有一个交换的O365，和一个当地的广告。 我想通过PS脚本来pipe理通讯组和通讯组成员 ，这些脚本 （通过计划任务运行）会查看用户的AD属性（现在不知道哪些属性）。 该脚本将在本地AD中进行托pipe。 所以如果我想pipe理通讯组（DG），我可以使用PS连接到我的O365，然后pipe理DG。 但我不知道如果我能在O365上从PS会话中检查AD用户的属性？ 所以我想知道什么是处理这个最好的方法。 我可以在AD上pipe理DG吗？不需要连接到O365 Exchange？ 这意味着我创buildAD组，启用邮件，并把我想要的用户，然后，复制将同步AD组与O365（与DirSync，如果我是正确的）。 O365交换视图中的这些组是否会被视为“分发组”？ 人们将能够通过电子邮件发送这些DG？ 或者我需要在O365交换方面做一些东西？ 要清楚，问题是：我可以通过设置邮件地址（以及其他属性，我现在还没有），从PS（创build组）中的本地AD服务器创build一个DG，然后Exchange将它视为一个好的DG，我可以发送电子邮件给它？ 随意要求更多的细节，如果需要的话。 希望我很清楚。