3. Identities
3. Identitäten
The forms of identity used by Internet Mail are: mailbox, domain name, message-ID, and ENVID (envelope identifier). Each is globally unique.
Die von Internet-Mail verwendeten Identitätsformen sind: Postfach (Mailbox), Domänenname, Message-ID und ENVID (Umschlagkennung). Jede ist global eindeutig.
3.1. Mailbox
3.1. Postfach (Mailbox)
"A mailbox receives mail. It is a conceptual entity that does not necessarily pertain to file storage." [RFC5322]
"Ein Postfach empfängt Post. Es ist eine konzeptionelle Entität, die nicht unbedingt mit der Dateispeicherung zusammenhängt." [RFC5322]
A mailbox is specified as an Internet Mail address <addr-spec>. It has two distinct parts, separated by an at-sign (@). The right side is a globally interpreted domain name associated with an ADMD. Domain names are discussed in Section 3.3. Formal Internet Mail addressing syntax can support source routes to indicate the path through which a message ought to be sent. The use of source routes is not common and has been deprecated in [RFC5321].
Ein Postfach wird als Internet-Mail-Adresse <addr-spec> angegeben. Es besteht aus zwei unterschiedlichen Teilen, die durch ein At-Zeichen (@) getrennt sind. Die rechte Seite ist ein global interpretierter Domänenname, der mit einer ADMD verbunden ist. Domänennamen werden in Abschnitt 3.3 behandelt. Die formale Adressierungssyntax für Internet-Mail kann Quellrouten unterstützen, um den Pfad anzugeben, über den eine Nachricht gesendet werden soll. Die Verwendung von Quellrouten ist nicht üblich und wurde in [RFC5321] missbilligt (deprecated).
The portion to the left of the at-sign contains a string that is globally opaque and is called the <local-part>. It is interpreted only by the entity specified by the address's domain name. Except as noted later in this section, all other entities treat the <local-part> as an uninterpreted literal string and preserve all of its original details. As such, its public distribution is equivalent to sending a Web browser "cookie" that is only interpreted upon being returned to its creator.
Der Teil links vom At-Zeichen enthält eine Zeichenfolge, die global undurchsichtig (opaque) ist und <local-part> genannt wird. Sie wird nur von der Entität interpretiert, die durch den Domänennamen der Adresse angegeben wird. Außer wie später in diesem Abschnitt vermerkt, behandeln alle anderen Entitäten den <local-part> als uninterpretierte wörtliche Zeichenfolge und bewahren alle ihre ursprünglichen Details. Daher entspricht ihre öffentliche Verbreitung dem Senden eines Webbrowser-"Cookies", das erst bei der Rückgabe an seinen Ersteller interpretiert wird.
Some local-part values have been standardized for contacting personnel at an organization. These names cover common operations and business functions [RFC2142].
Einige Local-Part-Werte wurden standardisiert, um Personal in einer Organisation zu kontaktieren. Diese Namen decken gemeinsame Operationen und Geschäftsfunktionen ab [RFC2142].
It is common for sites to have local structuring conventions for the left-hand side, <local-part>, of an <addr-spec>. This permits sub-addressing, such as for distinguishing different discussion groups used by the same participant. However, it is worth stressing that these conventions are strictly private to the User's organization and are not interpreted by any domain except the one listed in the right side of the <addr-spec>. The exceptions are those specialized services that conform to public, standardized conventions, as noted below.
Es ist üblich, dass Websites lokale Strukturierungskonventionen für die linke Seite, <local-part>, einer <addr-spec> haben. Dies ermöglicht eine Unteradressierung, z. B. zur Unterscheidung verschiedener Diskussionsgruppen, die vom selben Teilnehmer verwendet werden. Es ist jedoch wichtig zu betonen, dass diese Konventionen streng privat für die Organisation des Benutzers sind und von keiner Domäne außer der auf der rechten Seite der <addr-spec> aufgeführten interpretiert werden. Die Ausnahmen sind jene spezialisierten Dienste, die öffentlichen, standardisierten Konventionen entsprechen, wie unten angemerkt.
Basic email addressing defines the <local-part> as being globally opaque. However, there are some uses of email that add a standardized, global schema to the value, such as between an Author and a Gateway. The <local-part> details remain invisible to the public email transfer infrastructure, but provide addressing and handling instructions for further processing by the Gateway. Standardized examples of these conventions are the telephone numbering formats for the Voice Profile for Internet Mail (VPIM) [RFC3801], such as:
Die grundlegende E-Mail-Adressierung definiert den <local-part> als global undurchsichtig. Es gibt jedoch einige Verwendungen von E-Mail, die dem Wert ein standardisiertes, globales Schema hinzufügen, z. B. zwischen einem Autor und einem Gateway. Die Details des <local-part> bleiben für die öffentliche E-Mail-Übertragungsinfrastruktur unsichtbar, bieten jedoch Adressierungs- und Handhabungsanweisungen für die weitere Verarbeitung durch das Gateway. Standardisierte Beispiele für diese Konventionen sind die Telefonnummernformate für das Voice Profile for Internet Mail (VPIM) [RFC3801], wie z. B.:
and iFax ([RFC3192], [RFC4143] such as:
und iFax ([RFC3192], [RFC4143]), wie z. B.:
FAX=+12027653000/[email protected].
3.2. Scope of Email Address Use
3.2. Umfang der E-Mail-Adressverwendung
Email addresses are being used far beyond their original role in email transfer and delivery. In practical terms, an email address string has become the common identifier for representing online identity. Hence, it is essential to be clear about both the nature and role of an identity string in a particular context and the entity responsible for setting that string. For example, see Sections 4.1.4, 4.3.3, and 5.
E-Mail-Adressen werden weit über ihre ursprüngliche Rolle bei der E-Mail-Übertragung und -Zustellung hinaus verwendet. Praktisch gesehen ist eine E-Mail-Adresszeichenfolge zum gemeinsamen Identifikator für die Darstellung der Online-Identität geworden. Daher ist es wichtig, sich sowohl über die Art und Rolle einer Identitätszeichenfolge in einem bestimmten Kontext als auch über die Entität im Klaren zu sein, die für das Festlegen dieser Zeichenfolge verantwortlich ist. Siehe zum Beispiel die Abschnitte 4.1.4, 4.3.3 und 5.
3.3. Domain Names
3.3. Domänennamen
A domain name is a global reference to an Internet resource, such as a host, a service, or a network. A domain name usually maps to one or more IP Addresses. Conceptually, the name can encompass an organization, a collection of machines integrated into a homogeneous service, or a single machine. A domain name can be administered to refer to an individual User, but this is not common practice. The name is structured as a hierarchical sequence of labels, separated by dots (.), with the top of the hierarchy being on the right end of the sequence. There can be many names in the sequence -- that is, the depth of the hierarchy can be substantial. Domain names are defined and operated through the Domain Name System (DNS) ([RFC1034], [RFC1035], [RFC2181]).
Ein Domänenname ist ein globaler Verweis auf eine Internetressource, wie z. B. einen Host, einen Dienst oder ein Netzwerk. Ein Domänenname wird normalerweise auf eine oder mehrere IP-Adressen abgebildet. Konzeptionell kann der Name eine Organisation, eine Sammlung von Maschinen, die in einen homogenen Dienst integriert sind, oder eine einzelne Maschine umfassen. Ein Domänenname kann so verwaltet werden, dass er sich auf einen einzelnen Benutzer bezieht, dies ist jedoch keine gängige Praxis. Der Name ist als hierarchische Folge von Labels strukturiert, die durch Punkte (.) getrennt sind, wobei sich die Spitze der Hierarchie am rechten Ende der Sequenz befindet. Es kann viele Namen in der Sequenz geben – das heißt, die Tiefe der Hierarchie kann beträchtlich sein. Domänennamen werden durch das Domain Name System (DNS) definiert und betrieben ([RFC1034], [RFC1035], [RFC2181]).
When not part of a mailbox address, a domain name is used in Internet Mail to refer to the ADMD or to the host that took action upon the message, such as providing the administrative scope for a message identifier or performing transfer processing.
Wenn er nicht Teil einer Postfachadresse ist, wird ein Domänenname in Internet-Mail verwendet, um auf die ADMD oder den Host zu verweisen, der Maßnahmen bezüglich der Nachricht ergriffen hat, z. B. die Bereitstellung des administrativen Bereichs für einen Nachrichtenidentifikator oder die Durchführung der Übertragungsverarbeitung.
3.4. Message Identifier
3.4. Nachrichtenidentifikator (Message Identifier)
There are two standardized tags for identifying messages: Message-ID: and ENVID. A Message-ID: pertains to content, and an ENVID pertains to transfer.
Es gibt zwei standardisierte Tags zur Identifizierung von Nachrichten: Message-ID: und ENVID. Eine Message-ID: bezieht sich auf den Inhalt und eine ENVID bezieht sich auf die Übertragung.
3.4.1. Message-ID
3.4.1. Message-ID
IMF provides for, at most, a single Message-ID:. The Message-ID: for a single message, which is a user-level IMF tag, has a variety of uses including threading, aiding identification of duplicates, and DSN (Delivery Status Notification) tracking. The Originator assigns the Message-ID:. The Recipient's ADMD is the intended consumer of the Message-ID:, although any Actor along the transfer path can use it.
IMF sieht höchstens eine einzelne Message-ID: vor. Die Message-ID: für eine einzelne Nachricht, die ein IMF-Tag auf Benutzerebene ist, hat eine Vielzahl von Verwendungen, einschließlich Threading, Unterstützung bei der Identifizierung von Duplikaten und DSN-Tracking (Delivery Status Notification). Der Urheber weist die Message-ID: zu. Die ADMD des Empfängers ist der beabsichtigte Konsument der Message-ID:, obwohl jeder Akteur entlang des Übertragungspfads sie verwenden kann.
Message-ID: is globally unique. Its format is similar to that of a mailbox, with two distinct parts separated by an at-sign (@). Typically, the right side specifies the ADMD or host that assigns the identifier, and the left side contains a string that is globally opaque and serves to uniquely identify the message within the domain referenced on the right side. The duration of uniqueness for the message identifier is undefined.
Message-ID: ist global eindeutig. Ihr Format ähnelt dem eines Postfachs, mit zwei unterschiedlichen Teilen, die durch ein At-Zeichen (@) getrennt sind. Typischerweise gibt die rechte Seite die ADMD oder den Host an, der den Identifikator zuweist, und die linke Seite enthält eine Zeichenfolge, die global undurchsichtig ist und dazu dient, die Nachricht innerhalb der auf der rechten Seite referenzierten Domäne eindeutig zu identifizieren. Die Dauer der Eindeutigkeit für den Nachrichtenidentifikator ist undefiniert.
When a message is revised in any way, the decision whether to assign a new Message-ID: requires a subjective assessment to determine whether the editorial content has been changed enough to constitute a new message. [RFC5322] states that "a message identifier pertains to exactly one version of a particular message; subsequent revisions to the message each receive new message identifiers." Yet experience suggests that some flexibility is needed. An impossible test is whether the Recipient will consider the new message to be equivalent to the old one. For most components of Internet Mail, there is no way to predict a specific Recipient's preferences on this matter. Both creating and failing to create a new Message-ID: have their downsides.
Wenn eine Nachricht in irgendeiner Weise überarbeitet wird, erfordert die Entscheidung, ob eine neue Message-ID: zugewiesen werden soll, eine subjektive Bewertung, um festzustellen, ob der redaktionelle Inhalt stark genug geändert wurde, um eine neue Nachricht darzustellen. [RFC5322] besagt, dass "ein Nachrichtenidentifikator sich auf genau eine Version einer bestimmten Nachricht bezieht; nachfolgende Überarbeitungen der Nachricht erhalten jeweils neue Nachrichtenidentifikatoren." Die Erfahrung legt jedoch nahe, dass eine gewisse Flexibilität erforderlich ist. Ein unmöglicher Test ist, ob der Empfänger die neue Nachricht als äquivalent zur alten betrachtet. Für die meisten Komponenten von Internet-Mail gibt es keine Möglichkeit, die Präferenzen eines bestimmten Empfängers in dieser Angelegenheit vorherzusagen. Sowohl das Erstellen als auch das Nicht-Erstellen einer neuen Message-ID: haben ihre Nachteile.
Here are some guidelines and examples:
Hier sind einige Richtlinien und Beispiele:
-
If a message is changed only in form, such as character encoding, it is still the same message.
-
Wenn eine Nachricht nur in der Form geändert wird, z. B. in der Zeichenkodierung, ist es immer noch dieselbe Nachricht.
-
If a message has minor additions to the content, such as a Mailing List tag at the beginning of the RFC5322.Subject header field, or some Mailing List administrative information added to the end of the primary body part text, it is probably the same message.
-
Wenn eine Nachricht geringfügige Ergänzungen zum Inhalt aufweist, wie z. B. ein Mailinglisten-Tag am Anfang des RFC5322.Subject-Headerfelds oder einige administrative Informationen der Mailingliste, die am Ende des primären Body-Part-Textes hinzugefügt wurden, ist es wahrscheinlich dieselbe Nachricht.
-
If a message has viruses deleted from it, it is probably the same message.
-
Wenn Viren aus einer Nachricht gelöscht wurden, ist es wahrscheinlich dieselbe Nachricht.
-
If a message has offensive words deleted from it, some Recipients will consider it the same message, but some will not.
-
Wenn beleidigende Wörter aus einer Nachricht gelöscht wurden, werden einige Empfänger sie als dieselbe Nachricht betrachten, andere jedoch nicht.
-
If a message is translated into a different language, some Recipients will consider it the same message, but some will not.
-
Wenn eine Nachricht in eine andere Sprache übersetzt wird, werden einige Empfänger sie als dieselbe Nachricht betrachten, andere jedoch nicht.
-
If a message is included in a digest of messages, the digest is a new message.
-
Wenn eine Nachricht in einem Digest (Zusammenfassung) von Nachrichten enthalten ist, ist der Digest eine neue Nachricht.
-
If a message is forwarded by a User, this is a new message.
-
Wenn eine Nachricht von einem Benutzer weitergeleitet wird, ist dies eine neue Nachricht.
-
If a message is "redirected", such as using functionality in a User Agent (MUA) that is called "Bounce" or "Resend", this is a new message.
-
Wenn eine Nachricht "umgeleitet" wird, z. B. unter Verwendung einer Funktionalität in einem User Agent (MUA), die "Bounce" oder "Resend" genannt wird, ist dies eine neue Nachricht.
3.4.2. ENVID
3.4.2. ENVID
The Envelope Identifier (ENVID) is a tag that is primarily used for DSN tracking [RFC3461]. The ENVID is specified as part of the SMTP protocol. It is assigned by the Originator and used by the MHS. It can be used by the Recipient's MHS to aid in duplicate detection. The ENVID is globally unique. Its format is similar to that of a mailbox, with two distinct parts separated by an at-sign (@). Typically, the right side specifies the ADMD or host that assigns the identifier, and the left side contains a string that is globally opaque and serves to uniquely identify the message within the domain referenced on the right side.
Der Umschlagidentifikator (Envelope Identifier - ENVID) ist ein Tag, das hauptsächlich für das DSN-Tracking [RFC3461] verwendet wird. Die ENVID ist als Teil des SMTP-Protokolls spezifiziert. Sie wird vom Urheber zugewiesen und vom MHS verwendet. Sie kann vom MHS des Empfängers verwendet werden, um bei der Duplikaterkennung zu helfen. Die ENVID ist global eindeutig. Ihr Format ähnelt dem eines Postfachs, mit zwei unterschiedlichen Teilen, die durch ein At-Zeichen (@) getrennt sind. Typischerweise gibt die rechte Seite die ADMD oder den Host an, der den Identifikator zuweist, und die linke Seite enthält eine Zeichenfolge, die global undurchsichtig ist und dazu dient, die Nachricht innerhalb der auf der rechten Seite referenzierten Domäne eindeutig zu identifizieren.