我们已删除 Office 365 组织中的用户帐户（以及随后的 Exchange Online 邮箱）。
我们认为没有必要将他们的 Outlook OST 内容导出到 PST 文件以进行本地存档。
现在需要恢复他们的邮箱并找到他们在帐户被删除之前收到的一些电子邮件。
此时我们有哪些选项可以恢复邮箱？
昨天我公司中了一个新的木马，它使用“它来自我信任的人”的旧社交方式来暂停用户的怀疑（和理性）并被打开并运行。
在查找、包含和消除这个东西的过程中，我使用 Exchange Online (Office365) 传输规则来阻止所有来自受感染用户的外发电子邮件（并将被阻止的邮件发送给我）。在我确定错误被压扁后，我取消了传输规则，但发现用户仍然无法发送。然后我删除了传输规则，并与一个用户进行了测试，有的通过了，有的被阻止了。
我使用 Powershell 登录并且 Get-TransportRule 没有显示在半小时后仍然（偶尔，随机）阻止这些用户的规则。
需要多长时间？我需要多长时间才能开始购票流程？还是我错过了什么？
我在内部部署 Exchange 2010 (SP3) 和 Office 365 之间进行了混合 Exchange 部署。我能够成功地将内部部署用户迁移到云，并且一切正常。
但是，如果我创建一个新的 AD 用户，通过 DirSync 同步它并在云上激活它，内部部署的 Exchange 将完全忽略它。它不会出现在 GAL 中，并且 Exchange 甚至无法向其发送邮件。
到目前为止，我找到的唯一方法是为新用户创建一个内部部署的 Exchange 邮箱，然后将该邮箱迁移到云中；但是这个过程很麻烦而且基本上是愚蠢的，我真诚地希望有更好的方法来处理它。
在混合 Exchange 部署中处理新用户的创建的正确方法是什么？
exchange active-directory exchange-2010 microsoft-office-365
我在 Debain Postfix 邮件服务器上有几个用户。一切都很好。现在我们需要将一些用户放到托管的 Exchange Server (Office 365)。
是否可以以这种方式为一个域配置邮件服务器和 DNS MX，如果用户收件箱不在 server1 上，则查找将转发到 server2？
谢谢彼得
domain-name-system exchange postfix mx-record microsoft-office-365
我们的 CEO 不想使用传输规则来创建 Outlook 电子邮件签名，因为他希望能够在发送电子邮件之前编辑他的签名。
所以我们必须使用第三方工具将电子邮件签名部署到客户端。我们在签名中使用的徽标存储在我们的网络服务器上，该服务器位于 DMZ 网段。服务器接受 http 和 https 请求并可以发送 https，其他一切都受我们的防火墙保护。
我们电子邮件的收件人看不到徽标，只有单击“下载图像”才能看到徽标。当我们在公司网络内发送电子邮件时不会发生这种情况。
为什么别人的签名好像不用下载就可以看到，而我们的签名却需要下载？是否有任何安全选项我必须更改才能在 Exchange、防火墙或 Web 服务器中实现？
我在某处读到这是一种预期的行为，但后来我不明白为什么其他人的标志都是可见的。
我们使用 Exchange Online 和 Office365
我一直在与 Office365 对此案的支持作斗争，因为他们一直告诉我的是/不可能的，这与他们指示我的文档相矛盾。
一些信息：
我发现 Microsoft 将为 Exchange 2016 提供免费的混合版许可证密钥，因此我决定我们可以在混合模式下安装和部署 Exchange 服务器。我们已经安装了服务器，并准备部署混合配置。
支持代表建议我所有邮件流必须通过 Exchange on prem，不能通过 365。基本上我认为这是无稽之谈，因为 on prem 许可证不允许我们托管邮箱，因此不应涉及该服务器邮件流。它应该做的只是充当 Exchange Online 和 Active Directory 之间的桥梁。
他还说混合配置不支持通配符证书，但无法告诉我原因。
我认为这种情况应该非常简单并且应该有效吗？我们只是希望所有邮件继续发送到 365，它甚至不应该触及我们的 Exchange。Exchange 所做的只是提供属性、管理工具以及 AD 和 Exchange Online 之间的组织信任。
DNS 位于 Cloudflare。
设置向导给了我选择
1) Set up my online services for me. (Recommended)
Next, you'll update your name server DNS records to give Office 365 permission to set up the rest of your online services.
2) I'll manage my own DNS records.
We will provide a list of DNS records that you will need to add for your domain at your DNS hosting provider.
我选择了 2，因为我也在使用 mailgun。
我已按照 portal.office.com 上的建议添加了 3 个 DNS 记录 当我添加它们时，MX 和 TXT 记录会快速验证
但是 CName …
刚刚将一些帐户从本地 Exchange 服务器迁移到 O365。其中一些帐户需要 IMAP 访问权限。在云 Exchange 控制面板中为那些单独的邮箱打开了 IMAP 访问，但它不起作用。将客户端指向 IMAP 的 Outlook.office365.com 服务器，只是在电子邮件客户端上返回错误的帐户/密码。O365 上是否还有其他一些设置需要打开才能使 IMAP 工作？用户名应该只是电子邮件地址，对吗？
我们最近迁移到具有新 Active Directory 结构的 Office 365，作为其中的一部分，所有电子邮件地址的命名约定都已更改。这对大多数用户来说不是问题，但有些用户的信纸带有旧式电子邮件地址，因此我们需要将这些地址添加为这些用户的别名。
因为我们使用 DirSync，所以我们不能直接在 Office 365 中编辑邮箱。我在网上找到了一些说明，其中说要将额外的地址添加到 Active Directory 的 ProxyAddresses 字段中。我已经这样做了，但是现在我添加到 ProxyAddresses 的地址在 O365 中显示为主要 SMTP 地址。
如何添加别名而不将此别名成为主 SMTP 地址？
更新：
我没有意识到这是区分大小写的，所以我用“smtp”小写更新了我更改的所有用户。现在主 SMTP 地址是 user@domain.onmicrosoft.com 地址，我也不想要。
由于正在工作，目前无法上传屏幕截图，但它会显示以下内容：
在 Office 365 中：
SIP:user@mydomain.com
SMTP:user@mydomain.onmicrosoft.com
smtp:user@mydomain.com
smtp:alias@mydomain.com
粗体条目是主要地址。主 SMTP 地址应为 user@mydomain.com。
在 Active Directory 中，ProxyAddresses 字段包含以下数据：
smtp:alias@mydomain.com
对于没有别名的用户（ProxyAddresses 字段为空），Office 365 显示以下内容：
SIP:user@mydomain.com
SMTP:user@mydomain.com
smtp:user@mydomain.onmicrosoft.com
我想创建一个 O365 管理员帐户，仅用于管理在线交换，因此它不需要邮箱 - 我不想为此付费。
这是可能的还是我必须为该用户购买另一个订阅？
我可以使用基于 NTLMv2 的 Office365 验证凭据吗？
Microsoft在 Exchange中的身份验证和 EWS上描述，客户端可以基于 NTLM 向 Exchange 进行身份验证，但我的程序连接到 Outlook.office365.com 以基于 NTLM Office365 回复基本身份验证进行身份验证。
有谁知道是什么问题？或者如何使用 NTLM 身份验证技术对 Office365 进行身份验证？
我们目前有 Network Solutions 作为我们的域名注册商。我们正在寻求将域转移到 1and1。我们使用 Office365 来处理我们的电子邮件和其他托管服务，因此我们对 Network Solutions DNS 设置所做的唯一更改是将名称服务器设置为 Microsoft 的名称服务器（反过来，Microsoft 为我们的实际网站、Sharepoint 和托管 Exchange 服务器）。
我们能否在不停机的情况下完成传输（尤其是我们的电子邮件）？我认为我们应该能够，因为名称服务器仍将指向 Microsoft 并且我们不会更改任何 DNS 设置。我们只是在更改我们为我们的域使用的注册商。
domain-name-system domain-name domain-registrar microsoft-office-365
对不起，如果问的地方不对，我在这里很新（主要是在 SO 上发布编程问题）。
我在一家小公司工作，大约有 5 名员工，但我们有 5 个不同的域用于发送和接收电子邮件。我们目前使用共享托管服务器发送电子邮件，但服务器上的其他人不断将服务器列入发送垃圾邮件的黑名单，因此每次他们感染病毒时，我们的外发电子邮件就会停止工作。
我们想使用谷歌或微软，因为我们尝试过的所有其他反垃圾邮件系统都会产生太多的误报（即使丢失 1 封电子邮件也会让我们损失很多钱）。我们不介意为每位员工支付 4 美元或 5 美元/月，但据我所知，他们想要每个“电子邮件收件箱”的价格。因此，我们将是 5 名员工 x 5 个域 = 25，并且假设我们不介意为 sales@domain.com 和 info@domain.com 之类的通用内容使用别名。
他们是否有对像我们这样的小型企业更友好的计划，更好地反映我们的实际电子邮件需求/数量，或者我们是否如此独特，以至于我们没有这些人的选择而不得不继续使用不太可靠的其他选择？
我对专用服务器或尝试自己管理某些东西并不真正感兴趣。我们收到了大量垃圾邮件（我认为大多数带有网站的域都会这样做），只有“大人物”才能真正处理好。我认为我们的收入不会比其他拥有 5 名员工的小型企业多 5 倍，所以不要认为我们应该支付 5 倍的费用，因为我们喜欢为电子邮件/产品/网站与子域使用不同的域或将所有产品放在一起。