Internet Engineering Task Force (IETF) J. Snell
Request for Comments: 6721 September 2012
Category: Standards Track
ISSN: 2070-1721
Internet Engineering Task Force (IETF) J. Snell
Request for Comments: 6721 September 2012
Category: Standards Track
ISSN: 2070-1721
The Atom "deleted-entry" Element
Atom“deleted entry”元素
Abstract
摘要
This specification adds mechanisms to the Atom Syndication Format that publishers of Atom Feed and Entry documents can use to explicitly identify Atom entries that have been removed.
该规范将机制添加到Atom联合格式中，Atom提要和条目文档的发布者可以使用该格式显式标识已删除的Atom条目。
Status of This Memo
关于下段备忘
This is an Internet Standards Track document.
这是一份互联网标准跟踪文件。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
本文件是互联网工程任务组（IETF）的产品。它代表了IETF社区的共识。它已经接受了公众审查，并已被互联网工程指导小组（IESG）批准出版。有关互联网标准的更多信息，请参见RFC 5741第2节。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6721.
有关本文件当前状态、任何勘误表以及如何提供反馈的信息，请访问http://www.rfc-editor.org/info/rfc6721.
Copyright Notice
版权公告
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
版权所有（c）2012 IETF信托基金和确定为文件作者的人员。版权所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
本文件受BCP 78和IETF信托有关IETF文件的法律规定的约束(http://trustee.ietf.org/license-info)自本文件出版之日起生效。请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。从本文件中提取的代码组件必须包括信托法律条款第4.e节中所述的简化BSD许可证文本，并提供简化BSD许可证中所述的无担保。
Table of Contents
目录
1. Introduction ....................................................2
2. Notational Conventions ..........................................2
3. The at:deleted-entry Element ....................................2
4. Deleted Entry Document ..........................................5
5. Digital Signatures ..............................................6
6. Encryption ......................................................7
7. Security Considerations .........................................7
8. IANA Considerations .............................................8
9. Acknowledgements ................................................9
10. Normative References ...........................................9
1. Introduction ....................................................2
2. Notational Conventions ..........................................2
3. The at:deleted-entry Element ....................................2
4. Deleted Entry Document ..........................................5
5. Digital Signatures ..............................................6
6. Encryption ......................................................7
7. Security Considerations .........................................7
8. IANA Considerations .............................................8
9. Acknowledgements ................................................9
10. Normative References ...........................................9
Atom [RFC4287] is an XML-based document format that describes lists of related information known as "feeds". Feeds are composed of a number of items known as "entries", each with an extensible set of attached metadata. The primary use case that Atom addresses is the syndication of Web content, such as weblogs and news headlines to Web sites as well as directly to user agents.
Atom[RFC4287]是一种基于XML的文档格式，用于描述称为“提要”的相关信息列表。提要由许多称为“条目”的项组成，每个项都有一组可扩展的附加元数据。Atom解决的主要用例是Web内容的联合，例如Web日志和新闻标题到Web站点以及直接到用户代理。
In the base Atom format, when an entry is removed from a feed but a consumer has already received and processed that entry, perhaps adding it to a local cache or display, there is no mechanism for determining that the entry has been removed. This specification adds a mechanism to the Atom Syndication Format that publishers of Atom Feed and Entry documents can use to explicitly identify Atom entries that have been removed. Atom consumers can use that information to adjust such things as their document cache and user interfaces.
在基本Atom格式中，当一个条目从提要中删除，但消费者已经接收并处理了该条目，可能将其添加到本地缓存或显示中时，没有确定该条目已被删除的机制。此规范向Atom联合格式添加了一种机制，Atom提要和条目文档的发布者可以使用该机制显式标识已删除的Atom条目。Atom消费者可以使用这些信息来调整文档缓存和用户界面等内容。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
本文件中的关键词“必须”、“不得”、“必需”、“应”、“不应”、“应”、“不应”、“建议”、“可”和“可选”应按照[RFC2119]中所述进行解释。
This specification uses XML Namespaces [W3C.REC-xml-names-19990114] to uniquely identify XML element names. It uses the following namespace prefix for the indicated namespace URI:
本规范使用XML名称空间[W3C.REC-XML-names-19990114]来唯一标识XML元素名称。它对指定的命名空间URI使用以下命名空间前缀：
"at": "http://purl.org/atompub/tombstones/1.0"
"at": "http://purl.org/atompub/tombstones/1.0"
The at:deleted-entry element represents an Atom Entry that has been removed.
at:deleted条目元素表示已删除的Atom条目。
deletedEntry =
element at:deleted-entry {
atomCommonAttributes,
attribute ref { atomUri },
attribute when { atomDateConstruct },
( element at:by { atomPersonConstruct }?
& element at:comment { atomTextConstruct }?
& element atom:link { atomLink }*
& element atom:source { atomSource }?
& anyElement* )
}
deletedEntry =
element at:deleted-entry {
atomCommonAttributes,
attribute ref { atomUri },
attribute when { atomDateConstruct },
( element at:by { atomPersonConstruct }?
& element at:comment { atomTextConstruct }?
& element atom:link { atomLink }*
& element atom:source { atomSource }?
& anyElement* )
}
The at:deleted-entry element MUST contain a "ref" attribute whose value specifies the value of the atom:id of the entry that has been removed.
at:deleted条目元素必须包含一个“ref”属性，该属性的值指定已删除条目的atom:id的值。
The at:deleted-entry element MUST contain a "when" attribute whose value is an [RFC3339] "date-time", specifying the instant the entry was removed. An uppercase "T" character MUST be used to separate date and time, and an uppercase "Z" character MUST be present in the absence of a numeric time zone offset.
at:deleted entry元素必须包含一个“when”属性，该属性的值为[RFC3339]“日期-时间”，指定删除条目的时间。必须使用大写的“T”字符分隔日期和时间，如果没有数字时区偏移，则必须使用大写的“Z”字符。
The at:deleted-entry element MAY contain one at:by element used to identify the entity that removed the entry. The at:by element is an Atom Person Construct as defined by Section 3.2 of [RFC4287].
at:deleted条目元素可能包含一个at:by元素，用于标识删除该条目的实体。at:by元素是[RFC4287]第3.2节定义的Atom-Person构造。
The at:deleted-entry element MAY contain one at:comment element whose value provides additional, language-sensitive information about the deletion operation. The atom:comment element is an Atom Text Construct as defined by Section 3.1 of [RFC4287].
at:deleted条目元素可能包含一个at:comment元素，其值提供有关删除操作的其他语言敏感信息。atom:comment元素是[RFC4287]第3.1节定义的atom文本构造。
The at:deleted-entry element MAY contain any number of atom:link elements as specified by Section 4.2.7 of [RFC4287].
at:deleted条目元素可以包含[RFC4287]第4.2.7节规定的任意数量的atom:link元素。
The at:deleted-entry element MAY contain one atom:source element as defined by Section 4.2.11 of [RFC4287]. Within the context of an at: deleted-entry element, the atom:source element is intended to allow the aggregation of at:deleted-entry elements from different feeds while retaining information about an at:deleted-entry's source Feed. When an at:deleted-entry element appears in a Feed document other than its source feed or when an at:deleted-entry element that has a source Feed document is used in the context of a Deleted Entry Document, it MUST contain an atom:source element.
at:deleted条目元素可能包含一个atom:source元素，如[RFC4287]第4.2.11节所定义。在at:deleted条目元素的上下文中，atom:source元素旨在允许聚合来自不同提要的at:deleted条目元素，同时保留关于at:deleted条目的源提要的信息。当源提要之外的提要文档中出现at:deleted条目元素时，或者在已删除条目文档的上下文中使用具有源提要文档的at:deleted条目元素时，该元素必须包含atom:source元素。
An Atom feed MAY contain any number of at:deleted-entry elements, but MUST NOT contain more than one with the same combination of ref and when attribute values.
Atom提要可以包含任意数量的at:deleted条目元素，但不能包含多个具有相同ref和when属性值组合的元素。
<feed xmlns="http://www.w3.org/2005/Atom"
xmlns:at="http://purl.org/atompub/tombstones/1.0">
...
<!-- Minimal deleted-entry -->
<at:deleted-entry
ref="tag:example.org,2005:/entries/1"
when="2005-11-29T12:11:12Z"/>
<feed xmlns="http://www.w3.org/2005/Atom"
xmlns:at="http://purl.org/atompub/tombstones/1.0">
...
<!-- Minimal deleted-entry -->
<at:deleted-entry
ref="tag:example.org,2005:/entries/1"
when="2005-11-29T12:11:12Z"/>
<!-- Extended deleted-entry -->
<at:deleted-entry
ref="tag:example.org,2005:/entries/2"
when="2005-11-29T12:11:12Z">
<at:by>
<name>John Doe</name>
<email>jdoe@example.org</email>
</at:by>
<at:comment>Removed comment spam</at:comment>
</at:deleted-entry>
...
</feed>
<!-- Extended deleted-entry -->
<at:deleted-entry
ref="tag:example.org,2005:/entries/2"
when="2005-11-29T12:11:12Z">
<at:by>
<name>John Doe</name>
<email>jdoe@example.org</email>
</at:by>
<at:comment>Removed comment spam</at:comment>
</at:deleted-entry>
...
</feed>
An Atom feed MAY contain atom:entry elements and at:deleted-entry elements sharing the same atom:id value. In such cases, the implication is that the particular atom:entry has either been published to the feed and then subsequently removed, or that a previously removed entry has been republished to the feed following a previous deletion. To determine which condition applies, the Processor needs to compare the value of the at:deleted-entry element's when attribute to the value of the corresponding atom:entry element's atom:updated value:
Atom提要可能包含共享相同Atom:id值的Atom:entry元素和at:deleted条目元素。在这种情况下，这意味着特定的atom:entry要么已发布到提要，然后被删除，要么先前删除的条目已在先前删除后重新发布到提要。要确定应用哪种条件，处理器需要将at:deleted条目元素的when属性的值与对应的atom:entry元素的atom:updated值进行比较：
o If the when attribute specifies a value equal to or more recent than that specified by the atom:updated element, the atom:entry is assumed to have been published and then subsequently removed. Processors SHOULD ignore the older atom:entry element.
o 如果when属性指定的值等于或大于atom:updated元素指定的值，则假定atom:entry已发布，然后随后被删除。处理器应该忽略旧的atom:entry元素。
o If the when attribute specifies a value older than that specified by the atom:updated element, the atom:entry is assumed to have been republished to the feed following a prior removal. Processors SHOULD ignore the older at:deleted-entry element.
o 如果when属性指定的值早于atom:updated元素指定的值，则假定atom:entry在先前删除之后已重新发布到提要。处理者应忽略较早的at:deleted条目元素。
Publishers of feeds containing at:deleted-entry elements should note that the at:deleted-entry element is advisory in nature only, and it may be ignored by Atom Processors. The presence of an at:deleted-entry element does not guarantee that the atom:entry to which it is referring will no longer be available. For example, if an entry was published to a feed document that was published and processed yesterday by an aggregator application, and then is subsequently
包含at:deleted条目元素的提要的发布者应该注意，at:deleted条目元素本质上只是建议元素，Atom处理器可能会忽略它。at:deleted条目元素的存在并不保证它所引用的atom:entry不再可用。例如，如果一个条目被发布到聚合器应用程序昨天发布和处理的提要文档中，然后被删除
deleted today with a corresponding at:deleted-entry element added to the feed as a signal that the entry was deleted, there is no guarantee that the aggregator application will pay any attention to the at:deleted-entry element during subsequent processing operations.
今天已删除，并在提要中添加了相应的at:deleted条目元素作为条目已删除的信号，因此无法保证聚合器应用程序在后续处理操作中会注意at:deleted条目元素。
Elements and attributes from any XML vocabulary MAY be used within an at:deleted-entry element. Processors encountering such markup MUST NOT stop processing or signal an error. It might be the case that the Processor is able to process the foreign markup correctly and does so. When unknown markup is encountered as a child of at: deleted-entry, Processors MAY bypass the markup and any textual content but MUST NOT change their behavior as a result of the markup's presence.
任何XML词汇表中的元素和属性都可以在at:deleted条目元素中使用。遇到此类标记的处理器不得停止处理或发出错误信号。处理器可能能够正确地处理外来标记，并且这样做。当作为at:deleted条目的子项遇到未知标记时，处理器可以绕过该标记和任何文本内容，但不得因标记的存在而更改其行为。
This specification allows the use of Internationalized Resource Identifiers (IRIs) [RFC3987] in precisely the same manner specified in Section 2 of [RFC4287].
本规范允许以与[RFC4287]第2节中规定的完全相同的方式使用国际化资源标识符（IRI）[RFC3987]。
Any element defined by this specification MAY have an xml:base attribute [W3C.REC-xmlbase-20010627]. When xml:base is used, it serves the function described in Section 5.1.1 of [RFC3986], establishing the base URI (or IRI) for resolving any relative references found within the effective scope of the xml:base attribute.
本规范定义的任何元素都可能具有xml:base属性[W3C.REC-xmlbase-20010627]。当使用xml:base时，它提供[RFC3986]第5.1.1节中描述的功能，建立基本URI（或IRI），用于解析在xml:base属性的有效范围内找到的任何相对引用。
Any element defined by this specification MAY have an xml:lang attribute, whose content indicates the natural language for the element and its descendents. Requirements regarding the content and interpretation of xml:lang are specified in XML 1.0 [W3C.REC-xml-20040204], Section 2.12.
本规范定义的任何元素都可能具有xml:lang属性，其内容表示元素及其子代的自然语言。xml 1.0[W3C.REC-xml-20040204]第2.12节规定了有关xml:lang的内容和解释的要求。
A "Deleted Entry Document" represents exactly one at:deleted-entry element outside the context of an Atom feed. Its root is the at: deleted-entry element.
“已删除的条目文档”正好代表Atom提要上下文之外的一个at:Deleted Entry元素。它的根是at:deleted条目元素。
namespace at = "http://purl.org/atompub/tombstones/1.0"
start = at:deleted-entry
namespace at = "http://purl.org/atompub/tombstones/1.0"
start = at:deleted-entry
Deleted Entry Documents are specified in terms of the XML Information Set, serialized as XML 1.0 [W3C.REC-xml-20040204] and identified with the "application/atomdeleted+xml" media type. Deleted Entry Documents MUST be well-formed XML. This specification does not define a DTD for Deleted Entry Documents, and hence does not require them to be valid (in the sense used by XML).
删除的条目文档根据XML信息集指定，序列化为XML 1.0[W3C.REC-XML-20040204]，并用“application/atomdeleted+XML”媒体类型标识。删除的条目文档必须是格式正确的XML。本规范没有为已删除的条目文档定义DTD，因此不要求它们有效（在XML使用的意义上）。
The at:deleted-entry element MAY have an Enveloped Signature, as described by XML-Signature and Syntax Processing [W3C.REC-xmldsig-core-20020212].
at:deleted条目元素可能具有封装的签名，如XML签名和语法处理[W3C.REC-xmldsig-core-20020212]所述。
Processors MUST NOT reject an at:deleted-entry containing such a signature because they are not capable of verifying it; they MUST continue processing and MAY inform the user of their failure to validate the signature.
处理者不得拒绝包含此类签名的at:deleted条目，因为他们无法对其进行验证；他们必须继续处理，并可能通知用户他们未能验证签名。
In other words, the presence of an element with the namespace URI "http://www.w3.org/2000/09/xmldsig#" and a local name of "Signature" as a child of the document element MUST NOT cause a Processor to fail merely because of its presence.
换句话说，名称空间URI为“”的元素的存在http://www.w3.org/2000/09/xmldsig#作为文档元素的子元素的“签名”的本地名称不能仅仅因为其存在而导致处理器失败。
Section 6.5.1 of [W3C.REC-xmldsig-core-20020212] requires support for Canonical XML [W3C.REC-xml-c14n-20010315]. However, many implementers do not use it because signed XML documents enclosed in other XML documents have their signatures broken. Thus, Processors that verify signed at:deleted-entry elements MUST be able to canonicalize with the exclusive XML canonicalization method identified by the URI "http://www.w3.org/2001/10/xml-exc-c14n#", as specified in Exclusive XML Canonicalization [W3C.REC-xml-exc-c14n-20020718].
[W3C.REC-xmldsig-core-20020212]第6.5.1节要求支持规范XML[W3C.REC-XML-c14n-20010315]。但是，许多实现者不使用它，因为包含在其他XML文档中的签名XML文档的签名被破坏了。因此，验证signed at:deleted条目元素的处理器必须能够使用URI标识的独占XML规范化方法进行规范化”http://www.w3.org/2001/10/xml-exc-c14n#“，如专用XML规范化[W3C.REC-XML-exc-c14n-20020718]中所述。
Intermediaries such as aggregators may need to add an atom:source element to an at:deleted-entry that does not contain its own atom: source element. If such an entry is signed, the addition will break the signature. Thus, a publisher of individually signed at:deleted-entry's should strongly consider adding an atom:source element to those elements before signing them. Implementers should also be aware of the issues concerning the use of markup in the "xml:" namespace as it interacts with canonicalization.
中介体（如聚合器）可能需要将atom:source元素添加到不包含自己的atom:source元素的at:deleted条目中。如果签署了此类条目，则添加内容将破坏签名。因此，单独签名的发布者：删除条目应该强烈考虑在签名之前添加Atom：源元素到那些元素。实现者还应该意识到与“xml:”命名空间中标记的使用有关的问题，因为它与规范化交互。
Section 4.4.2 of [W3C.REC-xmldsig-core-20020212] requires support for Digital Signature Algorithm (DSA) signatures and recommends support for RSA signatures. However, because of the much greater popularity in the market of RSA versus DSA, Atom Processors that verify signed Atom Documents MUST be able to verify RSA signatures; they do not need be able to verify DSA signatures. Due to security issues that can arise if the keying material for the message authentication code (MAC) is not handled properly, Atom Documents SHOULD NOT use MACs for signatures.
[W3C.REC-xmldsig-core-20020212]第4.4.2节要求支持数字签名算法（DSA）签名，并建议支持RSA签名。然而，由于RSA与DSA相比在市场上更受欢迎，验证已签名Atom文档的Atom处理器必须能够验证RSA签名；他们不需要能够验证DSA签名。由于如果消息身份验证码（MAC）的密钥材料处理不当，可能会出现安全问题，因此Atom文档不应使用MAC进行签名。
The root of a Deleted Entry Document (the at:deleted-entry element) MAY be encrypted using the mechanisms described by XML Encryption Syntax and Processing [W3C.REC-xmlenc-core-20021210].
可以使用XML加密语法和处理[W3C.REC-xmlenc-core-20021210]描述的机制对已删除条目文档的根（at:Deleted Entry元素）进行加密。
Section 5.1 of [W3C.REC-xmlenc-core-20021210] requires support of TripleDES, AES-128, and AES-256. Processors that decrypt Deleted Entry Documents MUST be able to decrypt with AES-128 in Cipher Block Chaining (CBC) mode.
[W3C.REC-xmlenc-core-20021210]第5.1节要求支持TripleDES、AES-128和AES-256。解密已删除条目文档的处理器必须能够在密码块链接（CBC）模式下使用AES-128进行解密。
Encryption based on [W3C.REC-xmlenc-core-20021210] does not ensure integrity of the original document. There are known cryptographic attacks in which someone who cannot decrypt a message can still change bits in a way in which part or all the decrypted message makes sense but has a different meaning. Thus, Processors that decrypt Deleted Entry Documents SHOULD check the integrity of the decrypted document by verifying the hash in the signature (if any) in the document, or by verifying a hash of the document within the document (if any).
基于[W3C.REC-xmlenc-core-20021210]的加密无法确保原始文档的完整性。有一些已知的加密攻击，其中无法解密消息的人仍然可以以某种方式更改位，其中部分或全部解密的消息有意义，但具有不同的含义。因此，解密已删除条目文档的处理器应通过验证文档中签名（如果有）中的哈希值，或通过验证文档（如果有）中文档的哈希值来检查解密文档的完整性。
When a Deleted Entry Document is to be both signed and encrypted, it is generally a good idea to first sign the document and then encrypt the signed document. This provides integrity to the base document while encrypting all the information, including the identity of the entity that signed the document. Note that if MACs are used for authentication, the order MUST be that the document is signed and then encrypted, and not the other way around. Further, if MACs are used along with a symmetric encryption algorithm, the same key SHOULD NOT be used in the generation of the MAC and the encryption.
如果要对已删除的条目文档进行签名和加密，通常最好先对文档进行签名，然后对已签名的文档进行加密。这为基础文档提供了完整性，同时加密了所有信息，包括签署文档的实体的身份。请注意，如果使用Mac进行身份验证，则必须先对文档进行签名，然后进行加密，而不是相反。此外，如果MAC与对称加密算法一起使用，则在MAC和加密的生成中不应使用相同的密钥。
As specified in [RFC4287], Atom Processors should be aware of the potential for spoofing attacks in which an attacker publishes atom: entry or atom:deleted-entry elements using the same atom:id values as entries from other Atom feeds. An attacker may attempt to trick an application into believing that a given entry has either been removed from or added to a feed. To mitigate this issue, Atom Processors are advised to ignore at:deleted-entry elements referencing entries that have not previously appeared within the containing Feed document and should take steps to verify the origin of the Atom feed before considering the entries to be removed.
如[RFC4287]中所述，Atom处理器应该意识到欺骗攻击的可能性，在这种攻击中，攻击者使用与其他Atom提要中的条目相同的Atom:id值发布Atom:entry或Atom:deleted entry元素。攻击者可能试图欺骗应用程序，使其相信给定条目已从提要中删除或添加到提要中。为了缓解此问题，建议Atom处理者忽略at:deleted entry元素，这些元素引用以前未出现在包含提要文档中的条目，并应在考虑删除条目之前采取步骤验证Atom提要的来源。
The at:deleted-entry element can be encrypted and signed using [W3C.REC-xmlenc-core-20021210] and [W3C.REC-xmldsig-core-20020212], respectively, and is subject to the security considerations implied by their use.
at:deleted条目元素可以分别使用[W3C.REC-xmlenc-core-20021210]和[W3C.REC-xmldsig-core-20020212]进行加密和签名，并受其使用所隐含的安全注意事项的约束。
Digital signatures provide authentication and message integrity with proof of origin. Encryption provides data confidentiality.
数字签名提供身份验证和消息完整性以及来源证明。加密提供了数据保密性。
An application supporting the use of digitally signed atom:entry and at:deleted-entry elements should be aware of the potential issues that could arise if an at:deleted-entry element that indicates the deletion of an atom:entry element has been signed using a different key than what was used to sign the atom:entry, or if an unsigned at: deleted-entry is used to indicate the deletion of a signed atom: entry. Either case can potentially indicate a form of spoofing attack. Processors must take steps to verify the validity of the at: deleted-entry element.
支持使用数字签名的atom:entry和at:deleted entry元素的应用程序应该知道，如果指示atom:entry元素删除的at:deleted entry元素使用与用于签名atom:entry的键不同的键进行签名，则可能会出现的潜在问题，或者，如果未签名的at:deleted条目用于指示已签名的atom:entry的删除。任何一种情况都可能表明存在某种形式的欺骗攻击。处理者必须采取步骤验证at:deleted条目元素的有效性。
A Deleted Entry Document, when serialized as XML 1.0, can be identified with the following media type:
已删除的条目文档序列化为XML 1.0时，可以使用以下媒体类型标识：
Type name: application
类型名称：应用程序
Subtype name: atomdeleted+xml
子类型名称：atomdeleted+xml
Required parameters: None
所需参数：无
Optional parameters: "charset": This parameter has semantics identical to the charset parameter of the "application/xml" media type as specified in [RFC3023].
可选参数：“字符集”：此参数的语义与[RFC3023]中指定的“应用程序/xml”媒体类型的字符集参数相同。
Encoding considerations: Identical to those of "application/xml" as described in [RFC3023], Section 3.2.
编码注意事项：与[RFC3023]第3.2节中描述的“应用程序/xml”相同。
Security considerations: As defined in this specification. In addition, as this media type uses the "+xml" convention, it shares the same security considerations as described in [RFC3023], Section 10.
安全注意事项：如本规范所定义。此外，由于该媒体类型使用“+xml”约定，因此它具有与[RFC3023]第10节所述相同的安全注意事项。
Interoperability considerations: There are no known interoperability issues.
互操作性注意事项：不存在已知的互操作性问题。
Published specification: This specification.
已发布规范：本规范。
Applications that use this media type: Undefined. As an extension to the Atom Syndication Format ([RFC4287]), this specification may be used within any application that uses the Atom Format.
使用此媒体类型的应用程序：未定义。作为Atom联合格式（[RFC4287]）的扩展，本规范可在使用Atom格式的任何应用程序中使用。
Additional information:
其他信息：
Magic number(s): As specified for "application/xml" in [RFC3023], Section 3.2
幻数：如[RFC3023]第3.2节中“应用程序/xml”所述
File extension(s): .atomdeleted
文件扩展名：.atomdeleted
Macintosh file type code(s): TEXT
Macintosh文件类型代码：文本
Person & email address to contact for further information: James M
Snell <jasnell@us.ibm.com>
Person & email address to contact for further information: James M
Snell <jasnell@us.ibm.com>
Intended usage: COMMON
预期用途：普通
Restrictions on usage: None.
使用限制：无。
Author: James M Snell <jasnell@us.ibm.com>
Author: James M Snell <jasnell@us.ibm.com>
Change controller: IESG
更改控制器：IESG
The author gratefully acknowledges the feedback from the members of the Atom Publishing Format and Protocol working group during the development of this specification.
作者非常感谢Atom发布格式和协议工作组成员在制定本规范期间提供的反馈。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]Bradner，S.，“RFC中用于表示需求水平的关键词”，BCP 14，RFC 2119，1997年3月。
[RFC3023] Murata, M., St. Laurent, S., and D. Kohn, "XML Media Types", RFC 3023, January 2001.
[RFC3023]Murata，M.，St.Laurent，S.，和D.Kohn，“XML媒体类型”，RFC 3023，2001年1月。
[RFC3339] Klyne, G., Ed. and C. Newman, "Date and Time on the Internet: Timestamps", RFC 3339, July 2002.
[RFC3339]Klyne，G.，Ed.和C.Newman，“互联网上的日期和时间：时间戳”，RFC33392002年7月。
[RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986, January 2005.
[RFC3986]Berners Lee，T.，Fielding，R.，和L.Masinter，“统一资源标识符（URI）：通用语法”，STD 66，RFC 3986，2005年1月。
[RFC3987] Duerst, M. and M. Suignard, "Internationalized Resource Identifiers (IRIs)", RFC 3987, January 2005.
[RFC3987]Duerst，M.和M.Suignard，“国际化资源标识符（IRIs）”，RFC 3987，2005年1月。
[RFC4287] Nottingham, M., Ed. and R. Sayre, Ed., "The Atom Syndication Format", RFC 4287, December 2005.
[RFC4287]诺丁汉，M.，Ed.和R.Sayre，Ed.，“原子联合格式”，RFC 4287，2005年12月。
[W3C.REC-xml-20040204] Yergeau, F., Maler, E., Sperberg-McQueen, C., Paoli, J., and T. Bray, "Extensible Markup Language (XML) 1.0 (Third Edition)", World Wide Web Consortium FirstEdition REC-xml-20040204, February 2004, <http://www.w3.org/TR/2004/REC-xml-20040204>.
[W3C.REC-xml-20040204]Yergeau，F.，Maler，E.，Sperberg McQueen，C.，Paoli，J.，和T.Bray，“可扩展标记语言（xml）1.0（第三版）”，万维网联盟第一版REC-xml-20040204，2004年2月<http://www.w3.org/TR/2004/REC-xml-20040204>.
[W3C.REC-xml-c14n-20010315] Boyer, J., "Canonical XML Version 1.0", World Wide Web Consortium Recommendation REC-xml-c14n-20010315, March 2001, <http://www.w3.org/TR/2001/REC-xml-c14n-20010315>.
[W3C.REC-xml-c14n-20010315]Boyer，J.，“规范xml版本1.0”，万维网联盟建议REC-xml-c14n-20010315，2001年3月<http://www.w3.org/TR/2001/REC-xml-c14n-20010315>.
[W3C.REC-xml-exc-c14n-20020718] Reagle, J., 3rd, D., and J. Boyer, "Exclusive XML Canonicalization Version 1.0", World Wide Web Consortium Recommendation REC-xml-exc-c14n-20020718, July 2002, <http://www.w3.org/TR/2002/REC-xml-exc-c14n-20020718>.
[W3C.REC-xml-exc-c14n-20020718]Reagle，J.，3rd，D.和J.Boyer，“独家xml规范化版本1.0”，万维网联盟建议REC-xml-exc-c14n-20020718，2002年7月<http://www.w3.org/TR/2002/REC-xml-exc-c14n-20020718>.
[W3C.REC-xml-names-19990114] Hollander, D., Bray, T., and A. Layman, "Namespaces in XML", World Wide Web Consortium FirstEdition REC-xml-names-19990114, January 1999, <http://www.w3.org/TR/1999/REC-xml-names-19990114>.
[W3C.REC-xml-names-19990114]Hollander，D.，Bray，T.，和A.Layman，“xml中的名称空间”，万维网联盟第一版REC-xml-names-19990114，1999年1月<http://www.w3.org/TR/1999/REC-xml-names-19990114>.
[W3C.REC-xmlbase-20010627] Marsh, J., "XML Base", World Wide Web Consortium FirstEdition REC-xmlbase-20010627, June 2001, <http://www.w3.org/TR/2001/REC-xmlbase-20010627>.
[W3C.REC-xmlbase-20010627]Marsh，J.，“XML库”，万维网联盟第一版REC-xmlbase-20010627，2001年6月<http://www.w3.org/TR/2001/REC-xmlbase-20010627>.
[W3C.REC-xmldsig-core-20020212] Solo, D., Reagle, J., and D. Eastlake, "XML-Signature Syntax and Processing", World Wide Web Consortium FirstEdition REC-xmldsig-core-20020212, February 2002, <http://www.w3.org/TR/2002/REC-xmldsig-core-20020212>.
[W3C.REC-xmldsig-core-20020212]Solo，D.，Reagle，J.，和D.Eastlake，“XML签名语法和处理”，万维网联盟第一版REC-xmldsig-core-20020212，2002年2月<http://www.w3.org/TR/2002/REC-xmldsig-core-20020212>.
[W3C.REC-xmlenc-core-20021210] Eastlake, D. and J. Reagle, "XML Encryption Syntax and Processing", World Wide Web Consortium Recommendation REC-xmlenc-core-20021210, December 2002, <http://www.w3.org/TR/2002/REC-xmlenc-core-20021210>.
[W3C.REC-xmlenc-core-20021210]Eastlake，D.和J.Reagle，“XML加密语法和处理”，万维网联盟建议REC-xmlenc-core-20021210，2002年12月<http://www.w3.org/TR/2002/REC-xmlenc-core-20021210>.
Author's Address
作者地址
James M Snell
詹姆斯·姆斯内尔
EMail: jasnell@us.ibm.com
URI: http://ibm.com
EMail: jasnell@us.ibm.com
URI: http://ibm.com