Articles of microsoft office 365

两个不同办公室的Server 2016 Essentials可以连接到同一个Office 365吗?

我们目前有一个设置,我们有不同的领域,两个不同的办事处,没有什么是共享的。 规划我们的下一次升级,我们正在考虑合并Office 365组织,只需将两个域(a.com和b.com)添加到所有用户,以便他们可以在两个组织中接收电子邮件。 鉴于我们将在两个位置使用Server 2016 Essentials,是否可以在没有连接的情况下单独设置它们,但仍连接到相同的Office 365帐户,以便访问其他办公室的用户可以使用其正常帐户?

如何使用TLSconfigurationsendmail以通过Office 365(SMTP)中继电子邮件

我有一个运行RHEL 6.3的盒子,还有需要通过邮件发送报告的应用程序,为了使此function正常工作,必须在我的盒子中configuration邮件。 此外,我认为这将是很好的接收到我的普通电子邮件的根警报,而不必login到框。 我有一个Office 365帐户创build的唯一目的是作为中继使用。 Office 365 SMTP详细信息: SMTP:pod51011.outlook.com端口:587encryption:TLS 我试过的: – Defined the SMART_HOST in the sendmail.mc – Generated and configured sendmail certificates – Created the AuthInfo file with SMTP credentials – Eliminated from sendmail.mc localhost's loopback – Got frustrated because even thought I configured everything (using different guides) sendmail kept trying to send them […]

针对Azure AD的Windows 10身份validation

我正在尝试构build一个新的Windows 10机器来对Azure AD进行身份validation。 我已经告诉Windows,机器的所有者是“我的组织”,我想“joinAzure AD”。 但是,当我把我的用户名,我得到“您的组织不允许用户以这种方式设置Windows使用另一个电子邮件地址或设置与本地帐户的Windows”。 有什么我需要在Azure AD上configuration? 据我所知,应该允许所有用户进行身份validation。 我应该强调,Azure AD是一个线索,而我将考虑转移到Office 365的可能性。

两个技术上不同的邮件服务器(Postfix / Exchange)为一个域

我有一个Debain Postfix邮件服务器上的几个用户。 一切皆好。 现在我们需要将一些用户join托pipe的Exchange Server(Office 365)。 是否有可能以这种方式为一个域configuration邮件服务器和DNS MX,如果用户收件箱不在server1上,则查找将被转发到server2? 那最好的做法是什么? 谁是发送smtp? 谢谢彼得

这是一个支持的Exchange混合场景?

在这个案例中,我一直在与Office365的支持作斗争,因为他们告诉我的是不可能的,与他们指示我的文档相矛盾。 一些信息: 我们有一个365订阅E3许可证。 我们使用ADFS和Azure AD连接,提供单点login,并将AD用户对象同步到Office365 我们希望扩展我们的模式以包含Exchange属性,以允许我们控制当前不可用的某些function 我们希望在本地安装Exchange以允许正确支持Exchange属性的pipe理 我发现微软将为Exchange 2016提供一个免费的混合版许可证密钥,所以我决定我们能够在混合模式下安装和部署Exchange服务器。 我们安装了服务器,并准备部署混合configuration。 支持代表build议我所有的邮件stream都必须通过Exchange上传,并且不能通过365.本质上我认为这是无稽之谈,因为预先许可证不允许我们托pipe邮箱,所以这个服务器不应该参与邮件stream。 所有它应该做的是充当Exchange在线和Active Directory之间的桥梁。 他还说混合configuration不支持通配符证书,但是不能告诉我为什么。 我错误地认为这种情况应该是非常简单的,应该工作吗? 我们只是希望所有邮件都继续到365,甚至不要碰我们的交易所。 所有Exchange都提供了属性,pipe理工具和AD和Exchange Online之间的组织信任。

在Exchange / Office 365混合部署中创build新用户的正确方法?

我在内部部署的Exchange 2010(SP3)和Office 365之间进行了混合Exchange部署。我能够将内部部署用户成功迁移到云,并且一切正常。 但是,如果我创build一个新的AD用户,通过DirSync同步并在云上激活它,内部部署的Exchange将完全忽略它。 它不会出现在GAL中,Exchange甚至无法传送邮件给它。 到目前为止,我发现完成这项工作的唯一方法是为新用户创build预置Exchange邮箱,然后将该邮箱迁移到云; 但是这个过程很笨重,基本上是愚蠢的,我真心希望有更好的办法来处理。 在混合Exchange部署中处理创build新用户的正确方法是什么?

如何在Exchange Online中全局设置已删除的项目保留期限?

已删除项目的默认保留期限(可以使用Outlook中的“恢复已删除项目”进行恢复)是14天,但可以更改; 但是,这是每个邮箱设置,并且需要使用PowerShell进行更改,因为它没有GUI设置。 对于所有现有的用户来说,这很容易,但是这个过程需要在创build新用户的时候重复。 有没有办法在Exchange Online中全局设置默认的已删除项目保留期限,以便它自动应用到新邮箱? (我也用Exchange-2013标记了这个问题,因为Exchange Online是(当前)基于的,这个问题也适用于本地版本。)

公司徽标在电子邮件签名中不可见

我们的首席执行官不希望使用传输规则来创buildOutlook电子邮件签名,因为他希望能够在发送电子邮件之前编辑他的签名。 所以我们必须使用第三方工具将电子邮件签名部署到客户端。 我们在签名中使用的徽标存储在DMZ网段的networking服务器上。 服务器接受http和https请求,并且可以发送https,其他的一切都受我们的防火墙保护。 我们的电子邮件收件人不会看到一个标志,只要他们点击“下载图片”,他们可以看到它。 当我们在公司networking内发送电子邮件时,不会发生这种情况。 为什么其他人的签名似乎是可见的,而不下载它,但我们的签名需要下载? 是否有任何安全选项,我必须改变,使这在Exchange,防火墙或Web服务器的可能? 我在某处读到这是一个预期的行为,但是我不明白为什么每个人的标识都是可见的。 我们使用Exchange Online和Office365

停止使用Azure AD Sync同步个人属性

Azure AD Sync基本上是使用PowerShell封装和两个预configurationpipe理代理的FIM。 因此,可以停止使用DirSync公开的FIM GUI将属性同步到AD。 即如果我不再需要streetAddress同步到Office 365租户,我禁用DirSync中的该属性。 我的问题:这是支持的(即在TechNet / MSDN任何地方logging),是否有某些属性是必需的O365工作而不是userPrincipalName和DisplayName?

Office 365 Powershell – 将用户,许可证types和公司字段导出到csv文件

我需要能够导出用户名或电子邮件地址(无所谓哪个),公司(从交换pipe理控制台的用户帐户中的组织选项卡下的公司字段)和许可证types(例如在线交换e1,在线交stream亭等…) 我能够将两个语句中的两个值导出到两个单独的文件中,但是这对我没有太大帮助。 我可以导出用户名和许可证types如下: Get-MSOLUser | % { $user=$_; $_.Licenses | Select {$user.displayname},AccountSKuid } | Export-CSV "sample.csv" -NoTypeInformation 而且,我可以通过以下方式获得公司的价值观: Get-User | select company | Export-CSV sample.csv 有人在另一个论坛上提出这个 – $index = @{} Get-User | foreach-object {$index.Add($_.userprincipalname,$_.company)} Get-MsolUser | ForEach-Object { write-host $_.userprincipalname, $index[$_.userprincipalname], $_.licenses.AccountSku.Skupartnumber} 这似乎应该工作,但它不显示任何许可证信息在我的PowerShell,它只是空白。 此外,我不知道如何将其导出到CSV文件。 任何帮助,将不胜感激。 谢谢。