Ihr Produkt bekommt die Mail
und Ihr Code schreibt zurück
Jedes Ticket, jeder Datensatz und jeder Kunde kann eine eigene Adresse haben. Mail dorthin erreicht Ihren Endpunkt als signiertes Ereignis, und Ihr Code antwortet als diese Adresse.
Niemand hat diese Adressen angelegt. Die Antwort geht von der Adresse raus, an die die Mail kam.
Wo es anfängt
Wie das heute aussieht.
Antworten landen außerhalb des Produkts
Ein Kunde antwortet auf eine Benachrichtigung, und die Antwort liegt in einem geteilten Postfach statt am Datensatz.
Jemand legt jede Adresse vorher an
An ein neues Ticket kann niemand schreiben, bevor ein Postfach dafür besteht, also werden Adressen von Hand eingerichtet.
Ihr Server fragt nach neuer Mail
Nichts sagt Ihrem Code, dass eine Nachricht angekommen ist, also sieht ein Job im Takt in einem Postfach nach.
So funktioniert es
In vier Schritten startklar.
- 01
Eine Domain auf OpenEmail richten
Fügen Sie die Domain hinzu und veröffentlichen Sie die Einträge, dann empfängt jede Adresse darauf, auch die, die niemand angelegt hat.
- 02
Den typisierten Client installieren
Fügen Sie das Paket in Ihre App ein und setzen Sie dann einen Workspace-Schlüssel, den Sie später eingrenzen und widerrufen können.
- 03
Ihren Endpunkt anmelden
Wählen Sie die Ereignisse, kopieren Sie das Signaturgeheimnis und antworten Sie auf jede Zustellung binnen fünf Sekunden.
- 04
Aus dem eigenen Code antworten
Holen Sie den Thread und seine Dateien über die ID und senden Sie von der Adresse, an die die Nachricht zugestellt wurde.
Worauf es läuft
Die Teile, die die Arbeit machen.
Es läuft auf einer dokumentierten HTTP-API, einem typisierten Client, Webhooks an Ihren Endpunkt, Catch-all-Adressen auf jeder Domain, die Sie hierher richten, und Ihrem eigenen Branding, Ihren Dateien und verfolgten Links.
Eine dokumentierte HTTP-API mit Schlüsseln, die sich ausstellen, eingrenzen und widerrufen lassen.
Zuerst ein TypeScript-Client, dann der Rest.
Sagt dem Endpunkt Bescheid, wenn Mail ankommt, statt Polling zu verlangen.
Jede Adresse auf der Domain empfängt, auch nie angelegte. Ein Schalter schließt das.
Mehrere Domains auf einen Posteingang richten, Subdomains eingeschlossen.
Eigenes Zeichen und Logo in der Seitenleiste, an Stelle unseres.
In der Praxis
Jeder Teil, Schritt für Schritt.
Unter dieser Seite liegen vier kürzere, je eine Aufgabe: eine Adresse pro Kunde, Mail aus Ihrem Code, Mail in Ihren Code, und eine Adresse für jeden Testlauf, die noch kommt.
Geben Sie jedem Ticket, Datensatz oder Kunden eine eigene Adresse, ohne etwas anzulegen.
Senden, lesen und ordnen Sie Mail aus Ihrem eigenen Code mit einem typisierten Client.
Mail an Ihre Domain erreicht Ihren Server Sekunden später als signierter Webhook.
Fragen
Vor der Anmeldung gestellt.
Muss ich eine Adresse anlegen, bevor sie funktioniert?
Nein. Mit aktivem Catch-all empfängt [email protected], sobald jemand zum ersten Mal dorthin schreibt. Mail an Tippfehler und erfundene Adressen kommt ebenso an, und ein Schalter schließt das Catch-all.
Wie erfährt mein Code, dass Mail angekommen ist?
Ihr Endpunkt bekommt Sekunden nach dem Eingang einen signierten Webhook. Das Ereignis nennt den Thread und die Adresse, an die zugestellt wurde, und Sie holen die Nachricht und ihre Dateien über die ID.
Gibt es einen Client für meine Sprache?
Noch nicht, außer Sie schreiben TypeScript. Der typisierte Client kommt zuerst für TypeScript, die anderen folgen, also ruft jede andere Sprache vorerst direkt die dokumentierte HTTP-API auf.
In der Nähe
Weitere Aufgaben für dasselbe Postfach.
Ihre App schickt eine Nachricht, und OpenEmail sendet sie von Ihrer eigenen Domain. Jeder Aufruf steht beim Schlüssel, der ihn gemacht hat, und jeder Versand hat ein Ergebnis zum Nachlesen.
Geben Sie einem Agenten eine eigene Adresse und einen Schlüssel, begrenzt auf das, was er darf. Er liest, setzt Labels, entwirft und sendet, und jeder Aufruf wird protokolliert.
