Beispiele für E-Mail-Reaktionen

Hier sind einige Beispiele für gültige und ungültige E-Mail-Reaktionen.

Gültig: multipart/alternative

E-Mail-Reaktionen bestehen in der Regel 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 einzigen Textteil enthalten, 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 sein:

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 der JSON-Code in UTF-8 codiert sein.

Gültige verschachtelte multipart/alternative in multipart/related

Wenn sich die Reaktion auf eine Nachricht mit Inline-Anhängen bezieht, kann eine Nachricht mit dem Textteil multipart/related, der die Anhänge enthält, plus einem multipart/alternative-Teil wie im vorherigen Beispiel generiert werden.

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: text/vnd.google.email-reaction+json
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="1x1.png"

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

(Beachten Sie, dass der Textteil multipart/related andere Felder enthalten sollte, wie in RFC2387 angegeben. Diese sind jedoch irrelevant, um festzustellen, ob eine E-Mail-Reaktion gültig ist.

Ungültiges JSON-Format

Die folgende Reaktion ist ungültig, da im JSON-Code 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 am Ende ein Komma enthält:

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, weil 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 1 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":"=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, weil das Feld emoji kein gültiges Emoji enthält.

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 beiden ZWJ-Zeichen (ZWJ) fehlt. Das Zeichen „=“ am Ende der ersten Inhaltszeile steht für einen weichen Zeilenumbruch in der Quoted-Printable-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}