E-Mail im Internet besteht aus mehreren Schichten: Adressen und Routing, Versand (ausgehend), und Abruf in Postfächer (eingehend). Die Application Platform konzentriert sich auf ausgehenden Versand über SMTP.
SMTP (Simple Mail Transfer Protocol)
- Aufgabe: Server zu Server (und Client zu Server) Transport von Nachrichten; typischerweise ausgehend vom Absendersystem zum Empfänger-Mailserver.
- In der Plattform: Die SMTP-Credentials beschreiben genau diese Art Verbindung: dein Dienst meldet sich beim Relay (z. B. Mailtrap) an und übergibt die Nachricht.
- Ports (häufig):
- 587 mit STARTTLS (empfohlen für „Submission“ / authentifizierten Client-Versand)
- 465 mit TLS (Legacy-Verfahren, aber noch verbreitet)
- 25 oft für Server-zu-Server ohne Endnutzer-Auth (weniger relevant für App-Credentials)
IMAP (Internet Message Access Protocol)
- Aufgabe: Synchroner Zugriff auf ein Postfach auf dem Server (Ordner, Flags, mehrere Clients).
- In der Plattform: Nicht Teil der SMTP-Credential-Maske; nutzt du IMAP, konfigurierst du das in deiner Mail-App oder einem separaten Dienst, nicht in diesem SMTP-Eintrag.
POP3 (Post Office Protocol, Version 3)
- Aufgabe: Abruf von Nachrichten, klassisch „runterladen und optional vom Server löschen“.
- In der Plattform: Ebenfalls nicht die gleiche Konfiguration wie SMTP; POP3 betrifft eingehende Mailboxen, nicht das transaktionale Versand-Relay.
Webmail und HTTP-APIs
- Webmail (Browser) spricht meist HTTPS mit einem Mail-Anbieter; im Hintergrund kann SMTP/IMAP laufen, ist für dich als App-Entwickler aber oft gekapselt.
- Viele Provider (auch Mailtrap-ähnliche Dienste) bieten REST-APIs neben SMTP. Die Application Platform speichert hier SMTP; eine HTTP-API würde separat im Code konfiguriert.
Kurzentscheidung
| Ziel | Protokoll / Ort |
|---|---|
| App sendet Benachrichtigungsmail | SMTP (Plattform-Credential) |
| App liest Benutzer-Posteingang | IMAP oder REST des Providers (außerhalb dieser SMTP-Maske) |
| Endnutzer liest Mail im Browser | Webmail / Provider-UI |