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 dengan SES, 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.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/arch_overview-diagram.png)
****
1. Aplikasi klien, bertindak sebagai pengirim email, membuat permintaan ke SES untuk mengirim email ke satu atau lebih penerima.
1. Jika permintaan tersebut valid, SES menerima email tersebut.
1. SES mengirimkan pesan melalui Internet ke penerima penerima. Setelah pesan diteruskan ke SES, biasanya dikirim segera, dengan upaya pengiriman pertama biasanya terjadi dalam milidetik.
1. Pada titik ini, ada kemungkinan yang berbeda. Sebagai contoh:
1. ISP berhasil mengirimkan pesan ke kotak masuk penerima.
1. Alamat email penerima tidak ada, sehingga ISP mengirimkan pemberitahuan bouncing ke SES. SES kemudian meneruskan notifikasi ke pengirim.
1. Penerima menerima pesan tetapi menganggapnya spam dan mendaftarkan aduan dengan ISP. ISP, yang memiliki loop umpan balik yang diatur dengan SES, mengirimkan keluhan ke SES, 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 ke SES untuk mengirim email, panggilan mungkin berhasil atau gagal. Bagian berikut menjelaskan hal yang terjadi dalam setiap kasus.
### Permintaan pengiriman berhasil
Jika permintaan ke SES berhasil, SES mengembalikan respons yang berhasil 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](faqs-enforcement.md#cm-feedback-loop-q8) antara pengenal dan ID pesan SES yang diteruskan SES kembali kepada Anda saat menerima email). SES kemudian menyusun 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 tersebut berisi virus, SES berhenti memproses pesan dan tidak mencoba mengirimkannya ke server email penerima.
### Gagal mengirim permintaan
Jika permintaan pengiriman email pengirim ke SES gagal, SES merespons pengirim dengan kesalahan dan menghapus 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 memanggil SES. Berikut ini adalah contoh cara kesalahan dan pengecualian dikembalikan:
+ Jika Anda memanggil SES melalui Query (HTTPS) API (`SendEmail`atau`SendRawEmail`), tindakan akan mengembalikan kesalahan. Untuk informasi lebih lanjut, lihat [Referensi API Amazon Simple Email Service](https://docs.aws.amazon.com/ses/latest/APIReference/).
+ Jika Anda menggunakan AWS SDK untuk bahasa pemrograman yang menggunakan pengecualian, panggilan ke SES akan menampilkan file. *MessageRejectedException* (Nama pengecualian mungkin sedikit berbeda tergantung pada SDK.)
+ Jika Anda menggunakan antarmuka SMTP, maka pengirim menerima kode respons SMTP, tetapi cara kesalahan disampaikan tergantung pada klien pengirim. Beberapa klien mungkin menampilkan kode kesalahan; orang lain mungkin tidak.
Untuk informasi tentang kesalahan yang dapat terjadi saat Anda mengirim email dengan SES, lihat[Kesalahan pengiriman email Amazon SES](troubleshoot-error-messages.md).
## Setelah Amazon SES mengirimkan email
Jika permintaan pengirim ke SES berhasil, maka SES mengirimkan email dan salah satu hasil berikut terjadi:
+ **Pengiriman yang berhasil dan penerima tidak keberatan dengan email —** Email diterima oleh ISP, 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.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/successful-diagram.png)
+ **Hard bounce —** Email ditolak oleh ISP karena kondisi persisten atau ditolak oleh SES karena alamat email ada di daftar penindasan SES. Alamat email ada di daftar penindasan SES jika baru-baru ini menyebabkan pantulan keras bagi pelanggan SES mana pun. Pentalan keras dengan ISP dapat terjadi karena alamat penerima tidak valid. Notifikasi hard bounce dikirim dari ISP kembali ke SES, yang memberi tahu pengirim melalui email atau melalui Amazon Simple Notification Service (Amazon SNS), tergantung pada pengaturan pengirim. SES memberi tahu pengirim daftar penindasan memantul dengan cara yang sama. Jalur pentalan keras dari ISP ditunjukkan pada gambar berikut.
![\[Email flow diagram showing sender, Amazon SES, and receiver with arrows indicating message path.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/hard_bounce-diagram.png)
+ **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. ISP mengirimkan notifikasi soft bounce kembali ke SES, atau, dalam kasus domain yang tidak ada, SES tidak dapat menemukan server email untuk domain tersebut. Dalam kedua kasus tersebut, SES mencoba ulang email untuk jangka waktu yang lama. Jika SES tidak dapat mengirimkan email dalam periode waktu tersebut, SES mengirimi Anda pemberitahuan bouncing melalui email atau melalui Amazon SNS. Jika SES dapat mengirimkan email ke penerima selama percobaan ulang, pengiriman berhasil. Sebuah pentalan lunak ditunjukkan pada gambar berikut. Dalam hal ini, SES mencoba mengirim email, dan ISP akhirnya dapat mengirimkannya ke penerima.
![\[Email flow diagram showing sender, Amazon SES, receiver, and recipient with soft bounce scenario.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/soft_bounce-diagram.png)
+ **Keluhan —** Email diterima oleh ISP dan dikirim ke penerima, tetapi penerima menganggap email tersebut sebagai spam dan mengklik tombol seperti “Tandai sebagai spam” di klien emailnya. Jika SES memiliki loop umpan balik yang diatur dengan ISP, maka pemberitahuan keluhan dikirim ke SES, 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.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/complaint-diagram.png)
+ **Respons otomatis —** Email diterima oleh ISP, dan ISP mengirimkannya ke penerima. ISP kemudian mengirimkan respons otomatis seperti pesan out-of-the-office (OOTO) ke SES. SES meneruskan 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.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/auto_response-diagram.png)
Pastikan program yang mendukung SES Anda tidak mencoba lagi mengirim pesan yang menghasilkan respons otomatis.
**Tip**
Anda dapat menggunakan simulator kotak surat SES untuk menguji pengiriman yang berhasil, bouncing, keluhan, OOTO, atau apa yang terjadi ketika alamat ada di daftar penindasan. Untuk informasi selengkapnya, lihat [Menggunakan simulator kotak surat secara manual](send-an-email-from-console.md#send-email-simulator).
# Format email dan Amazon SES
Ketika klien membuat permintaan ke Amazon SES, Amazon SES membangun pesan email yang patuh dengan spesifikasi Format Pesan Internet ([RFC 5322](https://www.ietf.org/rfc/rfc5322.txt)). Email terdiri dari *header*, *isi*, dan *envelope*, seperti yang dijelaskan di bawah ini.
+ **Header—**Berisi petunjuk perutean dan informasi tentang pesan. Contohnya adalah alamat pengirim, alamat penerima, subjek, dan tanggal. Header analog dengan informasi di bagian atas surat pos, meskipun dapat berisi banyak tipe informasi lainnya, seperti format pesan.
+ **Isi—**Berisi teks pesan itu sendiri.
+ **Envelope—**Berisi informasi perutean aktual yang dikomunikasikan antara klien email dan server surat selama sesi SMTP. Informasi envelope email ini analog dengan informasi pada envelope pos. Informasi perutean dari envelope email biasanya sama dengan informasi perutean di header email, tetapi tidak selalu. Misalnya, ketika Anda mengirim salinan tembusan (BCC), alamat penerima sebenarnya (berasal dari envelope) tidak sama dengan alamat "Kepada" yang ditampilkan di klien email penerima, yang berasal dari header.
Berikut ini adalah contoh sederhana dari email. Header diikuti oleh baris kosong lalu isi email. Envelope tidak ditampilkan karena dikomunikasikan antara klien dan server surat selama sesi SMTP, bukan bagian dari email itu sendiri.
```
1. Received: from abc.smtp-out.amazonses.com (123.45.67.89) by in.example.com (87.65.43.210); Fri, 17 Dec 2010 14:26:22
2. From: "Andrew" ;
3. To: "Bob"
4. Date: Fri, 17 Dec 2010 14:26:21 -0800
5. Subject: Hello
6. Message-ID: <61967230-7A45-4A9D-BEC9-87CBCF2211C9@example.com>
7. Accept-Language: en-US
8. Content-Language: en-US
9. Content-Type: text/plain; charset="us-ascii"
10. Content-Transfer-Encoding: quoted-printable
11. MIME-Version: 1.0
12.
13. Hello, I hope you are having a good day.
14.
15. -Andrew
```
Bagian berikut meninjau header dan isi email dan mengidentifikasi informasi yang Anda perlu berikan ketika Anda menggunakan Amazon SES.
## Header email
Ada satu header per pesan email. Setiap baris header berisi bidang diikuti oleh titik dua yang diikuti oleh badan bidang. Ketika Anda membaca email di klien email, klien email biasanya menampilkan nilai-nilai bidang header berikut:
+ **Kepada—**Alamat email penerima pesan.
+ **CC—**Alamat email penerima tembusan pesan.
+ **Dari—**Alamat email dari tempat email dikirim.
+ **Subjek—**Ringkasan topik pesan.
+ **Tanggal—**Waktu dan tanggal email dikirim.
Ada banyak bidang header tambahan yang menyediakan informasi perutean dan menjelaskan isi dari pesan. Klien email biasanya tidak menampilkan bidang ini ke pengguna. Untuk daftar lengkap bidang header yang diterima Amazon SES, lihat [Bidang header Amazon SES](header-fields.md). Bila Anda menggunakan Amazon SES, hal paling utama Anda perlu memahami perbedaan antara bidang header "Dari," "Balas Ke," dan "Jalur Kembali". Seperti yang disebutkan sebelumnya, alamat "Dari" adalah alamat email pengirim pesan, sedangkan "Balas Ke" dan "Jalur Kembali" adalah sebagai berikut:
+ **Balas Ke—**Alamat email yang akan dikirim balasan. Secara default, balasan akan dikirim ke alamat email pengirim asli.
+ **Jalur Kembali—**Alamat email tempat pentalan dan aduan pesan yang harus dikirim. "Jalur Kembali" terkadang dipanggil "envelope dari," "pengirim envelope," atau "MAIL FROM."
**catatan**
Bila Anda menggunakan Amazon SES, kami merekomendasikan Anda untuk selalu mengatur parameter "Jalur Kembali" sehingga Anda dapat menyadari pentalan dan mengambil tindakan korektif jika terjadi.
Untuk dengan mudah mencocokkan pesan pentalan dengan penerima yang dimaksudkan, Anda dapat menggunakan Variable Envelope Return Path (VERP). Dengan VERP, Anda menetapkan "Jalur Kembali" berbeda untuk setiap penerima, sehingga jika pesan terpental kembali, Anda secara otomatis mengetahui tempat penerima itu terpental, daripada harus membuka pesan pentalan dan mengurainya.
## Isi email
Isi email berisi teks pesan. Isi dapat dikirim dalam format berikut:
+ **HTML—**Jika klien email penerima dapat menafsirkan HTML, isi dapat mencakup teks dan hyperlink yang diformat
+ **Teks biasa—**Jika klien email penerima berbasis teks, isi tidak harus berisi karakter yang tidak dapat dicetak.
+ **Kedua HTML dan teks biasa—**Saat Anda menggunakan kedua format untuk mengirim konten yang sama dalam satu pesan, klien email penerima memutuskan yang akan ditampilkan, berdasarkan kemampuannya.
Jika Anda mengirim pesan email ke sejumlah besar penerima, maka masuk akal untuk mengirimkannya dalam kedua HTML dan teks. Beberapa penerima akan memiliki klien email yang diaktifkan HTML, sehingga mereka dapat mengeklik hyperlink yang tersemat dalam pesan. Penerima yang menggunakan klien email berbasis teks akan meminta Anda untuk memasukkan URLs bahwa mereka dapat menyalin dan membuka menggunakan browser web.
## Informasi email yang Anda butuhkan untuk diberikan ke Amazon SES
Ketika Anda mengirim email dengan Amazon SES, informasi email yang Anda butuhkan untuk disediakan tergantung pada cara Anda memanggil Amazon SES. Anda dapat menyediakan jumlah minimal informasi dan memiliki Amazon SES untuk mengurus semua format Anda. Atau, jika Anda ingin melakukan sesuatu yang lebih lanjut seperti mengirim lampiran, Anda dapat menyediakan pesan mentah itu sendiri. Bagian berikut meninjau hal yang Anda butuhkan untuk disediakan ketika Anda mengirim email dengan menggunakan API Amazon SES, antarmuka SMTP Amazon SES, atau konsol Amazon SES.
### API Amazon SES
Jika Anda memanggil API Amazon SES secara langsung, Anda memanggil API `SendEmail` atau `SendRawEmail`. Jumlah informasi yang Anda butuhkan untuk disediakan tergantung pada API yang Anda panggil.
+ `SendEmail API` mengharuskan Anda untuk hanya menyediakan alamat sumber, alamat tujuan, subjek pesan, dan isi pesan. Anda dapat menyediakan alamat "Balas Ke" secara opsional. Ketika Anda memanggil API ini, Amazon SES secara otomatis merakit pesan email Multipurpose Internet Mail Extensions (MIME) beberapa bagian yang diformat dengan benar yang dioptimalkan untuk ditampilkan oleh perangkat lunak klien email. Untuk informasi lebih lanjut, lihat [Mengirim email terformat menggunakan API Amazon SES](send-email-formatted.md).
+ API `SendRawEmail` menyediakan Anda fleksibilitas untuk memformat dan mengirim pesan email mentah Anda sendiri dengan menentukan header, bagian MIME, dan tipe konten. `SendRawEmail` biasanya digunakan oleh pengguna tingkat lanjut. Anda perlu menyediakan isi pesan dan semua bidang header yang ditentukan seperti yang diperlukan dalam spesifikasi Format Pesan Internet ([RFC 5322](https://www.ietf.org/rfc/rfc5322.txt)). Untuk informasi selengkapnya, lihat [Mengirim email mentah menggunakan Amazon SES API v2](send-email-raw.md).
Jika Anda menggunakan AWS SDK untuk memanggil Amazon SES API, Anda memberikan informasi yang tercantum di atas ke fungsi yang sesuai (misalnya, `SendEmail` dan `SendRawEmail` untuk Java).
Untuk informasi selengkapnya tentang mengirim email menggunakan API Amazon SES, lihat [Menggunakan API Amazon SES untuk mengirim email](send-email-api.md).
### Antarmuka SMTP Amazon SES
Ketika Anda mengakses Amazon SES melalui antarmuka SMTP, aplikasi klien SMTP Anda merakit pesan, sehingga informasi yang Anda butuhkan untuk disediakan tergantung pada aplikasi yang Anda gunakan. Minimal, pertukaran SMTP antara klien dan server memerlukan alamat sumber, alamat tujuan, dan data pesan.
Untuk informasi selengkapnya tentang mengirim email menggunakan antarmuka SMTP Amazon SES, lihat [Menggunakan antarmuka SMTP Amazon SES untuk mengirim email](send-email-smtp.md).
### Konsol Amazon SES
Ketika Anda mengirim email dengan menggunakan konsol Amazon SES, jumlah informasi yang Anda butuhkan untuk diberikan tergantung pada yang Anda pilih untuk mengirim email berformat atau email mentah.
+ Untuk mengirim email berformat, Anda harus menyediakan alamat sumber, alamat tujuan, subjek pesan, dan isi pesan. Amazon SES secara otomatis merakit pesan email MIME beberapa bagian yang diformat dengan benar yang dioptimalkan untuk ditampilkan oleh perangkat lunak klien email. Anda juga dapat menentukan bidang balasan ke dan jalur kembali.
+ Untuk mengirim email mentah, Anda menyediakan alamat sumber, alamat tujuan, dan konten pesan, yang harus berisi isi pesan dan semua bidang header yang ditentukan seperti yang diperlukan dalam spesifikasi Format Pesan Internet ([RFC 5322](https://www.ietf.org/rfc/rfc5322.txt)).
# Memahami kemampuan pengiriman email di Amazon SES
Anda ingin penerima membaca email Anda, menganggap mereka berharga, dan tidak memberi label mereka sebagai spam. Dengan kata lain, Anda ingin memaksimalkan *kemampuan pengiriman* email—persentase email Anda yang masuk di kotak masuk penerima. Topik ini meninjau konsep kemampuan pengiriman email yang harus Anda ketahui ketika Anda menggunakan Amazon SES.
Untuk memaksimalkan kemampuan pengiriman email, Anda perlu memahami masalah pengiriman email, secara proaktif mengambil langkah-langkah untuk mencegahnya, memiliki informasi tentang status email yang Anda kirim, lalu meningkatkan program pengiriman email Anda, jika perlu, untuk lebih meningkatkan kemungkinan keberhasilan pengiriman. Bagian berikut meninjau konsep di balik langkah-langkah ini dan cara Amazon SES membantu Anda melalui prosesnya.
![\[Circular diagram showing four steps to improve email delivery: understand issues, be proactive, stay informed, and improve program.\]](http://docs.aws.amazon.com/id_id/ses/latest/dg/images/deliverability_concepts-diagram.png)
## Pahami masalah pengiriman email
Dalam kebanyakan kasus, pesan Anda berhasil dikirim ke penerima yang mengharapkan pesan tersebut. Di beberapa kasus, bagaimanapun, pengiriman mungkin gagal, atau penerima mungkin tidak ingin menerima surat yang Anda kirim. Pentalan, aduan, dan daftar penekanan terkait dengan masalah pengiriman ini dan dijelaskan dalam bagian berikut.
### Pantulan
Jika penerima dari penerima Anda (misalnya, penyedia email) gagal mengirimkan pesan Anda ke penerima, maka penerima mementalkan pesan kembali ke Amazon SES. Amazon SES kemudian memberi tahu Anda tentang email yang terpental melalui email atau melalui Amazon Simple Notification Service (Amazon SNS), tergantung pada cara sistem Anda mengaturnya. Untuk informasi lebih lanjut, lihat [Menyiapkan pemberitahuan acara untuk Amazon SES](monitor-sending-activity-using-notifications.md).
Ada *pentalan keras* dan *pentalan lunak*, sebagai berikut:
+ **Pentalan keras – **Kegagalan pengiriman email secara terus-menerus. Misalnya, kotak surat tidak ada. Amazon SES tidak mencoba ulang pentalan keras, dengan pengecualian kegagalan pencarian DNS. Kami sangat merekomendasikan agar Anda tidak membuat upaya pengiriman berulang ke alamat email yang mengalami pentalan keras.
+ **Pentalan lunak – **Kegagalan pengiriman email sementara. Misalnya, kotak surat penuh, ada terlalu banyak sambungan (juga disebut *throttling*), atau waktu sambungan habis. Amazon SES mencoba ulang pentalan lunak beberapa kali. Jika email masih tidak dapat dikirim, maka Amazon SES berhenti mencobanya ulang.
Amazon SES memberi tahu Anda tentang pentalan keras dan pentalan lunak yang tidak akan dicoba ulang. Namun, hanya pentalan keras yang dihitung terhadap rasio pentalan dan metrik pentalan yang Anda ambil menggunakan konsol Amazon SES atau API `GetSendStatistics`.
Pentalan juga dapat *sinkron* atau *asinkron*. Sebuah pentalan sinkron terjadi sementara server email dari pengirim dan penerima secara aktif berkomunikasi. Sebuah pentalan asinkron terjadi ketika penerima awalnya menerima pesan email untuk pengiriman dan kemudian gagal mengirimkannya ke penerima.
### Keluhan
Sebagian besar program klien email menyediakan tombol berlabel "Tandai sebagai Spam," atau serupa, yang memindahkan pesan ke folder spam, dan meneruskannya ke penyedia email. Selain itu, sebagian besar penyedia email mempertahankan alamat penyalahgunaan (misalnya, abuse@example.net), tempat pengguna dapat meneruskan pesan email yang tidak diinginkan dan meminta penyedia email mengambil tindakan untuk mencegahnya. Dalam kedua kasus ini, penerima membuat aduan. Jika penyedia email menyimpulkan bahwa Anda adalah spammer, dan Amazon SES memiliki putaran umpan balik yang diatur dengan penyedia email, maka penyedia email akan mengirimkan aduan kembali ke Amazon SES. Ketika Amazon SES menerima aduan seperti itu, aduan diteruskan kepada Anda baik melalui email atau dengan menggunakan notifikasi Amazon SNS, tergantung pada cara sistem Anda mengaturnya. Untuk informasi lebih lanjut, lihat [Menyiapkan pemberitahuan acara untuk Amazon SES](monitor-sending-activity-using-notifications.md). Kami merekomendasikan agar Anda tidak membuat upaya pengiriman berulang ke alamat email yang menghasilkan aduan.
### Daftar penekanan global
*Daftar penindasan global* Amazon SES, yang dimiliki dan dikelola oleh SES untuk melindungi reputasi alamat di kumpulan IP bersama SES, berisi alamat email penerima yang baru-baru ini menyebabkan pantulan keras bagi pelanggan SES mana pun. Jika Anda mencoba mengirim email melalui SES ke alamat yang ada di daftar penindasan, panggilan ke SES berhasil, tetapi SES memperlakukan email sebagai pantulan keras alih-alih mencoba mengirimnya. Seperti setiap pentalan keras, daftar penekanan mementalkan hitungan terhadap kuota pengiriman dan tingkat pentalan Anda. Alamat email dapat tetap berada dalam daftar penekanan hingga 14 hari. Jika Anda yakin bahwa alamat email yang Anda coba kirim valid, Anda dapat mengganti daftar penindasan global dengan memastikan alamat tersebut tidak tercantum dalam daftar penekanan tingkat akun Anda dan SES masih akan mencoba pengiriman, tetapi jika memantul, pantulan akan memengaruhi reputasi Anda sendiri, tetapi tidak ada orang lain yang akan memantul karena mereka tidak dapat mengirim ke alamat email itu jika mereka tidak menggunakan tingkat akun mereka sendiri daftar penindasan. Untuk memahami lebih lanjut tentang daftar penekanan tingkat akun, lihat. [Menggunakan daftar penindasan tingkat akun Amazon SES](sending-email-suppression-list.md)
## Jadilah proaktif
Salah satu masalah terbesar dengan email di Internet adalah email dalam jumlah besar yang tidak diminta (spam). Penyedia email mengambil langkah-langkah ekstensif untuk mencegah pelanggan mereka menerima spam. Amazon SES juga mengambil langkah-langkah untuk mengurangi kemungkinan penyedia email menganggap email Anda sebagai spam. Amazon SES menggunakan verifikasi, autentikasi, kuota pengiriman, dan pemfilteran konten. Amazon SES juga mempertahankan reputasi terpercaya dengan penyedia email dan mengharuskan Anda untuk mengirim email berkualitas tinggi. Amazon SES melakukan beberapa hal untuk Anda secara otomatis (misalnya, pemfilteran konten); di kasus lain, menyediakan alat (seperti autentikasi), atau memandu Anda ke arah yang benar (kuota pengiriman). Bagian berikut menyediakan informasi selengkapnya tentang setiap konsep.
### Verifikasi
Sayangnya, spammer dapat memalsukan header email dan memalsukan alamat email asal sehingga muncul seolah-olah email berasal dari sumber yang berbeda. Untuk mempertahankan kepercayaan antara penyedia email dan Amazon SES, Amazon SES perlu memastikan pengirimnya adalah yang mereka katakan. Oleh karena itu, Anda diminta untuk memverifikasi semua alamat email dari tempat Anda mengirim email melalui Amazon SES untuk melindungi identitas pengiriman Anda. Anda dapat memverifikasi alamat email dengan menggunakan konsol Amazon SES atau dengan menggunakan API Amazon SES. Anda juga dapat memverifikasi seluruh domain. Untuk informasi lebih lanjut, lihat [Membuat identitas alamat email](creating-identities.md#verify-email-addresses-procedure) dan [Membuat identitas domain](creating-identities.md#verify-domain-procedure).
Jika akun Anda masih di sandbox Amazon SES, Anda juga perlu memverifikasi semua alamat penerima kecuali untuk alamat yang disediakan oleh simulator kotak surat Amazon SES. Untuk informasi tentang keluar dari sandbox, lihat [Minta akses produksi (Pindah dari kotak pasir Amazon SES)](request-production-access.md). Untuk informasi selengkapnya tentang simulator kotak surat, lihat [Menggunakan simulator kotak surat secara manual](send-an-email-from-console.md#send-email-simulator).
### Autentikasi
*Autentikasi* adalah cara lain yang dapat Anda tunjukkan kepada penyedia email bahwa Anda jujur seperti yang Anda katakan. Ketika Anda mengautentikasi email, Anda memberikan bukti bahwa Anda adalah pemilik akun dan email Anda belum diubah saat transit. Di beberapa kasus, penyedia email menolak untuk meneruskan email yang tidak diautentikasi. Amazon SES mendukung dua metode otentikasi: Kerangka Kebijakan Pengirim (SPF) dan DomainKeys Identified Mail (DKIM). Untuk informasi selengkapnya, lihat [Mengonfigurasi identitas di Amazon SES](configure-identities.md).
### Kuota pengiriman
Jika penyedia email mendeteksi lonjakan volume atau laju email secara tiba-tiba dan tak terduga, penyedia email mungkin menduga Anda adalah spammer dan memblokir email Anda. Oleh karena itu, setiap akun Amazon SES memiliki set kuota pengiriman. Kuota ini membatasi jumlah email yang dapat Anda kirim dalam jangka waktu 24 jam, dan jumlah yang dapat Anda kirim per detik. Kuota pengiriman ini membantu melindungi kepercayaan Anda dengan penyedia email.
Di kebanyakan kasus, jika Anda adalah pengguna baru, Amazon SES memungkinkan Anda mengirim sejumlah kecil email setiap hari. Jika surat yang Anda kirim dapat diterima oleh penyedia email, kami akan secara otomatis meningkatkan kuota ini. Kuota pengiriman Anda terus meningkat seiring berjalannya waktu sehingga Anda dapat mengirim email dalam jumlah yang lebih besar dengan laju yang lebih cepat. Anda juga dapat membuat [Kasus Peningkatan Batas Pengiriman SES](https://aws.amazon.com/ses/extendedaccessrequest/) untuk meminta peningkatan kuota tambahan.
Untuk informasi selengkapnya tentang kuota pengiriman, dan cara meningkatkan kuota, lihat [Mengelola batas pengiriman Amazon SES Anda](manage-sending-quotas.md).
### Pemfilteran konten
Banyak penyedia email menggunakan pemfilteran konten untuk menentukan jika email masuk adalah spam. Filter konten mencari konten yang dipertanyakan dan memblokir email jika email sesuai dengan profil spam. Amazon SES juga menggunakan filter konten. Ketika aplikasi Anda mengirimkan permintaan ke Amazon SES, Amazon SES merakit pesan email atas nama Anda dan kemudian memindai header dan isi pesan untuk menentukan jika mereka berisi konten yang penyedia email mungkin pertimbangkan sebagai spam. Jika pesan Anda terlihat seperti spam oleh filter konten yang digunakan Amazon SES, reputasi Anda dengan Amazon SES akan terpengaruh secara negatif.
Amazon SES juga memindai virus semua pesan. Jika pesan berisi virus, Amazon SES tidak berusaha untuk mengirimkan pesan ke server surat penerima.
### Reputasi
Untuk pengiriman email, *reputasi*—ukuran kepercayaan bahwa alamat IP, alamat email, atau domain pengiriman bukanlah sumber spam—adalah hal yang penting. Amazon SES mempertahankan reputasi yang kuat dengan penyedia email sehingga mereka mengirimkan email Anda ke kotak masuk penerima Anda. Demikian pula, Anda perlu mempertahankan reputasi terpercaya dengan Amazon SES. Anda membangun reputasi Anda dengan Amazon SES dengan mengirimkan konten berkualitas tinggi. Ketika Anda mengirim konten berkualitas tinggi, reputasi Anda menjadi lebih dipercaya dari waktu ke waktu dan Amazon SES meningkatkan kuota pengiriman Anda. Pentalan berlebihan dan aduan berdampak negatif terhadap reputasi Anda dan dapat menyebabkan Amazon SES mengurangi kuota pengiriman untuk akun Anda, atau mengakhiri akun Amazon SES Anda.
Salah satu cara untuk membantu mempertahankan reputasi Anda adalah dengan menggunakan simulator kotak surat saat Anda menguji sistem Anda, alih-alih mengirim ke alamat email yang telah Anda buat sendiri. Email ke simulator kotak surat tidak dihitung terhadap metrik pentalan dan aduan Anda. Untuk informasi selengkapnya tentang simulator kotak surat, lihat [Menggunakan simulator kotak surat secara manual](send-an-email-from-console.md#send-email-simulator).
### Email berkualitas tinggi
Email berkualitas tinggi adalah email yang dianggap berharga dan ingin terima oleh penerima. Nilai berarti hal yang berbeda untuk penerima yang berbeda dan dapat datang dalam bentuk penawaran, konfirmasi pesanan, penerimaan, buletin, dll. Pada akhirnya, kemampuan pengiriman Anda bergantung pada kualitas email yang Anda kirim karena penyedia email memblokir email yang dianggap berkualitas rendah.
## Memiliki informasi di setiap waktu
Pengiriman Anda gagal, penerima Anda mengeluh tentang email Anda, atau Amazon SES berhasil memberikan email ke server surat penerima, Amazon SES membantu Anda untuk melacak masalah dengan menyediakan notifikasi dan dengan memungkinkan Anda untuk dengan mudah memantau statistik penggunaan Anda.
### Notifikasi
Ketika email terpental, penyedia email memberi tahu Amazon SES, dan Amazon SES memberi tahu Anda. Amazon SES memberi tahu Anda dari pentalan keras dan pentalan lunak bahwa Amazon SES tidak akan mencoba ulang. Banyak penyedia email yang juga meneruskan aduan, dan Amazon SES mengatur putaran umpan balik aduan dengan penyedia email utama sehingga Anda tidak perlu melakukannya. Amazon SES dapat memberi tahu Anda tentang pentalan, aduan, dan pengiriman yang berhasil dalam dua cara: Anda dapat mengatur akun Anda untuk menerima notifikasi melalui Amazon SNS, atau Anda dapat menerima notifikasi melalui email (hanya pentalan dan aduan). Untuk informasi lebih lanjut, lihat [Menyiapkan pemberitahuan acara untuk Amazon SES](monitor-sending-activity-using-notifications.md).
### Statistik penggunaan
Amazon SES menyediakan statistik penggunaan sehingga Anda dapat melihat pengiriman gagal Anda untuk menentukan dan menyelesaikan akar masalah. Anda dapat melihat statistik penggunaan Anda dengan menggunakan konsol Amazon SES atau dengan memanggil API Amazon SES. Anda dapat melihat seberapa banyak pengiriman, pentalan, aduan, dan email yang ditolak karena terinfeksi virus yang Anda miliki, dan Anda juga dapat melihat kuota pengiriman Anda untuk memastikan bahwa Anda tetap berada di dalamnya.
## Tingkatkan program pengiriman email Anda
Jika Anda mendapatkan sejumlah besar pentalan dan aduan, sekarang saatnya untuk menilai kembali strategi pengiriman email Anda. Ingatlah bahwa bouncing, keluhan, dan upaya yang berlebihan untuk mengirim email berkualitas rendah merupakan penyalahgunaan dan menempatkan Anda Akun AWS pada risiko penghentian. Pada akhirnya, Anda harus yakin bahwa Anda menggunakan Amazon SES untuk mengirim email berkualitas tinggi dan hanya mengirim email ke penerima yang ingin menerimanya.
## At-least-once pengiriman
Amazon SES menyimpan salinan pesan Anda di beberapa server untuk redundansi dan ketersediaan tinggi. Pada kesempatan yang jarang terjadi, salah satu server yang menyimpan salinan pesan mungkin tidak tersedia saat Anda menerima atau menghapus pesan.
Jika ini terjadi, salinan pesan tidak akan dihapus di server yang tidak tersedia tersebut, dan Anda mungkin mendapatkan salinan pesan itu lagi saat menerima pesan. Rancang aplikasi Anda menjadi idempoten (tidak boleh terpengaruh secara negatif saat memproses pesan yang sama lebih dari sekali).
# Praktik terbaik untuk mengirim email menggunakan Amazon SES
Cara Anda mengelola komunikasi email dengan pelanggan disebut sebagai *program email* Anda. Ada beberapa faktor yang dapat menyebabkan keberhasilan atau kegagalan program email Anda; faktor-faktor ini mungkin tampak membingungkan atau pelik pada awalnya. Namun, dengan memahami cara pengiriman email, dan mengikuti praktik terbaik tertentu, Anda dapat meningkatkan peluang email Anda berhasil mencapai kotak masuk pelanggan.
**Topics**
+ [Metrik keberhasilan program email](success-metrics.md)
+ [Mempertahankan reputasi pengirim yang positif](tips-and-best-practices.md)
# Metrik keberhasilan program email
Ada beberapa metrik yang membantu mengukur keberhasilan program email Anda.
**Topics**
+ [Pentalan](#metrics-bounce-rate)
+ [Aduan](#metrics-complaints)
+ [Kualitas pesan](#metrics-quality)
## Pentalan
*Pentalan* terjadi ketika email tidak dapat dikirim ke penerima yang dimaksudkan. Ada dua tipe pentalan: *pentalan keras* dan *pentalan lunak*. Pentalan keras terjadi ketika email tidak dapat dikirim karena masalah terus-menerus, seperti ketika alamat email tidak ada. Pentalan lunak terjadi ketika masalah sementara mencegah pengiriman email. Pentalan lunak dapat terjadi ketika penerima kotak masuk penuh, atau ketika server penerima sementara tidak tersedia. Amazon SES menangani pentalan lunak dengan mencoba kembali mengirimkan email pentalan lunak untuk jangka waktu tertentu.
Sangat penting bahwa Anda memantau jumlah pentalan keras dalam program email Anda, dan Anda menghapus alamat email pentalan keras dari daftar penerima Anda. Ketika penerima email mendeteksi pentalan keras tingkat tinggi, mereka menganggap bahwa Anda tidak tahu penerima Anda dengan baik. Akibatnya, tingkat pentalan keras yang tinggi dapat berdampak negatif terhadap kemampuan pengiriman pesan email Anda.
Panduan berikut dapat membantu Anda menghindari pentalan dan meningkatkan reputasi pengirim Anda:
+ Cobalah untuk menjaga tingkat pentalan keras Anda di bawah 5%. Semakin sedikit hard bounce dalam program email Anda, semakin besar kemungkinan ISPs akan melihat pesan Anda sebagai sah dan berharga. Tingkat ini harus dianggap sebagai tujuan yang masuk akal dan dapat dicapai, tetapi bukan aturan universal di semua. ISPs
+ Jangan pernah menyewa atau membeli daftar email. Daftar ini mungkin berisi sejumlah besar alamat yang tidak valid, yang dapat menyebabkan tingkat pentalan keras Anda meningkat secara drastis. Selain itu, daftar ini dapat berisi jebakan spam—alamat email yang secara khusus digunakan untuk menangkap pengirim yang tidak sah. Jika pesan Anda masuk dalam jebakan spam, tingkat pengiriman dan reputasi pengirim Anda dapat rusak tidak dapat dibatalkan.
+ Buat daftar Anda tetap mutakhir. Jika Anda belum mengirim email ke penerima Anda dalam waktu lama, cobalah untuk memvalidasi status pelanggan Anda melalui beberapa cara lain (seperti aktivitas masuk situs web atau riwayat pembelian).
+ Jika Anda tidak memiliki metode untuk memverifikasi status pelanggan Anda, pertimbangkan untuk mengirim email *win-back*. Sebuah email win-back yang khas menyebutkan bahwa Anda belum mendengar dari pelanggan dalam beberapa saat, dan mendorong pelanggan untuk mengonfirmasi bahwa mereka masih ingin menerima email Anda. Setelah mengirim email win-back, bersihkan semua penerima yang tidak merespons dari daftar Anda.
Ketika Anda menerima pentalan, sangat penting jika Anda merespons mereka dengan tepat dengan mengamati aturan berikut:
+ Jika alamat email mengalami pentalan keras, segera hapus alamat tersebut dari daftar Anda. Jangan mencoba untuk mengirim ulang pesan ke alamat yang mengalami pentalan keras. Pentalan keras yang berulang bertambah, dan akhirnya membahayakan reputasi Anda dengan ISP penerima.
+ Pastikan alamat yang Anda gunakan untuk menerima notifikasi pentalan dapat menerima email. Untuk informasi selengkapnya tentang pengaturan notifikasi pentalan dan aduan, lihat [Menyiapkan pemberitahuan acara untuk Amazon SES](monitor-sending-activity-using-notifications.md).
+ Jika email masuk datang kepada Anda dari ISP, bukan melalui server internal Anda sendiri, masuknya notifikasi pentalan dapat mendarat di folder spam Anda atau dihapus sepenuhnya. Idealnya, Anda tidak harus menggunakan alamat email yang di-host untuk menerima pentalan. Namun, jika Anda perlu, sering periksa folder spam, dan jangan menandai pesan pentalan sebagai spam. Di Amazon SES, Anda dapat menentukan alamat tempat notifikasi pentalan dikirim.
+ Biasanya, pentalan menyediakan alamat kotak surat yang menolak pengiriman. Namun, jika Anda memerlukan lebih banyak data terperinci untuk memetakan alamat penerima ke kampanye email tertentu, sertakan header X dengan nilai yang dapat Anda lacak kembali ke sistem pelacakan internal Anda. Untuk informasi lebih lanjut, lihat [Bidang header Amazon SES](header-fields.md).
## Aduan
Aduan terjadi saat penerima email mengeklik tombol "Tandai sebagai Spam" (atau yang setara) di klien email berbasis web mereka. Jika Anda mengumpulkan sejumlah besar aduan ini, ISP mengasumsikan bahwa Anda mengirim spam. Hal ini berdampak negatif pada tingkat kemampuan pengiriman dan reputasi pengirim Anda. Beberapa, tetapi tidak semua, ISPs akan memberi tahu Anda ketika keluhan dilaporkan; ini dikenal sebagai *loop umpan balik*. Amazon SES secara otomatis meneruskan keluhan dari loop umpan balik penawaran ISPs itu kepada Anda.
Panduan berikut dapat membantu Anda menghindari aduan dan meningkatkan reputasi pengirim Anda:
+ Cobalah untuk mempertahankan tingkat aduan Anda di bawah 0,1%. Semakin sedikit keluhan dalam program email Anda, ISPs semakin besar kemungkinan pesan Anda sah dan berharga. Tingkat ini harus dianggap sebagai tujuan yang masuk akal dan dapat dicapai, tetapi bukan aturan universal di semua. ISPs
+ Jika pelanggan mengeluh tentang email pemasaran, Anda harus segera berhenti mengirim email pemasaran pelanggan. Namun, jika program email Anda juga mencakup tipe email lain (seperti notifikasi atau email transaksional), mungkin dapat diterima untuk terus mengirim tipe pesan tersebut ke penerima yang mengeluarkan aduan.
+ Seperti pentalan keras, jika Anda memiliki daftar yang belum pernah Anda kirim email dalam beberapa saat, pastikan penerima memahami alasan mereka menerima pesan Anda. Kami merekomendasikan Anda mengirim pesan selamat datang yang mengingatkan mereka tentang Anda dan alasan Anda menghubungi mereka.
Ketika Anda menerima aduan, sangat penting jika Anda merespons mereka dengan tepat dengan mematuhi aturan berikut:
+ Pastikan alamat yang Anda gunakan untuk menerima notifikasi aduan dapat menerima email. Untuk informasi selengkapnya tentang pengaturan notifikasi pentalan dan aduan, lihat [Menyiapkan pemberitahuan acara untuk Amazon SES](monitor-sending-activity-using-notifications.md).
+ Pastikan jika notifikasi aduan Anda tidak ditandai sebagai spam oleh ISP atau sistem surat Anda.
+ Notifikasi aduan biasanya berisi isi email; hal ini berbeda dari notifikasi pentalan, yang hanya mencakup header email. Namun, dalam notifikasi aduan, alamat email dari individu yang mengeluarkan aduan dihapus. Gunakan header X kustom atau pengidentifikasi khusus yang disematkan di isi email sehingga Anda dapat mengidentifikasi alamat email yang mengeluarkan aduan. Teknik ini memudahkan untuk mengidentifikasi alamat yang mengadu sehingga Anda dapat menghapusnya dari daftar penerima Anda.
## Kualitas pesan
Penerima email menggunakan *filter konten* untuk mendeteksi atribut tertentu dalam pesan Anda untuk mengidentifikasi pesan Anda sah atau tidak. Filter konten ini secara otomatis meninjau konten pesan Anda untuk mengidentifikasi sifat-sifat umum dari pesan berbahaya yang tidak diinginkan. Amazon SES menggunakan teknologi pemfilteran konten untuk membantu mendeteksi dan memblokir pesan yang berisi malware sebelum dikirim.
Jika filter konten penerima email menentukan jika pesan Anda berisi karakteristik spam atau email berbahaya, pesan Anda kemungkinan besar akan ditandai dan dialihkan dari kotak masuk penerima.
Ingat hal berikut saat merancang email Anda:
+ Filter konten modern cerdas, terus beradaptasi dan berubah. Filter tidak bergantung pada set aturan yang telah ditetapkan. Layanan pihak ketiga seperti [ReturnPath](https://returnpath.com/)atau [Litmus](https://litmus.com/) dapat membantu mengidentifikasi konten dalam email Anda yang dapat memicu filter konten.
+ [http://uribl.com/](http://uribl.com/)
+ Hindari menggunakan penyingkat tautan. Pengirim berbahaya dapat menggunakan penyingkat tautan untuk menyembunyikan tujuan tautan yang sebenarnya. Ketika ISPs memperhatikan bahwa layanan pemendekan tautan — bahkan yang paling terkemuka — digunakan untuk tujuan jahat, mereka mungkin menolak akses ke layanan tersebut sama sekali. Jika email Anda berisi tautan ke layanan penyingkat tautan yang telah ditambahkan ke daftar penyangkalan, tautan tersebut tidak akan masuk ke kotak masuk pelanggan, dan keberhasilan kampanye email Anda akan terganggu.
+ Uji setiap tautan di email Anda untuk memastikan jika tautan tersebut mengarah ke halaman yang dimaksud.
+ Pastikan situs web Anda menyertakan dokumen Kebijakan Privasi dan Ketentuan Penggunaan, dan dokumen-dokumen tersebut mutakhir. Ini adalah praktik yang baik untuk menautkan ke dokumen ini dari setiap email yang Anda kirim. Menyediakan tautan ke dokumen-dokumen ini menunjukkan bahwa Anda tidak menyembunyikan apa pun dari pelanggan Anda, yang dapat membantu membangun hubungan kepercayaan.
+ Jika Anda berencana untuk mengirim konten frekuensi tinggi (seperti pesan "transaksi harian"), pastikan konten email Anda berbeda dengan setiap deployment. Ketika Anda mengirim pesan dengan frekuensi tinggi, Anda harus memastikan bahwa pesan tersebut tepat waktu dan relevan, bukannya berulang-ulang dan mengganggu.
# Mempertahankan reputasi pengirim yang positif
Di Amazon SES, reputasi pengirim mengacu pada kredibilitas dan kepercayaan pengirim email seperti yang dirasakan oleh penyedia email dan filter spam. Ini adalah ukuran seberapa besar kemungkinan email Anda dianggap sah dan berhasil dikirim ke kotak masuk penerima.
Bagian berikut memperkenalkan prinsip pengiriman email inti yang harus Anda perhatikan untuk memastikan bahwa komunikasi email Anda menjangkau audiens yang dituju sambil mempertahankan reputasi pengirim yang baik.
## Pertimbangan alamat domain dan "Dari"
+ Pikirkan baik-baik alamat tempat Anda mengirim email. Alamat "Dari" adalah salah satu bagian pertama dari informasi yang dilihat penerima Anda, dan karena itu dapat meninggalkan kesan pertama yang abadi. Selain itu, beberapa ISPs mengaitkan reputasi Anda dengan alamat “Dari” Anda.
+ Pertimbangkan untuk menggunakan subdomain untuk tipe komunikasi berbeda. Sebagai contoh, asumsikan Anda mengirim email dari domain *example.com*, dan Anda berencana untuk mengirim kedua pesan pemasaran dan transaksional. Daripada mengirim semua pesan Anda dari *example.com*, kirim pesan pemasaran Anda dari subdomain seperti *marketing.example.com*, dan pesan transaksional Anda dari subdomain seperti *orders.example.com*. Subdomain unik mengembangkan reputasinya sendiri. Menggunakan subdomain mengurangi risiko kerusakan reputasi Anda jika, misalnya, komunikasi pemasaran Anda mendarat di perangkap spam atau memicu filter konten.
+ Jika Anda berencana untuk mengirim pesan dalam jumlah besar, jangan mengirim pesan tersebut dari alamat berbasis ISP seperti *sender@hotmail.com*. Jika ISP melihat volume besar pesan yang berasal dari *sender@hotmail.com*, email tersebut diperlakukan berbeda dari email yang berasal dari domain pengiriman email keluar yang Anda miliki.
+ Bekerja sama dengan registrar domain Anda untuk memastikan bahwa informasi WHOIS untuk domain Anda akurat. Mempertahankan catatan yang jujur dan up-to-date WHOIS menunjukkan bahwa Anda menghargai transparansi, dan memungkinkan pengguna untuk dengan cepat mengidentifikasi apakah domain Anda sah atau tidak.
+ Hindari menggunakan alamat *tidak ada balasan*, seperti *no-reply@example.com*, sebagai alamat "Dari" atau "Balasan ke" Anda. Menggunakan alamat email *no-reply@* mengirimkan pesan yang jelas kepada penerima Anda: bahwa Anda tidak menawarkan cara untuk menghubungi Anda, dan Anda tidak tertarik dengan umpan balik mereka.
## Autentikasi
+ Autentikasi domain Anda dengan [SPF](send-email-authentication-spf.md) dan SenderID. Metode autentikasi ini mengonfirmasi ke penerima email bahwa setiap email yang Anda kirim sebenarnya dari domain yang diklaimnya berasal.
+ Tandatangani surat keluar Anda dengan [DKIM](send-email-authentication-dkim.md). Langkah ini mengonfirmasi kepada penerima bahwa konten belum diubah saat transit antara pengirim dan penerima.
+ Anda dapat menguji pengaturan autentikasi Anda untuk kedua SPF dan DKIM dengan mengirim email ke alamat email berbasis ISP yang Anda miliki, seperti akun Gmail atau Hotmail pribadi, dan kemudian melihat header pesan. Header menunjukkan upaya Anda untuk mengautentikasi dan menandatangani pesan berhasil.
## Membangun dan mempertahankan daftar Anda
+ Menerapkan strategi keikutsertaan ganda. Saat pengguna mendaftar untuk menerima email dari Anda, kirimi mereka pesan dengan tautan konfirmasi, dan jangan mulai mengirimi mereka email hingga mereka mengonfirmasi alamat mereka dengan mengeklik tautan tersebut. Strategi keikutsertaan ganda membantu mengurangi jumlah pentalan keras yang dihasilkan dari kesalahan ketik.
+ Saat mengumpulkan alamat email dengan formulir berbasis web, lakukan validasi minimal pada alamat tersebut saat pengiriman. Sebagai contoh, pastikan bahwa alamat yang Anda kumpulkan terbentuk dengan baik (yaitu, mereka berada dalam format *recipient@example.com*), dan mereka merujuk ke domain dengan catatan MX yang valid.
+ Gunakan dengan hati-hati saat memungkinkan input yang ditetapkan pengguna untuk diteruskan ke Amazon SES tanpa diperiksa. Pendaftaran forum dan pengiriman formulir menghadirkan risiko unik karena konten benar-benar dibuat pengguna, dan spammer dapat mengisi formulir dengan konten mereka sendiri. Anda bertanggung jawab untuk memastikan bahwa Anda hanya mengirim email dengan konten berkualitas tinggi.
+ Hal ini sangat tidak mungkin alias standar (seperti *postmaster@*, *abuse@*, atau *noc@*) akan pernah mendaftar untuk email Anda dengan sengaja. Pastikan jika Anda hanya mengirim pesan kepada orang-orang nyata yang benar-benar ingin menerima pesan Anda. Aturan ini berlaku terutama untuk alias standar, yang biasanya disediakan untuk pengawas email. Alias ini dapat ditambahkan ke daftar Anda sebagai bentuk sabotase, untuk merusak reputasi Anda.
## Kepatuhan
+ Perhatikan hukum dan peraturan pemasaran email dan anti-spam di negara dan wilayah tempat Anda mengirim email. Anda bertanggung jawab untuk memastikan bahwa email yang Anda kirim mematuhi hukum ini. Panduan ini tidak mencakup hukum-hukum ini, jadi penting bagi Anda untuk menelitinya. Untuk daftar hukum, lihat [Undang-Undang Spam Email menurut Negara](https://en.wikipedia.org/wiki/Email_spam_legislation_by_country) di Wikipedia.
+ Selalu berkonsultasi dengan pengacara untuk mendapatkan nasihat hukum.