Beispiele für E-Mail-Reaktionen

Hier sehen Sie einige Beispiele für gültige und ungültige Reaktionsnachrichten in E-Mails.

Gültig: multipart/alternative

E-Mail-Reaktionen bestehen normalerweise aus drei Teilen:

• text/plain: die Nur-Text-Version der Nachricht.
• text/vnd.google.email-reaction+json: der Reaktionsteil.
• text/html: die HTML-Version der Nachricht.

Beispiel:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: multipart/alternative;
        boundary="----=_Part_0_2012232625.1697791227635"

------=_Part_0_2012232625.1697791227635
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Text body content
------=_Part_0_2012232625.1697791227635
Content-Type: text/vnd.google.email-reaction+json; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=99=83","version":1}
------=_Part_0_2012232625.1697791227635
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<h1>HTML body content</h1>
------=_Part_0_2012232625.1697791227635--

Einzelner gültiger Textteil

E-Mail-Reaktionen können auch nur einen einzelnen Text haben, z. B.:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=99=83","version":1}

Content-Transfer-Encoding kann eine beliebige Standardcodierung haben:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json
Content-Transfer-Encoding: base64

ewogICJlbW9qaSI6ICLwn46JIiwKICAidmVyc2lvbiI6IDEKfQ==

Bei binären Codierungen wie base64 muss das JSON-Format als UTF-8 codiert sein.

Gültigkeit, verschachtelte multipart/alternative in multipart/related

Wenn die Reaktion auf eine Nachricht mit Inline-Anhängen ist, ist es möglich, eine Nachricht mit einem multipart/related-Textteil generieren, der den Anhänge plus einen multipart/alternative-Teil wie im vorherigen Beispiel.

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: multipart/related;
        boundary="----=_Part_0_2012232625.1697793303618"

------=_Part_0_2012232625.1697793303618
Content-Type: multipart/alternative;
        boundary="----=_Part_1_984213526.1697793303621"

------=_Part_1_984213526.1697793303621
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Text body content
------=_Part_1_984213526.1697793303621
Content-Type: text/vnd.google.email-reaction+json
Content-Transfer-Encoding: base64

ewogICJlbW9qaSI6ICLwn46JIiwKICAidmVyc2lvbiI6IDEKfQ==
------=_Part_1_984213526.1697793303621
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<h1>HTML body content</h1>
------=_Part_1_984213526.1697793303621--

------=_Part_0_2012232625.1697793303618
Content-Type: image/png
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="1x1.png"

iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAACnej3aAAAAAXRSTlMA
QObYZgAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII=
------=_Part_0_2012232625.1697793303618--

Der Textteil multipart/related sollte andere Felder wie die durch RFC2387 angegeben sind, diese sind jedoch für um zu bestimmen, ob eine E-Mail-Reaktion gültig ist.)

Ungültiges JSON-Format

Die folgende Reaktion ist ungültig, da in der JSON-Datei die schließende Klammer fehlt:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=99=83","version":1

Die folgende Reaktion ist ungültig, da der JSON-Code ein abschließendes Komma hat:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=99=83","version":1,}

Ungültiges Feld "version"

Die folgende Reaktion ist ungültig, da das Feld version fehlt:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=99=83"}

Die folgende Reaktion ist ungültig, weil das Feld „version“ nicht den Wert „1“ hat:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=99=83","version":2}

Ungültiges Feld "emoji"

Die folgende Reaktion ist ungültig, weil das Feld emoji leer ist:

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"","version":1}

Die folgende Reaktion ist ungültig, da das Feld „emoji“ keinen Wert enthält: gültige Emojis.

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"A","version":1}

Die folgende Reaktion ist ungültig, da das ❤-Emoji zwischen den aus zwei Zeichen mit Nullbreite (ZWJ) hinzu. Das Zeichen = am Ende des steht die erste Inhaltszeile für einen weichen Zeilenumbruch in der Codierung.

From: [e-mail]
Message-ID: <[e-mail]>
Subject: subject
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
Content-Type: text/vnd.google.email-reaction+json; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

{"emoji":"=F0=9F=91=A9=F0=9F=8F=BC=E2=80=8D=E2=80=8D=F0=9F=91=A8=F0=9F=8F=BE",=
"version":1}