在Active Directory中，我们使用一个合适的值（在这种情况下为EmployeeId）填充Mailnickname。 当用户转到Outlook时，inputmailnickname（employeeId），Outlook将查找GAL（首先是本地caching，但与此问题无关）。 见例1。 如果我们想要为每个用户实现几个“邮件名称”，那怎么办呢？ 忘记具体字段“mailnickname”，这是一个单一的string属性 – 但其他方式进入一系列的“mailnicknames”/别名到Outlook – 并find合适的人。 见例2。 示例1（标准function） 用户：鲍勃 Mailnickname（s）：{123} 在outlook领域，我input：123 – 它发现鲍勃的帐户。 实例2（所需function） 属性 用户：鲍勃 邮件名字：{123,456,789} 在outlook领域，我input：123 – 它发现鲍勃的帐户。 在outlook领域，我input：456 – 它发现鲍勃的帐户。 在outlook领域，我input：789 – 它发现鲍勃的帐户。 AD / Exchange中是否有适用于此场景的字段？ 是否有其他方法来完成相同的function？ 说明 我可以理解为什么这听起来像一个奇怪的要求。 我将解释背景。 在公司人力资源系统中，人们被分配了一个ID（123,456等）。 然后该ID被用作他们的login名（samaccountname）。 为了避免最终用户不得不记住一个新的ID，必须重新命名他们的AD账户和一堆账户，这样他们的雇佣状态的某些变化将触发他们需要分配额外的人力资源ID来处理税收，报告等。其他相关的系统，我们继续使用他们的第一个ID作为他们的samaacountname。 我们还将此HR ID设置为邮件名称。 如果我想给别人发电子邮件，我会要求他们的人力资源编号，并在现场input，然后解决。 这很好，HR以外的人很less看到第二个（或第三个）HR ID。 但是在HR系统的一些报表和屏幕上，可见的是第二个（或第三个）HR ID，而不是与他们的samaccountname和mailnickname相对应的HR ID。 那么接下来的问题是，我们可以将这些第二和第三个HR ID添加为某种别名，这样他们就可以解决了。 我们已经将人力资源系统与AD账户pipe理充分结合起来，所以如果能够find一个交stream/ AD的方式，实施起来是非常直接的。
我们目前有两台服务器，我们正在升级，一台是小型企业服务器，运行交换并托pipe我们的所有文件，第二台服务器是运行我们的销售和帐户包的远程桌面服务机器。 当我们有20个用户时，小型企业服务器非常棒，我们没有接近70个用户，因此升级。 我开始为更换服务器，交换许可证等一起获得价格 我知道我不应该在域控制器上安装交换机，所以如果我在服务器上安装域控制器angular色，然后创build一个虚拟机，并在这个虚拟机上安装交换，并从我们旧的SBS框中迁移交换数据，我是在做什么错误的，我被告知虚拟化的域控制器，但已经读取冲突的信息。 我也想最终虚拟化远程桌面服务器。 我应该虚拟化域控制器吗？ 提前感谢任何帮助 WL
我试图添加交换文件按照本指南： http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/custom-guide/s1-swap-adding.html 一切都很好，但开始swapon /swapfile ，我得到这个消息： swapon: /swapfile: Operation not permitted 使用sudo swapon /swapfile也不起作用，我得到这个消息： audit_log_user_command(): Connection refused swapon: /swapfile: Operation not permitted 重新启动后，我使用相同的命令..也不起作用
如何查明我的公司电子邮件帐户是否托pipe在Exchange 2003服务器上，而不是Exchange 2007上？
今天早上，store.exe模糊不清，这就需要重启Exchange服务器。 它恢复在线，没有任何错误或问题，所有事务日志成功重播，所有的商店正常安装。 对我来说，这只是随机崩溃之一。 然而，我们的顾问怀疑是由于其中一家商店的腐败造成的。 也许他是对的，因为他比我有更多的经验，但那不是重点。 为了解决可疑的错误，他计划运行一个ESEUTIL碎片整理（通过PerfectDisk）来修复它们，他声称这也将修复任何错误。 根据我的理解，碎片整理，validation和修复是3个独立的操作，碎片整理并不意味着任何一种完整性检查。 它是否正确？ 在可能损坏的数据库上运行直接碎片整理有没有什么危险？ 编辑： 这是事件日志中的第一个错误，表明我们遇到的问题已经开始。 任何人都知道它可能表明什么？ Event Type: Error Event Source: Microsoft Exchange Server Event Category: None Event ID: 1000 Date: 11/23/2011 Time: 8:15:47 AM User: N/A Computer: SERVER Description: Faulting application exsp.dll, version 6.5.7638.1, stamp 430e735b, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51f0a, debug? 0, fault address 0x0000bef7. […]
我使用top来监视我的服务器。 交换行读取 Swap: 1044220k total, 0k used, 1044220k free, 148544k cached 我已经打了O p按交换sorting。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP COMMAND 703 mysql 20 0 930m 43m 7092 S 0 8.9 0:00.66 886m mysqld 1555 www-data 20 0 346m 9792 3208 S 0 2.0 0:00.00 337m apache2 1559 www-data 20 […]
我试图授予域pipe理员组对Exchange 2010中所有邮箱的完全访问权限，包括在实施后创build的新邮箱。 做一些阅读，我想出了以下Powershell命令： Get-MailboxDatabase | Add-ADPermission -User "Domain Admins" -AccessRights ExtendedRight -ExtendedRights Receive-As,Send-As 但是这并没有奏效。 我怎样才能做到这一点？ 谢谢！
我正在学习和testingExchange 2013，我很高兴看到微软的一个人最终决定从旧的PF数据库pipe理和复制（从Exchange 5以来一直是一个全面的PITA）（甚至之前？） 。 但是我也很难理解新PF如何实际应用，因为这些文档可能会有一些改进。 我们从这里开始 好的，公共文件夹现在托pipe在邮箱数据库中，因此可以通过DAG进行保护。 到现在为止还挺好。 所以，你必须创build一个PF层次结构邮箱 。 文件说这个 公用文件夹邮箱包含公用文件夹的层次结构信息，而公用文件夹包含实际内容。 您创build的第一个公用文件夹邮箱将是主层次邮箱。 您创build的任何其他公用文件夹邮箱将是辅助邮箱。 这是什么意思？ 这似乎没有任何意义…“邮箱包含层次结构信息，而公用文件夹包含实际内容”。 好的，那么PF（及其内容）应该存储在哪里？ 那么“主要”和“次要”的东西呢？ PFs存储在哪里？ 在那些相同的邮箱？ 我可以将不同的邮政局放在不同的邮箱（因此，在不同的数据库）？ 这似乎确实如此，因为New-PublicFolder cmdlet具有一个-Mailbox参数，其目的似乎-Mailbox ; 所以我认为我应该可以创build多个PF邮箱，然后将PF放入其中。 但是，那么上面的引用声明呢？ 这仅仅是一个糟糕的文档（可惜的是，最近似乎越来越多地与微软通用）呢？
我们有MS Exchange 2010和Outlook Web Access。 IIS日志logging启用。 它适用于所有的一切，如： /RPC/* /autodiscover/* … 它也适用于： /OWA /owa/auth/logon.aspx /owa/ev.owa 但它不适用于像这样的查询： /owa/?ae=Folders* /owa/?ae=Item* 如何修复configuration以logging所有查询？
我在Linux（2.6.37）安装中遇到了OOM杀手的问题。 电脑有4GB的内存，我有时充分利用。 在这种情况下，我希望OOM处理程序能够通过杀死一个或两个进程来完成工作。 而不是这样做，或者试图这样做，系统locking，做磁盘I / O，就像没有明天一样。 这是事情：我没有任何交换启用。 出于某种原因，我的swapless系统仍然locking了大量的磁盘I / O，即使适当的行动是杀死一个或两个进程。 思考？ 整个问题让我怀疑Linux是否需要以某种我不知道的方式进行交换。 解释是否是这种情况，为什么会不胜感激。 我在概念层面（即虚拟内存，分页，过度使用）熟悉交换的想法，但是我想知道是否有任何实现细节可能已经错过了。