configurationDNS时，如何将Office 365服务与私人网站一起托pipe？ 我们的设置：我们有2个本地Windows DNS服务器。 我们在GoDaddy有2个公共DNS服务器。 我们的交换服务托pipe在Office 365中。我们的域名是corp.contoso.com（对于Windowsnetworking）。 我们的网站域名是contoso.com或www.contoso.com。 GoDaddy的DNS已configuration为使用Office 365服务并指向contoso.com的networking服务器（位于Windowsnetworking之外的networking服务器上）。 在内部，在Windows DNS服务器上添加一个CNAMEloggingautodiscover.contoso.com。 在外部，用户可以获取Office 365服务并访问公司网页contoso.com 当我们将logging添加到本地Windows服务器以支持contoso.com网站时，我们突然间断开与Outlook中联机存档的连接。 “无法login到Microsoft Exchange”。
除了使用1个Office 365用户并分配别名，然后使用规则将它们分类到文件夹之外，是否有更好的方法来pipe理〜250个用户的电子邮件？ 我遇到的问题是当我们接近250个别名时，规则文件变得太大并被清除，导致我不得不为每个别名重新创build规则。 我需要能够检查每个用户的电子邮件，而无需login到每个帐户。
我正在使用Exchange 365后端重新configurationOutlook 2016客户端。 我的大部分用户需要访问一个或多个共享邮箱来接收和发送电子邮件。 使用默认选项为这些用户提供对共享邮箱的完全邮箱访问权限，这可以轻松自动完成。 通过一些调整（Set-MailboxSentItemsConfiguration），我甚至可以将共享邮箱的发送项目文件夹中存储的发送项目的副本，所以每个人都是最新的发送。 尼斯。 但是我也需要为所有邮箱分别签名，而且我也需要能够configuration不同的本地caching周期设置。 对于主邮箱，我需要保留大约6个月的本地副本（用于快速search），但对于一个月的共享邮箱可以。 与所有共享邮箱具有相同caching周期的情况相比，这使本地.ost文件保持较小。 我知道如何做到这一点的唯一方法是使用额外的Outlook帐户，而不是使用额外的Outlook邮箱。 现在我需要find一种方法来自动添加额外的帐户到Outlookconfiguration文件。 在Exchange 365之前的版本中，我将使用Microsoft的Office自定义工具创build一个基本的.prf文件，使用VBscript查找当前用户有权访问的共享邮箱并将其添加到.prfconfiguration文件中。 让用户使用/ importprf开关启动Outlook，并瞧。 但现在我已经坚持用OCT创build.prf文件了。 Exchange Server名称使用什么？ 在使用Exchange 365手动configurationOutlook之后，您会发现这个奇怪的guid？ 也许OCT不是最好的select。 我还发现了一个名为PowerMAPI（ http://powermapi.com ）的PowerShell工具，但很难确定这是否适用于Exchange 365。Outlook Redemption也是如此（ http://www.dimastr.com/redemption/home .htm ）。 有没有人有这些工具的经验？ 还是我做这个比需要更复杂？ 我接受所有的build议…
我们正在做反向工作，我们有一个已经build立的o365域，有400多个用户，现在正在部署本地AD，ADFS用于SSO。 昨天晚上，在configuration我的服务器之后，我运行了powershell命令convert -MSOLdomaintofederated将xxx.com虚拟域转换为联合，它错误地出现了一个未指定的错误（Microsoft ADFS支持表示错误与默认密码设置有关改变。）而当我运行convert-MSOLdomaintostandard时，它返回的域已经是标准的。 同样在o365门户网站中，它将域名显示为标准域名，但它正在尝试处理login尝试，就好像它是一个联邦域名一样。 我已经和微软通话了5个小时，并且已经升级到他们的工程部门进行解决，在几天内的某个时候…我昨天需要它。 从我们可以收集到的信息来看，转换过程开始了，错误的出现了，把一些内部configuration改成了联合，但是把描述保留下来（如果这样做的话）。 所以它在一个奇怪的地方，在两种模式下，但都不是在同一时间。 目前，解决这个问题的唯一方法就是去掉虚空域，然后重新添加它。 我需要一种方法来分离从xxx.com域的用户帐户，以允许其删除。 所有用户本身的移除不是一个选项。
有没有人在Server 2012上使用o365 SSO获得了ADFS 2.1？ 我有它的工作到一个点，我调整了registry，允许powershell命令运行，用户帐户同步罚款。 即使远程连接分析仪也没有显示错误。 但是SSO本身似乎没有正确地传递凭据。 微软声称ADFS 2.1不支持与o365一起工作，但我只是固执而不放弃那么容易。
我们有一个不愿意从Office 2003迁移到Office 2010的客户，但是他现在想要使用Office 365.如您所知，Office 365与Outlook 2003不兼容。 现在他问我是否可以购买和安装Outlook 2010，并保持原样。 我只find了一些Office 2007和Office 2010的并行安装指南。 所以我的问题是如果这个解决scheme将工作。 还是有任何问题已知？
Office 365 E3包含“Office Professional Plus 2010桌面版本订阅”（每个用户最多5个设备） 这个订阅的实际许可机制是什么？ 也就是说，如何在一个准备用于多人使用的鬼电脑图像的环境中工作？ 您是否可以从标准安装程序预安装Office 2010，然后集中跟踪许可？
我可以configurationMicrosoft Office 365 E3中的交换帐户全屏模式吗？ 我希望所有没有发送到其他帐户的电子邮件; 这是可能的？
我已经在UccAPI日志中完成了自己的研究，并且打开了支持Office 365的票据，但结果仍然混乱。 我还没有做足够的数据包捕获，真的钉上来…只是因为缺乏时间。 我的问题是：当不在“Lync会议”中时，Lync客户端是否真正为其即时消息和video通话通信直接点对点通话？ （注意：对于我来说，它是Lync Online / Office 365，但它应该与内部部署非常相似） Massimo在这里的问题： 当两个Lync客户端之间没有路由时，如何进行对话？ 状态： 现在，众所周知，Lync客户端只能由Lync服务器进行pipe理，但是可以直接对话进行实际的通信; 除非涉及到会议，在这种情况下，它们将所有连接到作为MCU的前端服务器。 但是，在Lync内的桌面共享问题上使用MS支持后，技术人员表示Lync服务器始终是MCU，即使在基本IM消息中也是如此。 他说，即使2个客户端可能在同一个局域网中，他们仍然会通过Lync在线服务器中继他们的stream量，本质上作为呼叫/ IM的代理。 查看我的客户端上的UCCAPI.log，我发现Lync服务器本身有很多活动，但从来没有真正指导过点对点的stream量： From: "Bob Smith"<sip:[email protected]>;tag=e7833a30;epid=1275117fecd To: <sip:[email protected]>;epid=1d2a1221b4;tag=173235356c1 Call-ID: 07ec7f7a031111111111121100 CSeq: 1 INVITE Record-Route: <sip:sippoolbl20a04.infra.lync.com:443;transport=tls;ms-fe=BLES03.infra.lync.com;opaque=state:Ci.Rfea2c00:Ti.W85ERLQ6ZEmmt2GgmW1EdwAA;lr;ms-route-sig=cf2qT3Y_wo-oN53Ui0Fro_lRokEb9YLApu_iBPn0fgV_0m71111AAA>;ms-rrsig=cfZAEgWED1u9111111RclA3N488uz7fXX7CSIQATO_8m7DA1rdtBTAAA;tag=F4A2EFB01111111111114FB97F116 Record-Route: <sip:sippoolbl20a04.infra.lync.com:5061;transport=tls;ms-fe=BL20AS04.infra.lync.com;opaque=state:F:Ti.W85ERLQ6ZEmmt2Ggm1111wAA;lr>;tag=4A2AA729141D0111177C6EA4C8AC6E7 Record-Route: <sip:sippoolbl20a04.infra.lync.com:5061;transport=tls;ms-fe=BL20AS02.infra.lync.com;opaque=state:T:Ti.W85ERLQ6ZEmmt2Ggm1111wAA;lr>;tag=0C9E9993ECA011111111893C255B4855 User-Agent: UCCAPI/15.0.4517.1004 OC/15.0.4517.1004 (Microsoft Lync) Proxy-Authorization: TLS-DSK qop="auth", realm="SIP Communications Service", opaque="C09B2801", targetname="BL2003.infra.lync.com", crand="f2258f89", cnum="684", response="9b515b67187e3c1111ca712d797771e449df" Content-Length: 0 那么，我解释日志，MS技术说错了吗？ 我粗体问这个问题的原因是因为我们试图破译多lessLync客户端stream量是“LAN客户端到LAN客户端”与“LAN-> WAN-> […]
你们中的任何人都知道任何移动设备的邮件客户端连接到configuration为通过ADFS单点login的Office 365域。 用于android的Outlook.com客户端似乎不支持ADFS。 Microsoft Office Mobile支持adfslogin，但这不是邮件客户端。