Exchange2000中的死信的自动删除

最新推荐文章于 2025-05-08 14:53:31 发布
原创 最新推荐文章于 2025-05-08 14:53:31 发布 · 1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#exchange #脚本 #任务 #c

本文介绍了一个名为badmailadmin.exe的工具，该工具可通过执行脚本文件自动清理邮件系统的死信。下载链接为http://support.microsoft.com/kb/867642/zh-cn，下载后需通过任务计划程序设置定期执行。

badmailadmin.exe   可以自动删除死信

下载链接地址： http://support.microsoft.com/kb/867642/zh-cn

下载后是个执行文件badmailadmin.exe  。解压后生成一个名为badmailadmin的文件夹。里面有三个文件。

主要是一个脚本文件：badmailadmin.wsf  . 其余两个是帮助文件。

新增任务计划 执行程序： "   c:/windows/system32/cscript.exe   c:/ badmailadmin.wsf  "

 

wip
关注
专栏目录
RabbitMQ的DLX（Dead-Letter-Exchange 死信交换机，死信交换器，死信邮箱）（重要）
qq_46112274的博客
11-05 1598
RabbitMQ死信队列
RabbitMQ（九）死信队列
ACGkaka的博客
01-07 1860
RabbitMQ（九）死信队列
Rabbitmq消费失败死信队列
热门推荐
曾浩
09-14 3万+
Rabbitmq 重消费处理一 处理流程图: 业务交换机:正常接收发送者,发送过来的消息,交换机类型topicAE交换机: 当业务交换机无法根据指定的routingkey去路由到队列的时候,会全部发送到AE交换机.发送到此队列的消息属于,业务垃圾消息,或者攻击消息类型,交换机类型fanout死信交换机:用于处理消费者,消费失败回退的消息,根据死信交换机的routingkey发送到死信队列,交换
Rabbitmq中的死信队列
你我约定有三的博客
08-03 2141
消息投递到MQ中存放 消息已经过期 消费者没有及时的获取到我们消息，消息如果存放到mq服务器中过期之后，会转移到备胎死信队列存放。2.如果生产者投递消息到普通队列中，普通队列发现该消息一直没有被消费者消费。的情况下，在这时候会将该消息转移到死信（备胎）交换机中，死信（备胎）交换机。的情况下，在这时候会将该消息转移到死信（备胎）交换机中，死信（备胎）交换机。普通队列中缓存起来，普通队列对应有自己独立普通消费者。普通队列中缓存起来，普通队列对应有自己独立普通消费者。死信队列和普通队列区别不是很大。
RabbitMQ—SpringBoot中实现死信队列
shang_0122的博客
10-05 4338
RabbitMQ—SpringBoot中实现死信队列
什么是死信队列？死信队列是如何导致的？
玄武后端技术栈
05-08 1953
从结果可以看出，第一条消息 ttl 为 28301ms，被普通消费者进行消费，而产生的第二条消息得到 ttl 为 4332ms，由于第一条消息在消费时耗时较久，在此期间 第二条消息已经过期，不得不进入死信队列，由死信消费者进行处理，从前面的日志时间也可以看出，刚好间隔 4s 左右。下面将用代码举例，由于消息过期而进入死信队列。接收从其他队列中因特定原因变成死信的消息。
关于死信队列在系统中的应用
qq_65709394的博客
10-31 860
死信队列（Dead - Letter Queue，DLQ）是一种特殊的消息队列，用于存放无法被正常消费的消息。在分布式商城销售系统中，它主要起到了处理异常消息的关键作用，避免消息丢失并且能够让开发人员后续对这些异常消息进行分析和处理。例如，在订单处理流程中，当订单消息由于某些原因（如消息格式错误、消费者业务逻辑异常、达到最大重试次数后仍然无法成功消费等）不能被正常消费时，这些 “问题消息” 就会被发送到死信队列，而不是直接丢弃。这确保了系统在遇到异常情况时，消息数据的完整性。
Spring boot 整合 rabbit MQ 死信队列的应用-订单过期自动取消
p_moriarty的博客
10-06 1375
用户下了订单之后，还未付款，在规定的期限内如果没有支付，则这个订单应该标记为取消。 如果实现过期自动取消，下面有几种解决方案 定时轮询订单，超过期限且未支付 创建订单后，开启一个消息队列，等待X时间后执行 通过死信队列回调 其实方案二和死信队列的原理差不多，但是MQ已经拥有类似的机制，所以我们直接沿用即可。 死信队列介绍 死信队列：DLX，dead-letter-exchange 利...
《RabbitMQ》什么是死信队列
Java旅途
08-07 9195
一 什么是死信队列 当一条消息在队列中出现以下三种情况的时候，该消息就会变成一条死信。 消息被拒绝(basic.reject / basic.nack)，并且requeue = false 消息TTL过期 队列达到最大长度 当消息在一个队列中变成一个死信之后，如果配置了死信队列，它将被重新publish到死信交换机，死信交换机将死信投递到一个队列上，这个队列就是死信队列。 二 实现死信队列 2.1 原理图 2.2 创建消费者 创建一个消费者，绑定消费队列及死信交换机，交换机默认为direct模型，死信
RabbitMQ04 - 死信队列和延迟队列
qq_43350524的博客
04-23 1119
RabbitMQ04 - 死信队列和延迟队列
6. RabbitMQ 死信队列的详细操作编写
weixin_61635597的博客
04-04 1426
在这个最后的篇章中，我要表达我对每一位读者的感激之情。你们的关注和回复是我创作的动力源泉，我从你们身上吸取了无尽的灵感与勇气。我会将你们的鼓励留在心底，继续在其他的领域奋斗。
RabbitMQ死信
aiYouWei啊
03-12 1376
RabbitMQ的死信
RabbitMQ 11 死信队列
天河有尽后为涯，星海无边前作岸。
04-11 312
死信队列
NBU 7 备份Exchange2010 DAG
挨踢人生
03-10 3951
<br />NBU 7.0  备份Exchange2010 DAG  竟然要求日志文件超过200个才能截断，这是不是太搞笑了？
浅谈Exchange2003 防垃圾邮件技术
挨踢人生
02-05 2230
前几天，应领导的要求，编写了一个关于Exchange2003  SP2防垃圾邮件的PPT。  为了写好这个PPT，我找了些资料对Exchange2003的防垃圾邮件技术进行了研究。在Exchange2003之前的版本Exchange2000（Exchange5.5没用过，不清楚 ^_^），对垃圾邮件的防范，可以说是基本没有的。仅仅是提供了最基本，最简单的“发件人过滤”除此之外，就没有其他的方法
Exchange的“数据库可移植性”功能测试心得
挨踢人生
12-20 1902
数据库可移植性功能是Exchange2007 和 Exchange2010中特有的功能，它不支持Exchange2003，此功能仅对邮件数据库有效，对公共文件夹数据库无效。通过使用此功能可以减少Exchange灾难恢复的时间，但是我在测试中也发现有些问题，也许是我测试方法不对。                 我的测试场景是：有两台邮箱服务器（没有设置DAG），两台服务器中各有一个数据库，假设其
Exchange & AD 管理经验谈
挨踢人生
05-27 1835
上周从周三开始,直到昨天, 我都被领导发配到"边疆",给其他同事充当"劳动力",唉,真的是郁闷,  自己的本职工作一点都没做!!!,不过聊以自慰的是,这几天对AD,Exchange都增加了些管理实践经验.服务器宕机  与  温度的问题因公司的AD服务器,经常出问题,不断的宕机,因用户的桌面配置文件,个人文件夹,及邮件都存放在服务器中,所以AD宕机了,用户就不能工作了.频繁的宕机导致用户的不停的抱怨
IIS服务器不能用了, Exchange服务也不能用了
挨踢人生
12-16 1710
前几天,我们公司一台邮件服务器因某些故障,导致IIS服务无法启动了.最直接的后果就是Exchange也无法启动了.首先,解决IIS的问题,  ,查看事件日志,IIS错误代码 2148073478   0x8009006 , 在网上查找相关资料,发现是IIS的元数据库被破坏了, 解决方法只有,用备份文件进行文件恢复.  但不幸的是,我们没有备份, 因此就不能用这种方法了. (,备份实在是太重要了
mq延迟队列 + 死信
最新发布
10-22
MQ延迟队列与死信在消息队列系统中有着紧密的联系，以下是相关内容： ### 死信的定义与产生条件 死信是指满足一定条件而无法被消费者正确处理的消息。这些条件包括消息被拒绝、消息过期、消息达到最大重试次数等。在RabbitMQ中，一个消息在满足如下条件下会变为死信：消息被消费者拒收，且`reject`方法的参数里`requeue`为`false`，即不会被再次放到队列里供其他消费者使用；消息的TTL（Time-To-Live，生存时间）到了，消息过期；队列的长度限制满了，排在前面的消息会被丢弃或者扔到死信路由上 [^1][^2]。 ### 死信队列与死信路由 RabbitMQ的死信队列（Dead Letter Queue，DLQ）是一种特殊的队列，用于接收其他队列中的死信消息。而死信路由（Dead Letter exchanges）其实就是一种普通的`exchange`，和创建其他`exchange`没什么区别。只是在某一个设置了Dead Letter Exchange的队列中有消息过期时，会自动触发消息的转发，将消息发送到Dead Letter Exchange中去，一个死信路由可以对应多个队列 [^1][^2]。 ### 延迟队列的实现原理 发送带有TTL过期属性的消息，到达过期时间之后，投递到死信队列，以此实现延迟队列的功能。通过控制消息在一段时间后变成死信，又控制变成死信的消息被路由到某一个指定的交换机，结合二者，就能实现一个延迟队列。例如在未付款订单处理场景中，超过一定时间后，系统可利用延迟队列自动取消订单并释放占有物品，即解库存 [^2][^3]。 ### 延迟TTL队列的重要属性 延迟TTL队列有几个重要属性，`x-message-ttl`表示延迟时间；`x-dead-letter-exchange`表示绑定的死信交换机；`x-dead-letter-routing-key`表示绑定的路由，一般是对应死信队列名称 [^4]。 ### 延迟队列实现的问题 当消息过期时，不会立马从队列中抹除。因为每条消息是否过期是在即将投递到消费者之前判断的，RabbitMQ是等消息到达队列顶部即将被消费时，才会判断其是否过期并删除。所以即使消息过期，也不会马上从队列中抹除 [^3]。 ### 应用场景与解决方案 在一些需要定时任务的场景，如未付款订单处理，传统的`springDe schedule`定时任务轮询数据库的方案存在增加系统消耗、增加数据库压力、存在较大时间差等缺点。而RabbitMQ的消息TTL和死信队列`Exchange`结合的方案可以较好地解决这些问题 [^2]。 ### 代码示例 以下是一个简单的Python示例，使用`pika`库来演示如何设置带有TTL和死信队列的消息： ```python import pika import time # 连接到RabbitMQ服务器 connection = pika.BlockingConnection(pika.ConnectionParameters('localhost')) channel = connection.channel() # 声明死信交换机和死信队列 channel.exchange_declare(exchange='dlx_exchange', exchange_type='direct') channel.queue_declare(queue='dlq_queue') channel.queue_bind(queue='dlq_queue', exchange='dlx_exchange', routing_key='dlq_routing_key') # 声明普通队列，并设置死信交换机和TTL arguments = { 'x-dead-letter-exchange': 'dlx_exchange', 'x-dead-letter-routing-key': 'dlq_routing_key', 'x-message-ttl': 5000 # 5秒的TTL } channel.queue_declare(queue='normal_queue', arguments=arguments) # 发送消息到普通队列 channel.basic_publish(exchange='', routing_key='normal_queue', body='Delayed message') print(" [x] Sent 'Delayed message'") # 模拟消费死信队列的消息 def callback(ch, method, properties, body): print(" [x] Received %r" % body) channel.basic_consume(queue='dlq_queue', on_message_callback=callback, auto_ack=True) print(' [*] Waiting for messages. To exit press CTRL+C') channel.start_consuming() ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值