exchange2010 传输规则操作中送达状态通知(DSN)的使用

1.关于DSN的理解

DSN:Deliver Status Notification 发送状态通知,就是在邮件传输过程中由于故障或者规则等原因出现传输失败或其他非正常状态时发给发件人或者管理员的邮件通知吧。具体表示是用一个编号(如5.1.1等)+一段相应的text文字说明,文字说明还可以用简单的html格式化。

除了系统自带的通知,可能更需要自己新建一个DSN,以便自定义一段有特点的文字说明来使用。

DSN的使用

2.新建一个DSN

[PS] C:\Windows\system32>New-SystemMessage -DsnCode 5.7.12 -Internal $true -Language zh-Hans -Text "由于权限或安全问题,您的邮件未传递。"

3.使用DSN

在传输规则处使用,当满足发件人主题中包含有“离职”等词语时,采取的措施是拒绝发送,同时将编号 为5.7.12的通知内容发送给发件人。

上面的“deny transport”为随便写的英文语句都可以。

发件人收到的退信:

其他说明:

  1. 通过get-systemmessage可以查到自定义的DSN,通过Get-SystemMessage -Original 可以查到exchange自带的DSN。
  2. 系统自带的DSN文本内容可以修改为自己的内容,结果会显示自己定义的内容。但系统原有的内容不会被清除,如果用remove-systemmessage删除系统DSN,只会删除自定义的内容,不会把系统原DSN删除。
  3. https://technet.microsoft.com/zh-cn/library/aa998878(v=exchg.141).aspx
时间: 2024-11-05 12:31:28

exchange2010 传输规则操作中送达状态通知(DSN)的使用的相关文章

Exchange Server 2013传输规则案例

9.5 传输规则 9.5.1 传输规则案例 您可以使用 Exchange 传输规则,针对通过您的组织传递的邮件查找特定条件并对其进行操作.传输规则与可在众多电子邮件客户端中使用的收件箱规则相似.传输规则以及您将在诸如 Outlook 等客户端应用程序中设置的规则之间的主要差别在于:传输规则在邮件传输的过程中对其进行操作,而不是在邮件送达之后.传输规则还包含更丰富的条件.例外和操作集,让您能灵活实施多种类型的邮件策略. 传输规则可以参考Technet文档: https://technet.micr

Exchange Online中未送达报告(DSN)的总结与分析

从微软厂商工程师那收集了一些未送达报告DSN代码的总结和分析,分享给大家,对遇到邮件发送问题会有很大的帮助. Exchange Online?和?Office 365?中的?DSN?错误代码?4.4.7问题分析:如果您获得了?DSN?错误代码?4.4.7,并且只有在将电子邮件发送给一个域中的收件人时才出现问题,说明问题可能与该目标域有关.域问题的原因可能包括:? 目标域中发生了临时网络问题或 Internet 连接问题.? 目标域中严格的反垃圾邮件设置阻止了合法发件人,例如,Exchange O

Exchange Server 2016管理系列课件32.传输规则部署免责声明

企业场景 1)财务.人力资源发送的邮件: 2)其他部门涉及到的机密信息,邮件合规性要求: 可以将电子邮件免责声明.法律免责声明.泄漏声明.签名,或其他信息添加到传入或传出组织的电子邮件的顶部或底部.出于法律.业务或法规要求,可能需要执行此操作以确定潜在的不安全的电子邮件,或出于组织独有的其他原因,可能需要执行此操作. 添加方式 打开EMC,可以将传输规则免责声明应用到多个人,或者用户组. 选择[邮件流],然后选择[规则]界面. 在规则界面,选择"应用免责声明",如图. 免责声明规则的回

8.2 创建传输规则

您可以使用 Exchange 传输规则,针对通过您的组织传递的邮件查找特定条件并对其进行操作.传输规则与可在众多电子邮件客户端中使用的收件箱规则相似.传输规则以及您将在诸如 Outlook 等客户端应用程序中设置的规则之间的主要差别在于:传输规则在邮件传输的过程中对其进行操作,而不是在邮件送达之后.传输规则还包含更丰富的条件.例外和操作集,让您能灵活实施多种类型的邮件策略.您可以创建最多 100 个传输规则. 每个规则包括标准(条件和例外).操作和属性: 条件   条件指定要应用传输规则操作的邮

exchange2010审核规则 但在outlook2010客户端无法显示审批的通过和拒绝选项

由于公司的性质原因导致之前一直对员工邮箱账号的权限方面以及安全方面并未做细化的管控, 俗话说得好:常在河边站哪有不湿鞋?就在今天早上公司的行政部门某经理由于脑子突然短路,很开心的将全公司的员工信息发送到了全公司的邮件组中,那么问题来了所有员工的信息均被我们这些虾兵蟹将们看的一清二楚,关键问题是好一会才反应过来,我能说发的太好了,不过本着良好市民和优秀员工的态度,果断的把邮件删除了,但是别有用心的人不在少数,由于公司全部采用的是POP3模式,那么接下来我们就不考虑这个问题有多严重了. 现在老板提出

Keepalived高级使用(工作原理和状态通知功能)

1.介绍 Keeaplived主要有两种应用场景,一个是通过配置keepalived结合ipvs做到负载均衡(LVS+Keepalived),有此需求者可参考以往博文:http://lizhenliang.blog.51cto.com/7876557/1343734.另一个是通过自身健康检查.资源接管功能做高可用(双机热备),实现故障转移. 以下内容主要针对Keepalived+MySQL双主实现双机热备为根据,主要讲解keepalived的状态转换通知功能,利用此功能可有效加强对MySQL数据

Android 4.4 Kitkat Phone工作流程浅析(九)__状态通知流程分析

本文来自http://blog.csdn.net/yihongyuelan 转载请务必注明出处 本文代码以MTK平台Android 4.4为分析对象,与Google原生AOSP有些许差异,请读者知悉. 前置文章: <Android 4.4 Kitkat Phone工作流程浅析(一)__概要和学习计划> <Android 4.4 Kitkat Phone工作流程浅析(二)__UI结构分析> <Android 4.4 Kitkat Phone工作流程浅析(三)__MO(去电)流程

Exchange传输规则概要

所有已经定义的传输规则存储在ACTIVE DIRECTORY中,组织中具有邮箱角色的每个服务器都会看到整组已定义的规则,并尝试将它们与所有邮件进行匹配. 这允许您在整个组织中定义一组一致的消息策略. 从技术上讲可以定义无限数量的传输规则. 但是应该平衡传输规则的数量与服务器资源和消息传递的延迟.由于规则存储在Active Directory中,因此对传输规则的修改受正常AD复制的约束. 根据您的站点拓扑,您的当前更改可能需要一些时间才能在整个组织中完全复制.可能会有同学提出疑问,那频繁的访问活动

混合部署环境本地邮件被云端传输规则当成外部邮件处理

最近,我们遇到一个Hybrid环境中,来自本地的邮件被云端传输规则当作外部邮件处理的问题,下面将分析过程分享给大家. 环境:本地Exchange Server 2013:Exchange Online E3问题:管理员在Exchange Online中创建了一条传输规则,在来自组织外的邮件上都添加一条免责声明,如下图: 之后,有云端用户报告,收到本地用户发来的邮件,也被应用了这条规则.接到这个问题后,我们先从Exchange Online的EAC界面查看了云端的接受域,确认本地域被列为权威域: