Der E-Mail-Proxy

Die Aufgabenstellung war hier: Wie kann ich, wenn ich mit Amazon Connect E-Mails bearbeite, beim Absenden der E-Mail nicht wirklich eine SMTP-E-Mail schreiben, sondern ein anderes System mit dieser Nachricht befüttern?

Die Idee ist es, eine eigene Domain als Proxy zu nehmen. SES kann immer bei Empfang von Mails die EML-Files auf S3 schreiben und dann per Trigger eine Lambda aufrufen. Mit dieser Lambda kann ich dann den Content irgendwohin schreiben.

Das ist eine relativ einfache und stabile Architektur, schnell aufgebaut. Insofern habe ich damit schnell einen Proxy von E-Mails zu irgendwelchen anderen Systemen gemacht.

Eingehender Weg

1. Postfach (externes System) → Amazon SES: eingehende E-Mail.
2. SES → S3 Bucket (eingehende Mails): schreibt die E-Mail ab.
3. S3 → Lambda (Posteingang): S3-Event triggert die Funktion.
4. Lambda (Posteingang) → Amazon Connect: Aufruf StartEmailContact.
5. Innerhalb des Connect Contact Flow: Verarbeitung → Rückweg.

Rückweg

1. Rückweg → Amazon SES: sendet die Antwort-Mail.
2. SES → S3 Bucket (ausgehende Mails): schreibt die Mail ab.
3. S3 → Lambda (Postausgang): S3-Event triggert die Funktion.
4. Lambda (Postausgang) → Postfach: schreibt die E-Mail zurück.