我们有一个Office 365帐户。 在“组织”configuration文件的“数据位置”中，我们将其设置为“澳大利亚Exchange”，但是当我们发送电子邮件时，它们将从香港的服务器发送（ x-originating-ip: [104.44.118.13] ）。 我使用PowerShell连接到Office 365并执行Get-OrganizationConfig ，并且AllowedMailboxRegions和DefaultMailboxRegion都只包含AUS但OriginatingServer值始于HKNPR04…在香港具有IP地址。 是否有可能更新OriginatingServer以便它使用澳大利亚邮件服务器？ 谢谢。
我们正在使用Microsoft Online服务设置ADFS以进行联合身份validation。 该文档指出：“没有显示名称的组将不会同步…”我们有超过250个具有空白显示名称属性的组。 有没有人知道一种方法来设置displayname属性来匹配显示名为空的所有组的cn属性？
对于Office 365的推出，我们不想让所有的用户访问所有可用的应用程序/计划。 所以我们只启用了Exchange和Skype。 现在我们正处于想让Yammer和Office在线的问题，而且我们遇到了问题。 $LicSKU = "<Hidden>:STANDARDPACK" $ServicePlans = ((Get-MsolAccountSku | Where-Object {$_.AccountSkuId -eq $LicSKU}).ServiceStatus | Select-Object ServicePlan -ExpandProperty ServicePlan).ServiceName $EnabledPlans = 'EXCHANGE_S_STANDARD','YAMMER_ENTERPRISE', 'SHAREPOINTWAC', 'MCOSTANDARD' $DisabledPlans = @() foreach($Plan in $ServicePlans) { if($EnabledPlans -notcontains $Plan) { $DisabledPlans += $Plan } } $LicOption = New-MsolLicenseOptions -AccountSkuId $LicSKU -DisabledPlans $DisabledPlans try { $UserLicense = @{ UserPrincipalName = […]
我正在尝试configurationmonit通过Office365发送电子邮件。 这里是相关的configuration： set mailserver smtp.office365.com port 587 username "username" password "password" using tlsv1 with timeout 30 seconds 不幸的是，这是行不通的。 以下是/var/log/monit.log的相关错误： [PST Feb 27 06:40:48] error : Sendmail error: 534-5.7.9 Please log in with your web browser and then try again. Learn more at （是的，错误被截断了。） 凭据是正确的 – 我已经成功地使用它们login到Office 365 / Outlook。 我也使用这个帐户通过Rails应用程序发送邮件，所以我假设configuration问题是在Monit的结尾，而不是微软的。 似乎有人在这里碰到类似的路障。 虽然我找不到任何确认Monit支持TLS v1.1的文档，但如果没有（规范现在是8岁），我会感到惊讶。 有什么我失踪？
这是一个很难描述的奇怪问题，请耐心等待。 我有一个客户（[email protected]），他从Rackspace购买了Hosted Exchange服务。 除了一个人（[email protected]），他没有任何问题发送电子邮件给任何人。 [email protected] = Rackspace Hosted Exchange [email protected] =微软365托pipe的交易所 [email protected] =指向[email protected]的别名，我们将其设置为testing，以查看从[email protected]发送到[email protected]的电子邮件是否会发送到[email protected]的收件箱。 事实： [email protected]可以发送电子邮件至[email protected] 尝试从[email protected]发送到[email protected]不会导致错误，失败或NDR邮件，但邮件永远不会到达Mike的收件箱。 [email protected]从接收来自Rackspace托pipe的电子邮件域名的发件人发送的电子邮件没有任何问题 从[email protected]发送到[email protected]的邮件继续运行，然后到达Mike的收件箱 为什么电子邮件发送到别名没有问题，但电子邮件发送到主帐户（[email protected]）似乎消失在以太？
我们在我们公司使用Office 365，我想知道是否有可能在任何地方的pipe理面板中看到Exchange客户端连接日志？ 我想确定哪些IP地址Outlook客户端连接。
我有一个PowerShell脚本，我用来创build新的用户。 每年我们增加数百名实习生，所以自动化是至关重要的。 有人在HR运行脚本，所以脚本应该是万无一失的。 我遇到了两个添加了新function的竞争条件，我想用比当前方法（睡眠2分钟）更可靠的方式来解决这个问题，但这个方法仍然会间歇性地失败。 1）Office 365许可证激活。 在尝试激活许可证之前，我使用Start-OnlineCoexistenceSync命令强制Office 365与我们的本地AD同步。 据我所知，没有办法检查同步的状态。 所以我延迟2分钟。 在testing中，它已经工作，但在生产中间歇性地工作。 我认为扩大等待会解决，但2分钟已经感觉很长。 显然有时比需要的时间更长，我讨厌有不必要的延误。 2）发送欢迎电子邮件。 帐户可能需要花费不同的时间来创build（有时会完全失败），但我不想过度延迟脚本。 任何build议如何解决？
我们刚刚迁移到Office 365，因为它比我们以前的电子邮件提供商便宜。 电子邮件地址都为我们的用户工作，现在我们需要更多的控制。 我们需要从我们的后端发送自动邮件。 我们不希望为每个可能需要发送的电子邮件地址支付新的用户席位。 我们如何configurationExchange服务器或Office 365来允许我们这样做？
我们使用的是Office 365，但会议室是不同政策的多家公司之间的共享资源，所以我们需要支持Apple iCal，Gmail等。 据我所知，发布日历不会让用户编辑它（或者至less要做新的约会/编辑自己的约会）？ 在这种情况下，这是没有意义的，因为每个人都有权预定会议室，而不pipe你是否属于我们组织的一部分。 一种select似乎是使用我们的Azure AD分发访客对共享资源邮箱的访问权限，但是当我尝试时，我甚至无法为访客用户授予对日历的编辑权限？ 在这种情况下使用Office 365可能毫无意义？ 它似乎是为大公司而devise的，而不是小公司的工作，与其他小公司分享资源。
我们的办公室使用Office 365和Google应用程序。 我们首先在Google应用程序上，并决定尝试一下Office 365。 有些人喜欢它，有些人不喜欢，并希望恢复到谷歌应用程序的邮件。 我们目前已将我们的MXlogging指向Google应用，而路由规则会将我们的Google应用帐户收到的所有消息发送到Office 365邮件服务器。 当我添加Google应用程序路由规则以将邮件发送给特定组（希望使用Google应用程序邮件的用户）的用户，并将其正常路由到Google应用程序邮件时，外部用户的邮件会被正确接收，但是，源自邮件的邮件从办公室365不通过MXlogging（到谷歌应用程序邮件）。 Office 365文档指定此scheme要求将域configuration为“内部中继域”，并已在此设置此选项 Office 365 -> Exchange Admin -> Mail Flow -> Accepted Domains — (Edit Domain, check Internal Relay Domain) 但是，办公室365内部发送给使用0ffice 365帐户的用户的邮件继续出现在office 365邮箱中，并且不会路由到mx邮件服务器（Google应用程序），因此不会显示在Google应用程序邮件信箱中。 如果Office 365的交换通讯簿中存在地址，Office 365将不会路由邮件。 这些用户需要保留Lync，Share Point等访问的Office 365帐户。 我希望Office 365通过域mxlogging（即Gmail）或明确地通过Gmail邮件服务器为每个人或者特定用户（Google Apps上的用户）路由发送邮件。 如果在Office 365中禁用这些帐户的Exchange应用程序是可能的，我不知道该怎么做，但从Office 365中完全删除这些帐户不是一个可行的解决scheme。