Articles of 交换 2003

如何绕过Outlook / Exchange的规则和警报32KB的限制?

我使用Outlook的规则和提醒function来自动存档我的电子邮件。 我觉得这是一个很好的节省时间。 但是,我最近无法添加更多的规则 – Outlook提示没有足够的空间来存储所有的规则。 我已经删除了任何不必要的规则(并缩短了其他规则),但是我仍然反弹到这个限制。 这相当于约60条规则。 我发现规则有32KB的限制,并且由于Exchange Server 2003的限制,无法扩展(请参阅http://support.microsoft.com/kb/147298 )。 有没有人能够绕过这个限制? 或者,也许移动服务器端规则到客户端? 如果是这样,怎么样? 还是有另一种提交电子邮件的方式,我可以使用? 我想过使用另一个电子邮件客户端(Thunderbird)通过IMAP4连接我的帐户,并使用Thunderbird的规则进行归档。 然而,这带来了它自己的问题,首先需要订阅每个邮件文件夹(我有很多),并且不得不运行Thunderbird(至less每隔一段时间)。 谢谢。

处理活动目录/交换中的名称更改

什么是在交换环境下在活动目录2003中更改某人的姓名和电子邮件地址的正确过程? 例如,当员工结婚和他们的姓氏改变。 我们的用户名和电子邮件地址都是基于他们的名字,所以这一切都改变了。 我遇到的一些具体问题是他们的旧名称在交换系统pipe理器中出现,他们的用户configuration文件问题在域连接的计算机上无法正常工作,而他们的旧名称仍显示在全局地址列表中。

有“信封日记”的RFC或标准吗?

是否有为信封日记(或BCC日记)定义的正式标准? 我是一名软件开发人员,并且希望确保我正确实施了日记function。 我的参考模型是Exchange 2010和2003,但我不知道这些格式有多普遍

单个电子邮件滞留在后端Exchange队列中

我有一个传出的消息,并在我的后端邮件服务器上的队列中卡住。 队列是: Internet Mail SMTP Connector (MY_FRONT_END_SERVER_NAME)-524350ff… 它处于重试状态,有183个故障。 这只是一个消息,所有其他邮件正在stream动。 该消息不是特别大。 我真正有限的理解是,这个消息应该交给前端邮件服务器,并发送到它所指定的远程主机,所以如果远程主机启动,甚至应该是重要的。 但是,我可以telnet到该主机的SMTP提供商。 我怎么知道为什么它被困在这个队列中,我可以以某种方式强制它(解冻不会帮助我)?

为用户创build现有的Exchange 2003环境“只读”

作为政治细节的结果,我不会涉及到并将与当前电子邮件迁移项目从四个不同的传统邮件系统相关联到一个新的托pipe环境,在这个托pipe环境中,没有用户数据正在迁移,并且正在积极阻止用户从旧环境发送邮件到新的环境,下面的请求已经出现。 一旦新系统正式投入生产,我们希望方便用户访问传统环境。 这将允许电子邮件中包含的信息的连续性(例如在新系统上的第一天,用户可以发送新消息作为对旧系统中可见消息的回复)。 我们希望以只读方式执行此操作,以确保在传统环境中不会因用户操作而发生更改。 (旧环境的这种“​​locking”与法律部门的电子发现问题有关。) 对于这个问题,感兴趣的遗留环境是一个Exchange 2003环境,可以使用Outlook和OWA访问。 用户有今天的Outlook 2003configuration文件,对传统的环境工作。 我们已经想到了一些破解的答案 – 比如脚本化每个用户邮件文件夹的更改权限以防止更改 – 但不要认为这个问题有一个“好的”答案。 具体而言,我们担心改变自己的信息(例如删除电子邮件)和组织内的电子邮件(例如,Exchange组织中的用户通过电子邮件向组织中的其他用户发送电子邮件,尽pipe被告知不要这样做)。 目前环境大约是15TB,所以将所有东西输出到PST并让用户访问这些东西的想法被讨论过,但是被废弃为不可行的。 有没有一个“好”的方法来做到这一点,我们没有想到? 我知道基本的基本问题类似于问:“我们如何阻止这个邮件系统做任何邮件通信? 我不是说这是一个合理的要求。 我只是在尽职调查,以确定是否有可能以一种理智的方式。 谢谢! 为了避免这个问题,我们并不期望100%防止用户信息转发,因为有太多的方法可以实现 – 我们只是尽可能地防止,并指出他们不能做其他的方式。 不是我的决定 – 只是遵循命令。 拟议的移民计划在这个时候不是一个讨论的问题 – 只是要找出一个是否合理可行。 pps的遗留系统还包括Notes,所以我将再次以Notes作为源代码提出相同的问题。 把这两个问题归结为一个问题并不合适。 编辑:只是为了100%,防止发送/接收是其中的一部分,但也是维护现有数据的完整性,例如防止删除现有的项目。 第二编辑:关于“你不能,让他们做任何事情,只是告诉他们不要”的思路,我想知道我们是否可以把垃圾箱窗口放在他们可以访问遗留的窗口,然后知道一切存在SOMEWHERE,即使他们这样做,然后删除它。 来自法律方面的推迟的一部分是,他们不希望search整个备份。 (不,旧系统中没有档案,是的,新系统已经存档了,是的,这意味着其中一些是一个愚蠢的思路,但正如我所说的,我不得不提出这些问题。只是想确保这里没有人说“哦,这是一个简单的方法 – 等等等等等等,技术实施团队不会被烧毁,尽职调查,有些CYA。) 编辑3:好的,所以我刚刚和老板说了一番话,提出了一个有趣的想法。 如果我们按照下面的答案中的一个来回答问题并获取presnapshot,那么阻止所有邮件stream,我们不关心删除,因为快照已经包含了所有的值。 由于邮件stream量受损,无法“添加”可发现的内容。 所以也许这就够了。 如果我们禁用MTA服务,那会停止intradatabase邮件stream吗? 这是一个合理的攻击计划,在获得“已知的好”发现状态的同时还允许数据访问?

RPC over HTTP Exchange 2003

我有一个Exchange 2003部署,无法通过http获得rpc工作。 我已经按照所有的mirosoft文档,但它不工作。 我可以看到通过防火墙的stream量。 但客户端无法连接。 是否有任何我需要添加到微软的热点来实现这个工作?

将Outlook规则放入Exchange

几乎不好意思问,因为我相信这很简单… 我如何使Outlook邮件规则是基于服务器而不是客户端,以便他们将在Web访问,智能手机等工作… 使用SBS2003 / Exchange 2003 / Outlook 2003

如何处理离开组织后的Exchange 2003中的用户邮箱?

这些年来,我们已经积累了离开公司的用户的邮箱。 由于当时的担忧(他们在邮箱中有重要的东西,我们需要去解决)SOP是离开帐户ACTIVE并将密码更改为其他部门(或个人)知道的东西。 然后,他们可以通过代理或通过Outlook实际login到该帐户。 这在很多层面(安全性,效率等等)似乎令我感到害怕,我希望以最简单的方式摆脱困境,同时仍允许人们查看存储在这些帐户中的电子邮件,联系人等。 为此,我该怎么做才能完成这个任务? 我的感觉是,我应该:以某种方式将用户邮箱,通讯簿等转储为PST或其他独立文件,将其放置在文件共享中,并让相关用户通过它连接到该文件(然后禁用用户帐户并清除邮箱)。 这是要走的路吗? 我应该做点什么吗? 什么是执行这些任务的步骤(我在哪里去在系统pipe理器等)。 谢谢!

分布式文件系统复制(DFSR)如何与后台智能传输服务(BITS)相关联?

我听说这两种技术可以互换使用来描述从一个位置到另一个位置的复制数据。 我了解每种技术是什么,但我不确定它们是如何相互关联的。 DFSR是否使用BITS作为传输机制? 任何澄清将不胜感激。

单个PST文件上的多个Outlook用户?

我猜测答案是否定的,但是多个outlook用户可以同时从文件服务器使用同一个PST文件吗? 这个想法是从Exchange服务器上得到一些旧东西,几个人仍然需要查看… 或者,如果只有一个人可以一次打开它,那么不同的用户在打开它并closures它的时候,如果他们记得在完成时closures它,就会工作。