Amazon Simple Email Service (SES) - Sollte ich verwenden der SMTP-Schnittstelle oder SES-API?
Ich bin neu in der Amazon SES-und ich sehe, dass es gibt zwei Möglichkeiten, um programmgesteuert senden von E-Mails:
- SES-API (http://docs.aws.amazon.com/ses/latest/DeveloperGuide/send-email-api.html)
- SES SMTP-Schnittstelle (http://docs.aws.amazon.com/ses/latest/DeveloperGuide/send-using-smtp-java.html)
Was sind die vor-und Nachteile jeder Methode? Sie scheinen austauschbar zu mir, aber ich würde gerne hören von Leuten, die schon Erfahrungen mit SES.
In Bezug auf meine eigenen Bedürfnisse, werde ich senden von Transaktions-E-Mails (d.h. Quittungen, account-Bestätigung, etc.) und die Benachrichtigungs-E-Mails (z.B. "Sie haben eine neue Nachricht", status-änderung, etc.) meine Nutzer, wie Sie interagieren mit meiner web und mobile app. Wenn möglich, möchte ich zu halten eine Geschichte aller dieser ausgehende E-Mails.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Den SES-API verbindet Sie AWS, die SMTP-Schnittstelle... naja, es ist SMTP.
Sehen Sie, in der Zukunft die Notwendigkeit, sich zu bewegen, AWS? Enthält Ihre Anwendung sprechen schon von SMTP an einen anderen email-server?
Abhängig von Ihrer aktuellen Anwendung kann es einfacher sein, zu gehen mit SMTP.
Wenn Sie von vorne anfangen und nicht vorauszusehen, keine Notwendigkeit, sich zu bewegen, AWS, sollten Sie sich wahrscheinlich mit der SES-API.
Mithilfe des SES-API, verwenden Sie das SDK, so können Sie mithilfe von Rollen auf Ihre Instanzen ist:, Sie haben nicht zu behandeln und speichern eines Passwortes für Ihre Konfiguration, so dass Sie nicht gehen durch den Schmerz, das Kennwort zu ändern.
Ich veröffentlicht ein kleines Projekt https://github.com/loopingz/aws-smtp-relay
zu relais aus einem localhost-SMTP-zu-SES-API, so können Sie eine Verbindung von legacy-Anwendungen, die nur mit SMTP zu einem normalen SES-API
Dass ist eine faire Analyse. Ich benutze beide -- API für neuen code, SMTP für bestehenden code, der bereits weiß, wie zu sprechen SMTP. Ich habe nicht gefunden, einen starken Fall, so oder so.
Weder die Schnittstelle beibehalten wird, eine Geschichte-Sie müssen selbst erledigen. Ein Mechanismus, ich arbeite für den Einsatz mit einigen legacy code ist ein SMTP-proxy, der erfasst die Interaktion zwischen der app und SES speichern der gesamten Transaktion bis S3 mit Hilfe des SES-message-ID als der S3 Schlüssel für den späteren Abruf, wenn nötig (immer noch ein work in progress, dringenderen Projekten zu tun).
Sie mindestens erhalten müssen, diese message-IDs zurückgegeben, die von SES, und konfigurieren Sie die bounce -, Liefer-und Beschwerde-Benachrichtigungen, so dass Sie feedback... was auch funktioniert auf die gleiche entweder-Schnittstelle.
Vom Die Amazon-Dokumentation über die Verbesserung der Durchlaufzeiten, ein Vorteil der API ist die Möglichkeit der Verwendung von persistenten HTTP-verbindungen für den Durchsatz zu erhöhen. Dies ist nicht der SMTP-option.
Abgesehen von diesem, ich habe nicht in der Lage zu finden keine anderen großen Unterschiede zwischen der API und SMTP.