有时，我们团队的一个成员呼吁生病，不愿意或不能在Exchange中设置“离开办公室”消息。 我们过去所做的只是重置用户的密码，将其提供给他们的经理，并让经理设置“离开办公室”消息。 在其他时候，pipe理人员已经保存了包含用户密码的电子表格（没有IT知识！），所以他们根本不需要我们参与。 我们认为必须有一个更好的办法…而且我们不可能成为第一个有这个问题的组织。 你们有什么办法解决这个问题？
我们的pipe理团队都使用内置iOS日历应用程序的iPhone。 我们正在考虑为每个人在这里获得Microsoft Exchange，但这需要花费我们几个星期的时间才能在整个企业中进行规划和部署。 同时，我需要提供一些东西，所以小组会议可用性可以从这些日历中确定。 如果我能find链接/导出iCloud日历的方法，Google日历将是理想的（“找个时间”），但苹果似乎不想这样做。 我可以要求pipe理团队在接下来的几个星期内在个人的Google日历中重新创build自己的活动，但他们不想这样做，浪费数据。 任何build议，您可以提供将受到感谢。
我的Ubuntu比任务pipe理器显示更多的内存： sudo ps -e –format rss | awk 'BEGIN{c=0} {c+=$1} END{print c/1024}' 2750.29 free -m total used free shared buffers cached Mem: 3860 2765 1094 0 3 300 -/+ buffers/cache: 2461 1398 Swap: 2729 2374 354 真奇怪。 有人可以解释这种差异？ 但是更重要的是：我想知道一个进程真正使用了多less内存。 我不想知道虚拟内存大小，而是需要驻留内存加上交换进程。 我也试图输出“ps”的格式参数“sz”，但总和这是高（16000 MB）（参数'大小'给出36700 MB）。 还有其他的select吗？ 我真的想用这个来确定哪些程序/进程正在吃掉很多的内存（和交换），杀死它们，因为内存是有价值的:-)这真的没有意义，所以我在这里问。 / proc / meminfo的输出： MemTotal: 3952812 kB MemFree: 1119192 kB […]
我已经configuration了几个我们的Outlook 2007客户端（连接到Exchange 2003），以通过HTTPS使用RPC。 这使我们的用户可以远程连接到Exchange服务器，而无需使用VPN隧道进行连接。 所有的计算机都是域成员，但是Outlook仍然拒绝记住连接到Exchange服务器的用户凭证，尽pipe检查记住密码checkbox。 有关信息，客户端上的操作系统似乎并不重要，WinXP，Vista和Windows 7都显示相同的问题。 有谁知道如何解决这个问题？
几年来，我已经读过，创build一个具有我的RAM双倍空间的交换分区是一个好主意。 它今天仍然适用？ 或者这不再需要？ 我有一个服务器与8 GiB的RAM，我需要创build一个交换分区，我想知道如果16 GiB太多了。
如何在Linux中更改交换分区？ 如果我现在使用/ dev / hda3进行交换，而我宁愿使用/ dev / hda4，那我应该经历哪些步骤？
我们最近从Exchange 2003迁移到2010，并且注意到一个让我们恼火的怪癖。 如果我们的交换服务器（单个服务器）发生故障，即重新启动，或者客户端失去连接（例如，重启过夜，用户计算机正在运行），系统将提示他们login，并且必须在他们的用户名字段中使用完整的域名\用户名表示，以便再次login。 要么或重新启动前景。 这并不是什么大不了的事情，但是很多没有经验的用户却对此感到困惑，有些人并没有意识到他们需要做点什么，因此他们的观点在没有收到电子邮件的情况下，直到他们最终发现。 这曾经是无缝的，我必须做些什么才能重新获得它？
当用户因任何原因（读取：过期）更改其帐户密码时，旧密码将存储在通过EAS连接的移动设备中。 这将导致他的账户几乎立即被locking – 正如根据AD所定义的locking政策。 很容易弄清楚这一部分。 困难的部分是阻止它发生。 我到处看。 没有。 基本上有四个部分：EAS设备，TMG（ISA）服务器，EAS协议，最后是AD。 他们都没有办法阻止EAS设备无法authentication。 所以我想我必须拿出一个聪明的解决方法。 我唯一能想到的是为所有EAS用户创build一个组，并将其从locking策略中排除，这明显违背了策略的整体目的，或者教育用户使用新密码更新设备，这是不可能的。 问题：你能想出其他方法来阻止EASlocking账户吗？ 环境：大部分iOS设备都通过EAS。 TMG 2010. Exchange 2007 AD 2008 R2。
这是我们情况的背景 目前，我们设置了三个完全不同的Active Directory和Exchange系统。 三个办公室（一个在美国，两个在欧洲）通过三路VPN连接（所以每个办公室都与另外两个办公室保密通信）。 Active Directory中为每个设置都设置双向信任关系。 所有系统都运行Server 2003和Exchange 2003。 公司和80个用户之间大约有160个邮箱（额外的邮箱用于IT子系统，转帐或其他用途）。 这些公司正式合并在一起（而不仅仅是build立信任关系）。 所以我们正在研究一个综合的解决scheme（基于一个新的名字），每个办公室将在同一个系统上（Exchange和Active Directory）以及整合我们的IT基础设施（有很多重复）。 他们聘请了一家外部公司来审计我们的IT基础设施。 他们已经提出了一个正式的build议，将IT基础设施外包（猜猜他们想要提供服务）。 我一直负责搞清楚该怎么做。 我已经想了很多，我提出了两个select。 基本的区别在于托pipeExchange（在我们的外包）。 由于外包很容易理解，所以我将详细介绍内部设置。 由于需要高可用性，所以我们需要一些内置的地理冗余。所以，我想到了如下（我将打电话给办公室Site1，Site2和Site3）： 站点1： FSMO Active Directoryangular色 Exchange邮箱angular色 – 主要 Exchange客户端访问，集线器传输服务器angular色 DFS文件共享angular色（对于共享驱动器） 站点2： Active Directoryangular色 – 从Site1复制 Exchange邮箱angular色 – 辅助，使用CCR复制进行复制 Exchange客户端访问，集线器传输服务器angular色 DFS文件共享angular色 Site3： Active Directoryangular色 – 从Site1复制 Exchange客户端访问，集线器传输服务器angular色 文件共享见证（用于故障转移） DFS文件共享angular色 所以基本上，集群应该能够在单个站点故障的情况下生存下来，而不会closures任何其他站点（或任何系统）。 如果发生双重网站故障，Exchange将完全停止。 所以，我的担心如下： 这是一个合理的设置？ 还是我过分复杂的事情？ 所需的服务器数量（每个站点3个，因为CCR邮箱angular色必须是唯一安装的angular色）。 它会甚至像summized一样工作（如果站点或服务器停止运行，它将自动故障切换到可用节点）？ 由于每个办公室都会为其用户指定一个本地客户端访问服务器，因此该服务器成为所有本地请求的单点故障（但这可以通过手动DNS更改来解决） […]
考虑一个中小型企业部署Exchange 2003的问题。问题在于迁移到Exchange 2010.这里有一点关于这个问题： 当前状态是大多数使用Outlook 2007的50-100个用户/邮箱 OWA启用 桌面用户不在cachingExchange模式下运行 笔记本电脑用户正在cachingExchange模式下运行 一台具有适度或合理规格的单一Exchange服务器（3 GHz，多核，4 GB，Windows 2003 32位） 问题 对于从Exchange 2003到2010的升级path/步骤，您对pipe理团队有什么build议？ 考虑到64位操作系统的要求，考虑一个新的独立机器可以随Windows 2008一起使用。我是否错过了任何细节？ 虚拟化在这个项目中有什么用处？ 以前升级（2007年或2010年）的任何经验教训，将不胜感激！