我们有将他们的联系人集中在SharePoint列表中的用户。 他们想在手机上访问这个列表，通过ActiveSync进行同步。 有什么办法可以从SharePoint列表同步到Exchange用户的个人联系人列表？ 如果没有，那么使用Exchange公共文件夹的选项是好的（虽然我不知道如何做到这一点）。
不完全确定这应该在这里或在Stackoverflow，但我从开发人员的angular度来看，而不是从pipe理员。 在过去，我们有一个非常贫血的内联网 – 现在与SharePoint 2013，这将得到更多的使用。 我们大部分时间是在过去半年推迟投资;） 我的问题是 – 从pipe理的angular度来看，如何组织这些站点以便长期使用SharePoint，同时可能会添加或删除站点。 过去，我们在小公司（财务，组织，服务等）的所有主要部分都有一个带有子站点的站点集合（Intranet）（不在/站点文件夹中）。 我不确定这是多年的事情“足够好”的灵活性。 我也有点关心所有在一个网站集合… 我刚刚build立了新的内部网（把旧的内部网移到了一个新的内部应用程序）。 所以，我们在这里提出一些问题。 什么是最好的模板用于根？ TeamSite中？ 我并不需要像发布这样的东西 – 主页/根门户大多是静态的，列表。 你将如何构build子网站？ 看来我不能在/ sites文件夹之外创build单独的网站集。 所以，另一种方法是使这个（使用/网站），去分离应用程序（finance.intranet /）或继续在根网站，相同的网站集合作出子网站。 因为我们打算把越来越多的文件等等转移到共享点 – 我们很小（7人），但是需要将部门完全分开，例如开发人员无法看到我们的财务logging。 我们还需要在2-3个部门中build立商务智能集成，为人们提供从数据库中查看数据的子门户（某种程度上“概括了我们如何站立）”。 有一点遗失，如何设置，使安装程序不会回来咬我几个月的道路上。
我正尝试通过Internet访问SharePoint 2013，使用IIS ARR进行重写和SSL卸载。 目前，当我通过使用以下URL的内部networking访问SharePoint时 http://shareserver 这是完美的。 但是，当我试图从外部访问它时，我收到一条简单的说“401 UNAUTHORIZED”的消息。 这是我目前的设置： 在IIS ARR中，在服务器级别（即没有农场）重写是一个简单的重写 https://remote.domain.com to http://shareserver 在SharePoint中，我有如下替代访问映射： Internal URL: http://shareserver Zone: Default Public URL: http://shareserver Internal URL: https://remote.domain.com Zone: Internet Public URL: https://remote.domain.com 我在这里错过了什么？
如果从Microsoftangular度来看，SharePoint Server 2013中的分布式caching服务是否需要部署SharePoint部署，有人可以解释一下吗？ 任何其他function或SharePoint部署scheme，使这项服务需要？ SharePoint Server还有哪些其他组件具有依赖关系（最好logging一个）从此服务正常工作？
我很困惑，如果我的要求是可能的。 我工作的公司使用Office 365，他们给了我们Sharepoint。 我们通过访问互联网上的xxx.sharepoint.com访问SP。 我正在考虑编写一个运行在我的Windows 8机器上的Powershell脚本，将文件从办公室广域网上的networking驱动器上传到xxx.sharepoint.com。 我对xxx.sharepoint.com中的一些文档库有写权限，我是xxx.sharepoint.com的网站pipe理员，但不是全局pipe理员。 这是否意味着我的Powershell脚本将无法工作？
我们有一个客户希望他们的用户使用SharePoint Online和Exchange / Office 365邮件的不同用户帐户（这听起来有点奇怪，这是合法的原因）。 所有的帐户都在同一个域中，客户已经与租户configurationADFS。 我可以在网上find的所有文章和post处理与此情况完全相反的情况（无论是SSO还是带有一个租户的多域）。 我想知道的是，如果我们可以使用不同的领域ID（或类似的）来configurationSharePoint Online和Exchange，以便ADFS可以被触发，从而为一个领域使用不同的身份validation机制。 ****编辑**** 下面的评论是一个更多的颜色，因为需要两个领域的ID（或任何其他机制来解决这个问题）。 客户在其组织中基本上有两种用户帐户。 大部分是通过ADFS提供的SSO访问O365的标准普通用户帐户。 其他types的用户通常不login到工作站，也没有自己分配的桌面。 这些用户使用共享的工作站，这些工作站在通用的公用帐户下不断login。 当这些用户访问共享工作站（我在下面的评论中将它们称为信息亭，但这是一个轻微的失实陈述），然后尝试访问O365，则ADFS将用户login为通用帐户。 当用户访问主要门户页面的SharePoint Online（当访问受保护的子站点时，用户获得访问被拒绝的页面，但有一个选项以另一个用户身份login时）时，用户无法访问电子邮件（他们得到一个错误页面，因为通用帐户没有收件箱，并且没有办法重新进行身份validation）。 我最初的想法是，如果我们可以使用两个IdP（或一个ADFS服务器与两个RP），那么我们可以使用SharePoint领域的SSO / WIA，然后使用表单身份validation的Exchange领域。 我的另一个想法是在ADFS中使用声明规则（它们位于ADFS 3 / 2012R2上），以在用户的UPN匹配模式时强制窗体身份validation。 我有一个最终的平底船解决scheme是使用GPO禁用公共帐户在IE浏览器的SSO。
我们有以下文件夹结构： Folder A ————Folder A.1 ————Folder A.2 ————Document A.1 我希望UserA能够看到文件夹A.2，但没有其他文件夹。 因此，我将文件夹A.2共享到UserA，并使用生成的电子邮件中的链接可以看到该文件夹的内容。 但是，如果他们浏览到SharePoint网站，他们不能看到文件夹A，然后到文件夹A.2。 我没有做什么？
我想将一堆策略存储在SharePoint库（Office 365）中，并希望能够报告查看了文档的所有用户。 我可以这样做： https : //support.office.com/en-us/article/Configure-audit-settings-for-a-site-collection-a9920c97-38c0-44f2-8bcb-4cf1e2ae22d2?ui=en -US＆rs = zh-CN＆ad = US （在网站上使用审核），但看起来像是过度杀毒。 我只需要报告每个查看每个文档的不同用户，而不是每次访问它。 这可以做“开箱即用”，或者如果不是有（O365友好）插件？
我正在尝试使用逐步升级将系统从SharePoint 2003升级到2007。 我已经成功地移动了所有较小的网站集，但是我遇到了较大（2-30GB）的麻烦。 升级过程运行几个小时，然后在DropFullTextSearch期间超时。 暂停时间似乎约为30分钟。 我能做些什么来提高升级过程的性能或延长超时时间吗？ 我已经尝试过进行数据库迁移，但是使用这种方法，SharePoint中央pipe理器中没有出现任何网站集。
在Sharepoint（2007）中重新组织文档库之后，当我们尝试导航到名称中包含空格的文件夹时，我们看到以下错误消息。 错误 无法完成此操作。 请再试一次。 重命名这样的文件夹以删除其名称中的空格可以解决问题，但是如果我们重新添加名称中的空格，问题就会回来。 添加名称中包含空格的新文件夹也会导致此问题。 任何人都可以提出这里可能会发生什么？