在最初运行混合configuration向导（但不迁移任何邮箱）之后，我们已经将边缘传输服务器添加到Exchange 2010 SP3 RU13环境。 打算通过新build立的边缘传输服务器路由O365邮件我启动了HCW，发现边缘服务器无法select。 我错过了什么吗？ 边缘传输服务器与我们的内部集线器传输服务器具有边缘订阅。 我期待的向导给我一些像https://msdnshared.blob.core.windows.net/media/TNBlogsFS/prod.evol.blogs.technet.com/CommunityServer.Blogs.Components.WeblogFiles/00/00/ 00/31/06 / metablogapi / 5468.image_thumb_7DC9B6CA.png 由于我没有收到错误消息，因此我很难search任何合理的解释。
在使用Azure AD Connect时，我的电子邮件别名与Office 365同步时遇到了一些问题。 我已经设法让所有的内部部署AD帐户与Office 365同步，但不能在我的生活中添加电子邮件别名。 我已经阅读了无数的论坛说，编辑“proxyaddresses”字段为每个AD用户帐户与“SMTP：[email protected]”的主要地址和“smtp：[email protected]”，我可以做，但是当我运行重新同步别名是根本不同步。 我可以确认我试图添加的别名是Office 365中的validation域。有没有人经历过这个？ 我为以前使用domain.local的域名之一添加了一个UPN，我已经设置每个用户使用UPF使用IdFix工具，它再次都工作正常，但仍然别名似乎不同步！？ 任何援助将不胜感激。
我们在Office 365上托pipe了first.com电子邮件。然后，我们在Office 365 Admin上添加了一个新域second.com 。 该域名已build立，DNS和validation。 在为现有用户[email protected]添加别名[email protected] [email protected] ， first.com Outlook客户端中的其他用户可以将电子邮件发送到[email protected] 。 但是，外部邮箱（例如Gmail或Yahoo）无法将电子邮件发送到[email protected] 。 当我跟踪使用： https ： //testconnectivity.microsoft.com/在绑定SMTP电子邮件，它报告： 主机名parsing成功。 港口已成功打开。 SMTPfunction进行了成功的分析。 但 testing电子邮件的发送失败。 服务器返回状态码550 – 邮箱不可用。 服务器响应是：5.4.1 [[email protected]]：收件人地址被拒绝：访问被拒绝[…. prod.protection.outlook.com]exception详细信息：消息：邮箱不可用。 服务器响应是：5.4.1 [[email protected]]：收件人地址被拒绝：访问被拒绝[…. eop-APC01.prod.protection.outlook.com]types：System.Net.Mail.SmtpFailedRecipientException堆栈跟踪：System.Net.Mail.SmtpClient.Send（MailMessage消息）在Microsoft.Exchange.Tools.ExRca上System.Net.Mail.SmtpTransport.SendMail（MailAddress发件人，MailAddressCollection收件人，stringdeliveryNotify，布尔allowUnicode，SmtpFailedRecipientExceptionexception）。 Tests.SmtpMessageTest.PerformTestReally（）已用时间：5552毫秒。 我该如何解决这个问题？
我经历了混合安assembly置，不知道这将启用DirSync。 我现在想要再次禁用AD同步。 当我转到Azure ADpipe理中心并禁用我们域的目录同步时，交换机将在停用后立即返回到激活状态 。 我也尝试通过PowerShell禁用DirSync： Set-MsolDirSyncEnabled -EnableDirSync $false -Verbose 这只会导致无益的错误信息： Set-MsolDirSyncEnabled：您无法closuresActive Directory同步。
我被要求设置一个服务器来交换非重要的公司数据，例如营销PDF的等等。 任何人都可以推荐一个基于Linux的解决scheme我可以使用？ 我们正在寻找一个非常简单的GUI前端的东西…我已经安装了SFTP，但他们发现这个过程太“科技”。 任何想法将非常欢迎… 谢谢！
我意识到，这样的问题一遍又一遍地被问到。 不过，我想问一个更具体的版本。 我在大学math系。 很久以前，我们的系统pipe理员（或者当时只有一个系统pipe理员）切换到了networking内容pipe理系统。 当时，Zope看起来像是一个明智的select。 我们已经使用了Zope多年，但至less在我看来，它一直是一个有争议的决定。 当时我不明白为什么有一个networkingCMS是如此重要。 现在我明白了，这当然很重要，但是我不知道它应该是Zope。 Zope对我们来说很好（甚至是必要的）function是： 它是免费的，基于Linux的。 这是一个真正的CMS，而不是别的（例如维基或博客） 它可以让你编写HTML和脚本。 我对Zope的不满意之处在于，使用它的结果在很多方面都是或多或less的。 至less在方便的使用中，它最终将企业分为可以做所有事情的超级用户，不能做任何事情的用户（除了用纯HTML编写自己的主页）。 它有一个巨大的用户手册，最终用户将没有时间阅读。 不知何故，访问权限，简单的做法是让几个pipe理员访问所有的来源和数据，就是这样。 由于这是一个math系，用户群从真正的新手到懂电脑的人都不一样。 但是就目前来看，涉及到Zope的任何变化都必须经过系统pipe理员。 当系统pipe理员匆忙时，他们有时也会将简单的HTML页面添加到网站，而不是使用Zope框架。 Zope的磁盘密集度相当高，而且相当炒作，这并没有什么帮助。 不要过多地关注Zope，但是我想知道什么是适合terminal新手，快速学习和有经验的用户的混合用户群的正确的web CMS。 某些用户可能需要中间权限，例如读取权限但不具有写入权限，或者有权更改页面的某些子集或查看数据库表的某些子集。 它也应该是基于Linux的，开源的，可扩展的，当然，广泛使用和支持是一个好主意。 我可能会猜测，答案是Drupal只是因为这是一般的答案，但我不知道这是否是正确的CMStypes的目的。 （但请注意，Python是math系中比较stream行的语言，其中的原因是Sage基于Python。） 我可以看到，我没有完全定义这个问题，人们猜测它是什么types的网站。 这是加州大学戴维斯分校math系 。 该网站的主要结构不适合维基，它也不是像Moodle这样的课程环境。 相反，该网站大多是一个普通的中小企业。 该网站的一些组件可能是wiki，Moodle，LaTeX插件，Request Tracker等。但是，主要问题不在于这些组件。 主要问题是分散pipe理网站会更好。 现在，Zope CMS中的所有内容都必须经过系统pipe理员。 系统中的其他每个用户都必须向他们提出请求，或者在没有Zope帮助的情况下编写他们自己的网页。 这主要有两个原因：（1）部门的其他人没有时间阅读Zope手册。 （2）在Zope中设置中间权限是一件麻烦事。 然而，部门中还有其他人知道如何编写计算机程序并使用标记语言。 我不想要一个解决scheme，假设用户不仅仅是拖放信任，还是他们是睡在文档手册中的IT专业人员。 我想知道，如果Plone / Zope仍然有这个质量，因为Zope本身确实。 但是，我也有些怀疑，如果常识的灵活性现在是不合时宜的，而且事情总的来说要么是简单的，要么是令人难以置信的强大的。
我有一个有趣的问题，你们所有人。 我现在正坐在一条100mbps的线路上，我想用一些有趣的方式来使用它。 我想以类似于折叠@ home，SETI @ Home等的方式来分享它。 我曾经想过把它作为一个文件共享服务器，或者一个networking服务器，但是我不能一直保持它，只有当我回家的时候。 我没有使用文件交换，因为硬盘空间有限 – 我的所有内容都充满了我所需要的东西。 所以主要的问题是：如何使用一个有趣的和社会有用的方式使用备用带宽？
我们正在使用像谷歌应用程序（邮件），JIRI等networking应用程序，并希望在我们的系统上实现单点login。 select单一login应用程序时，最好的select是什么？ CAS（ http://www.jasig.org/cas ）是不错的select？ BTW我们大部分的机器是Ubuntu。 谢谢
有没有人有一个基于Web的服务器的build议，我可以使用托pipe一个OPDS服务器，不需要像VPS那样沉重的东西？ 我意识到FBReader和其他移动电子书阅读器将允许我在我和朋友之间联合自己。 谷歌在这方面的答案很less，超出了谷歌的正式规范网站 。
我提供了解决以下问题的方法，并要求您的networking和服务器pipe理员专业人员validation它或在其中打洞。 我感兴趣的任何明显的攻击媒介或可扩展性问题，你可能会看到。 谢谢！ 要求： HTTPS支持，由每个应用程序服务器独立处理 接近线性的水平可伸缩性 分布在不同服务器上的带宽（响应数据不全都通过LB或代理服务器返回） 像应用程序服务器和负载平衡器的故障转移 客户端 – 服务器关系 Linux友好（解决scheme不是封闭源代码） 引导友好！ （即初始成本低） scheme： PUBLIC NETWORK +—–+——+——–+—–+——-> | | | | vvvv +—+ +—+ +–+ +–+ |LB1| |LB2| … |S1| |S2| … +—+ +—+ +–+ +–+ 冗余负载平衡器（LB *，通过类似DNS RR的方式，或者仅仅是故障切换）：它们唯一的目的是为客户提供一些应用服务器实例的URI，然后客户端永远使用它来请求它。 最初的分配将是随机的或循环的。 应用程序服务器实例（S *）各自独立处理来自客户端的请求。 无状态架构可以让个人服务器停机。 如果客户端分配的服务器发生故障，客户端将从负载均衡器请求新的服务器。 新的应用程序服务器可以启动，向负载平衡器注册，并可以很快分配给客户端。 所有S *都将有一个子域DNS条目来共享通配符证书。 一个天真的实现可以完全在一个零冗余的服务器上完成，并根据需要委托职责进行扩展。 即时关注 防火墙和DDoS防护必须在每台服务器上进行pipe理，而不是像使用负载均衡反向代理那样进行集中pipe理。 集中configurationpipe理就像我想到的那样。 这种scheme不像Anycast DNS那样利用地理位置或服务器响应时间。 这是一个有意识的权衡服务器的亲和力的可能性，并可能在稍后被嘲笑。