Cara kerja pengiriman email di Amazon SES - Layanan Email Sederhana Amazon
Setelah pengirim mengirim permintaan email ke SESSetelah Amazon SES mengirim email

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Cara kerja pengiriman email di Amazon SES

Topik ini menjelaskan apa yang terjadi ketika Anda mengirim email denganSES, dan berbagai hasil yang dapat terjadi setelah email dikirim. Gambar berikut adalah gambaran umum tingkat tinggi dari proses pengiriman:

Email sending process with Amazon SES, showing potential bounces, complaints, and delivery outcomes.

  1. Aplikasi klien, bertindak sebagai pengirim email, membuat permintaan untuk mengirim email SES ke satu atau lebih penerima.

  2. Jika permintaan valid, SES terima email.

  3. SESmengirimkan pesan melalui Internet ke penerima penerima. Setelah pesan diteruskan keSES, biasanya dikirim segera, dengan upaya pengiriman pertama biasanya terjadi dalam milidetik.

  4. Pada titik ini, ada kemungkinan yang berbeda. Sebagai contoh:

    1. ISPBerhasil mengirimkan pesan ke kotak masuk penerima.

    2. Alamat email penerima tidak ada, sehingga ISP mengirimkan pemberitahuan bouncing keSES. SESkemudian meneruskan notifikasi ke pengirim.

    3. Penerima menerima pesan tetapi menganggapnya sebagai spam dan mendaftarkan keluhan dengan. ISP TheISP, yang memiliki loop umpan balik yang disiapkanSES, mengirimkan keluhan keSES, yang kemudian meneruskannya ke pengirim.

Bagian berikut meninjau hasil individu yang mungkin setelah pengirim mengirim permintaan email ke SES dan setelah SES mengirim pesan email ke penerima.

Setelah pengirim mengirim permintaan email ke SES

Ketika pengirim membuat permintaan SES untuk mengirim email, panggilan mungkin berhasil atau gagal. Bagian berikut menjelaskan hal yang terjadi dalam setiap kasus.

Permintaan pengiriman berhasil

Jika permintaan untuk SES berhasil, SES mengembalikan respon sukses kepada pengirim. Pesan ini mencakup ID pesan, string karakter yang secara unik mengidentifikasi permintaan. Anda dapat menggunakan ID pesan untuk mengidentifikasi email terkirim atau untuk melacak masalah yang dihadapi selama pengiriman (Anda harus menyimpan pemetaan Anda sendiri antara pengenal dan ID SES pesan yang SES diteruskan kembali kepada Anda saat menerima email). SESkemudian merakit pesan email berdasarkan parameter permintaan, memindai pesan untuk konten dan virus yang dipertanyakan dan kemudian mengirimkannya melalui Internet menggunakan Simple Mail Transfer Protocol (). SMTP Pesan Anda biasanya segera dikirim; upaya pengiriman pertama biasanya terjadi dalam milidetik.

catatan

Jika SES menerima permintaan pengirim dan kemudian menentukan bahwa pesan berisi virus, SES berhenti memproses pesan dan tidak mencoba mengirimkannya ke server email penerima.

Gagal mengirim permintaan

Jika permintaan pengiriman email pengirim SES gagal, SES balas pengirim dengan kesalahan dan hapus email. Permintaan bisa gagal karena beberapa alasan. Misalnya, permintaan mungkin tidak diformat dengan benar atau alamat email mungkin belum diverifikasi oleh pengirim.

Metode di mana Anda dapat menentukan apakah permintaan gagal tergantung pada bagaimana Anda meneleponSES. Berikut ini adalah contoh cara kesalahan dan pengecualian dikembalikan:

  • Jika Anda menelepon SES melalui Query API (HTTPS) (SendEmailatauSendRawEmail), tindakan akan mengembalikan kesalahan. Untuk informasi selengkapnya, lihat APIReferensi Layanan Email Sederhana Amazon.

  • Jika Anda menggunakan bahasa pemrograman AWS SDK untuk bahasa pemrograman yang menggunakan pengecualian, panggilan ke SES akan melempar a MessageRejectedException. (Nama pengecualian mungkin sedikit berbeda tergantung padaSDK.)

  • Jika Anda menggunakan SMTP antarmuka, maka pengirim menerima kode SMTP respons, tetapi bagaimana kesalahan disampaikan tergantung pada klien pengirim. Beberapa klien mungkin menampilkan kode kesalahan; orang lain mungkin tidak.

Untuk informasi tentang kesalahan yang dapat terjadi ketika Anda mengirim email denganSES, lihatKesalahan pengiriman email Amazon SES.

Setelah Amazon SES mengirim email

Jika permintaan pengirim untuk SES berhasil, maka SES kirimkan email dan salah satu hasil berikut terjadi:

  • Pengiriman berhasil dan penerima tidak keberatan dengan email — Email diterima olehISP, dan ISP mengirimkan email ke penerima. Pengiriman yang berhasil ditunjukkan pada gambar berikut.

    Email flow diagram showing sender, Amazon SES, receiver ISP, and recipient with successful delivery.

  • Hard bounce — Email ditolak oleh ISP karena kondisi persisten atau ditolak oleh SES karena alamat email ada di daftar SES penindasan. Alamat email ada di daftar SES penindasan jika baru-baru ini menyebabkan pantulan keras bagi pelanggan mana punSES. Hard bounce dengan an ISP dapat terjadi karena alamat penerima tidak valid. Pemberitahuan hard bounce dikirim dari ISP belakang keSES, yang memberi tahu pengirim melalui email atau melalui Amazon Simple Notification Service (AmazonSNS), tergantung pada pengaturan pengirim. SESmemberi tahu pengirim daftar penindasan memantul dengan cara yang sama. Jalur pantulan keras dari an ISP ditunjukkan pada gambar berikut.

    Email flow diagram showing sender, Amazon SES, and receiver with arrows indicating message path.

  • Soft bounce — ISP Tidak dapat mengirimkan email ke penerima karena kondisi sementara, seperti ISP terlalu sibuk untuk menangani permintaan atau kotak surat penerima penuh. Sebuah pentalan lunak juga dapat terjadi jika domain tidak ada. ISPMengirim notifikasi bouncing lunak kembali keSES, atau, dalam kasus domain yang tidak ada, SES tidak dapat menemukan server email untuk domain tersebut. Dalam kedua kasus tersebut, SES coba ulang email untuk jangka waktu yang lama. Jika SES tidak dapat mengirimkan email dalam periode waktu tersebut, email akan mengirimkan pemberitahuan bouncing melalui email atau melalui AmazonSNS. Jika SES dapat mengirimkan email ke penerima selama percobaan ulang, pengiriman berhasil. Sebuah pentalan lunak ditunjukkan pada gambar berikut. Dalam hal ini, SES coba lagi mengirim email, dan akhirnya dapat mengirimkannya ke penerima. ISP

    Email flow diagram showing sender, Amazon SES, receiver, and recipient with soft bounce scenario.

  • Keluhan — Email diterima oleh ISP dan dikirim ke penerima, tetapi penerima menganggap email sebagai spam dan mengklik tombol seperti “Tandai sebagai spam” di klien emailnya. Jika SES memiliki loop umpan balik yang diatur denganISP, maka pemberitahuan keluhan dikirim keSES, yang meneruskan pemberitahuan keluhan ke pengirim. Sebagian besar ISPs tidak memberikan alamat email penerima yang mengajukan keluhan, sehingga pemberitahuan keluhan dari SES memberikan pengirim daftar penerima yang mungkin telah mengirim keluhan, berdasarkan penerima pesan asli dan ISP dari mana SES menerima keluhan. Jalur aduan ditunjukkan dalam gambar berikut.

    Diagram showing email flow from sender through Amazon SES, ISP, and recipient, with complaint feedback loop.

  • Respons otomatis — Email diterima olehISP, dan ISP mengirimkannya ke penerima. ISPKemudian mengirimkan respons otomatis seperti out-of-the-office (OOTO) pesan keSES. SESmeneruskan notifikasi respons otomatis ke pengirim. Respons otomatis ditunjukkan pada gambar berikut.

    Diagram showing email flow from sender through Amazon SES, ISP, recipient, and auto-response back to sender.

    Pastikan program SES yang diaktifkan tidak mencoba lagi mengirim pesan yang menghasilkan respons otomatis.

    Tip

    Anda dapat menggunakan simulator SES kotak surat untuk menguji pengiriman yang berhasil, pentalan, keluhanOOTO, atau apa yang terjadi ketika alamat ada di daftar penindasan. Untuk informasi selengkapnya, lihat Menggunakan simulator kotak surat secara manual menggunakan simulator kotak surat secara manual.