Message ID   只读。新消息的消息 ID。仅在发送消息后，此标头才会有值。请参见：

• .NET API： MessageID 属性
• C++ API：getMessageID 方法 和 setMessageID 方法
• Java API： getMessageID 方法
• SQL API：ml_qa_createmessage 和 ml_qa_getmessage

Message creation timestamp   只读。Timestamp 标头字段包含消息的创建时间。时间为协调通用时间 (UTC)。它不是消息实际传输的时间，因为事务或其它客户端消息排队可能导致实际发送推迟。可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。请参见：

• .NET API： Timestamp 属性
• C++ API：getTimestamp 方法 和 setTimestamp 方法
• Java API： getTimestamp 方法
• SQL API： ml_qa_gettimestamp

Reply-to address   读写。如果回复地址不存在，则以 VARCHAR(128) 或空值表示。可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。请参见：

• .NET API： ReplyToAddress 属性
• C++ API：getReplyToAddress 方法 和 setReplyToAddress 方法
• Java API：getReplyToAddress 方法 和 setReplyToAddress 方法
• SQL API：ml_qa_getreplytoaddress 和 ml_qa_setreplytoaddress

Message address   只读。以 VARCHAR(128) 表示 QAnywhere 消息地址。QAnywhere 消息地址的形式为 id\queue-name。可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。请参见：

• .NET API： Address 属性
• C++ API： getAddress 方法
• Java API： getAddress 方法
• SQL API： ml_qa_getaddress

Redelivered state of message   只读。以 BIT 表示重新传送的值。值 1 表示正在重新传送消息；值 0 表示现在未重新传送消息。

如果某消息以前被接收过但未进行确认，则可以重新传送该消息。例如，消息虽已收到，但接收消息的应用程序在崩溃前没有完成对消息内容的处理。这种情况下，QAnywhere 将消息标记为重新传送，以警告接收方注意消息可能只处理了一部分。

例如，假定消息的接收过程分为三个步骤：

如果应用程序在第 1 步和第 2 步之间或第 2 步和第 3 步之间发生故障，则消息将在应用程序重新启动时重新传送。

如果在第 1 步和第 2 步之间发生故障，则应通过运行第 2 步和第 3 步来处理重新传送的消息。如果在第 2 步和第 3 步之间发生故障，则消息已得到处理，仅需您确认。

要确定应用程序发生故障时发生了何种情况，可让应用程序调用 ml_qa_getredelivered，以检查以前是否重新传送过此消息。只有重新传送的消息需要在表 T1 中查找。比起让应用程序访问已接收消息的消息 ID 以查看此消息是否在表 T1 中，这样做效率更高，原因是应用程序故障很少发生。

可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。

请参见：

• .NET API： Redelivered 属性
• C++ API：getRedelivered 方法 和 setRedelivered 方法
• Java API： getRedelivered 方法
• SQL API： ml_qa_getredelivered

Expiration of message   只读（只有在 SQL API 中是读写）。以 TIMESTAMP 表示的到期时间。如果没有到期时间，则返回空值。如果消息未在指定时间内由预期接收者接收，则它将过期。然后，可使用缺省的 QAnywhere 删除规则删除此消息。可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。请参见：

• .NET API： Expiration 属性
• C++ API： getExpiration 方法
• Java API： getExpiration 方法
• SQL API：ml_qa_getexpiration 和 ml_qa_setexpiration

Priority of message   读写。QAnywhere API 定义十种级别的优先级值，0 代表最低优先级，9 代表最高优先级。客户端应将优先级 0-4 视为普通优先级等级，将优先级 5-9 视为加速优先级等级。可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。请参见：

• .NET API： Priority 属性
• C++ API： getPriority 方法
• Java API： getPriority 方法
• SQL API： ml_qa_getpriority

Message ID of a message for which this message is a reply   读写。以 VARCHAR(128) 表示的回复 ID。客户端可使用 InReplyToID 标头字段，将一条消息与另一条消息相链接。典型应用是将响应消息与其请求消息相链接。回复 ID 是此消息将回复的消息的 ID。可以在收到消息后以及发生回退或提交之前读取此标头；之后则无法读取。请参见：

• .NET API： InReplyToID 属性
• C++ API： getInReplyToID 方法
• Java API： getInReplyToID 方法
• SQL API： ml_qa_getinreplytoid