postsuper - 云端在线

程序：

您的姓名

postsuper - Postfix 主管

概要

超级后 [-psSv[-c 配置目录[-d 队列ID]
[-h 队列ID[-H 队列ID]
[-r 队列ID[目录 ...]

商品描述

- 超级后(1) 命令对 Postfix 队列执行维护作业。 使用命令是
仅限于超级用户。 请参阅 后队列(1)非特权队列的命令
诸如列出或刷新邮件队列之类的操作。

默认情况下， 超级后(1) 执行请求的操作 -s 和 -p 命令行
所有 Postfix 队列目录上的选项 - 这包括 来, 要积极。 和 延期的
包含邮件文件的目录和 弹跳, 延缓, 追踪 和 红晕 带日志的目录
文件。

选项：

-c 配置目录
- 主文件 配置文件位于命名目录中，而不是默认目录中
配置目录。 另请参阅下面的 MAIL_CONFIG 环境设置。

-d 队列ID
从指定邮件队列中删除一封具有指定队列 ID 的邮件（默认：
举行, 来, 要积极。 和 延期的).

如果一个 队列ID of - 指定后，程序从标准输入读取队列 ID。
例如，删除只有一个收件人的所有邮件 [电子邮件保护]:

邮件q | 尾巴+2 | grep -v '^ *(' | awk 'BEGIN { RS = "" }
# $7=发件人，$8=收件人1，$9=收件人2
{ 如果 ($8 == "[电子邮件保护]" && $9 == "")
打印 1 美元}
´ | tr -d '*!' | 后超级-d-

指定 ”-d 全部" 删除所有消息；例如，指定 "-d 全部 延期的“到
删除所有邮件 延期的 队列。 作为一项安全措施，这个词 全部 必须
以大写形式指定。

警告：Postfix 队列 ID 被重用（始终使用 Postfix <= 2.8；并且使用 Postfix
>= 2.9（当enable_long_queue_ids=no 时）。 有一个很小的可能性
postsuper在Postfix邮件执行时删除了错误的邮件文件
系统正在发送邮件。

场景如下：

1) Postfix队列管理器删除消息 超级后(1) 被要求
删除，因为 Postfix 已完成消息处理（已交付，或者已发送）
返回给发件人）。

2）新邮件到达，新邮件被赋予与原邮件相同的队列ID
消息说 超级后(1) 应该删除。 的概率为
重用已删除的队列 ID 约为 1**2 中的 15（不同的队列 ID 的数量）
系统时钟在一秒内可以区分的微秒值）。

3) 超级后(1) 删除新消息，而不是删除旧消息
应该已经删除了。

-h 队列ID
将邮件“搁置”，这样就不会尝试投递邮件。 移动一封邮件
指定邮件队列中的指定队列 ID（默认值： 来, 要积极。 和
延期的）来的 举行 队列。

如果一个 队列ID of - 指定后，程序从标准输入读取队列 ID。

指定 ”-h 全部" 保存所有消息；例如，指定 "-h 全部 延期的“到
将所有邮件保存在 延期的 队列。 作为一项安全措施，这个词 全部 必须
以大写形式指定。

注意：当邮件处于“保留”状态时，当其在队列中的时间超过时，它不会过期
这些因素包括原料奶的可用性以及达到必要粉末质量水平所需的工艺。 最大队列生命周期 or 反弹队列生命周期 环境。 它变得受制于
解除“hold”后到期。

此功能在 Postfix 2.0 及更高版本中可用。

-H 队列ID
释放被“搁置”的邮件。 移动具有指定队列 ID 的一条消息
指定的邮件队列（默认： 举行）来的 延期的 队列。

如果一个 队列ID of - 指定后，程序从标准输入读取队列 ID。

注：指定“超级后 -r“ 释放被搁置一段时间的邮件
的显着部分 $maximal_queue_lifetime or $bounce_queue_lifetime或
更长的时间。

指定 ”-H 全部”以释放所有“搁置”的邮件。作为安全措施，
字 全部 必须以大写形式指定。

此功能在 Postfix 2.0 及更高版本中可用。

-p 清除系统或软件崩溃后遗留的旧临时文件。

-r 队列ID
将指定邮件队列中具有指定队列 ID 的消息重新排队（默认：
举行, 来, 要积极。 和 延期的）。 要重新排队多条消息，请指定
多 -r 命令行选项。

或者，如果一个 队列ID of - 指定后，程序将从中读取队列 ID
标准输入。

指定 ”-r 全部" 重新排队所有消息。作为安全措施，该词 全部 必须
以大写形式指定。

重新排队的消息被移动到 信箱 队列，从那里复制
借出（8）和 净化(8) 守护进程新建一个队列文件。 在很多方面它的处理
与新的本地提交不同。

· 消息不受 smtpd_milters 或 non_smtpd_milters 约束
设置。 当邮件通过外部内容过滤器时，这
Milter 应用程序会产生不正确的结果，这些应用程序依赖于
原始 SMTP 连接状态信息。

· 邮件地址再次被重写和替换。
当重写规则或虚拟映射发生更改时，这非常有用。

地址重写上下文（本地或远程）与
已收到消息。

· 该消息受到与以下相同的 content_filter 设置（如果有）的约束
用于新的本地邮件提交。 当 content_filter 时这很有用
设置已更改。

警告：Postfix 队列 ID 被重用（始终使用 Postfix <= 2.8；并且使用 Postfix
>= 2.9（当enable_long_queue_ids=no 时）。 有一个很小的可能性
超级后(1) Postfix执行时重新排队错误的消息文件
邮件系统正在运行，但不应造成任何损害。

此功能在 Postfix 1.1 及更高版本中可用。

-s 结构检查和结构修复。 这应该在 Postfix 之前完成一次
启动。

· 重命名名称与消息文件索引节点号不匹配的文件。 这
从另一台机器恢复邮件队列后需要执行此操作
或从备份中，当队列文件是使用 Postfix <= 2.8 或使用
“enable_long_queue_ids = 否”。

· 移动文件系统层次结构中位于错误位置的队列文件
并删除不再需要的子目录。 文件位置
变更后需要重新安排 哈希队列名称 和
哈希队列深度 配置参数。

· 将使用“enable_long_queue_ids = yes”创建的队列文件重命名为短
名称，用于迁移到 Postfix <= 2.8。 程序如下：

# 后缀停止
# postconf enable_long_queue_ids=no
# 后超级

运行 超级后(1) 重复直到停止报告文件名更改。

-S 冗余版本 -s 这要求长文件名也与消息匹配
文件索引节点号。 此选项的存在是为了测试目的，并且可用于
Postfix 2.9 及更高版本。

-v 为调试目的启用详细日志记录。 多种的 -v 选项使
软件越来越冗长。

诊断

问题会报告给标准错误流并报告给 syslogd的（8）。

超级后(1) 报告删除的消息数 -d, 消息数量
重新排队 -r，以及队列文件名固定为的消息数 -s。 该
报告被写入标准错误流并 syslogd的（8）。

环境

邮件配置
目录与 主文件 文件中。

使用 onworks.net 服务在线使用 postsuper