Apa itu deferred email?

Deferred email adalah pesan yang untuk sementara ditolak oleh server penerima, dengan permintaan agar pengirim mencoba lagi nanti. Hal ini ditandai oleh respons 4xx SMTP, dan ini bukan kegagalan: alamat biasanya valid dan email masih dalam proses pengiriman. Inilah perbedaan utama dari bounce, yaitu penolakan permanen dengan kode 5xx. Dengan deferral, sistem pengiriman Anda menyimpan pesan tersebut dan mencoba ulang secara terjadwal sampai server menerimanya atau menyerah.

Apa perbedaan deferral dan bounce?

Perbedaannya terletak pada kode respons SMTP dan apa yang dijanjikannya. Kode 4xx berarti "not now, try later." Kode 5xx berarti "no, and do not bother trying again." Deferral membuka peluang untuk dicoba lagi; bounce menutupnya.

Karena pesan masih dalam antrean dan belum dikembalikan, deferral tidak terlihat oleh sebagian besar penerima. Email hanya tiba sedikit lebih lambat. Untuk perbedaan di sisi penolakan permanen, lihat apa itu bounced email.

Apa penyebab email ditunda?

Deferral adalah cara server penerima memperlambat Anda atau memberi dirinya waktu. Penyebab umumnya:

• Greylisting. Server sengaja menunda percobaan pertama dari pengirim yang belum dikenal, dengan logika bahwa sistem email asli akan mencoba ulang sedangkan banyak alat spam tidak. Percobaan ulang Anda biasanya berhasil.
• Pembatasan laju permintaan dan throttling. Penyedia kotak masuk membatasi jumlah email yang mereka terima dari pengirim tertentu dalam jangka waktu tertentu. Melebihi batas itu, sisanya ditunda sampai jangka waktu berikutnya.
• Masalah sementara pada server penerima. Server penerima sedang kelebihan beban, dalam pemeliharaan, atau mengalami gangguan sementara. Server menunda pengiriman daripada kehilangan email Anda.
• Throttling berbasis reputasi. Penyedia membatasi pengirim yang belum dipercaya, dan ini paling berdampak pada domain baru atau yang sudah lama tidak aktif. Domain yang masih membangun reputasi akan mengalami lebih banyak deferral sampai memiliki rekam jejak.

Penyebab terakhir inilah alasan deferral sering terjadi di masa awal domain pengirim. Solusinya adalah kesabaran dan peningkatan volume secara bertahap; cara melakukan warm up domain email baru membahas jadwal yang mencegah throttling menjadi masalah lebih besar.

Apa yang terjadi setelah deferral?

Message transfer agent (MTA, sistem yang mengirimkan email Anda) menyimpan pesan yang ditunda dan mencoba ulang secara terjadwal. Percobaan awal dilakukan dengan cepat; percobaan berikutnya makin berjarak, sering kali berjam-jam, agar server penerima punya waktu menyelesaikan penyebab penundaan. Sebagian besar deferral selesai dengan sendirinya dalam beberapa percobaan pertama, sehingga Anda tidak perlu panik atau mengirim ulang pesan secara manual: pengiriman ulang manual hanya menambah duplikat di antrean.

Jika server penerima terus menunda melampaui jendela percobaan ulang, MTA akhirnya berhenti mencoba dan mengubah pesan menjadi bounce. Pada titik itu, masalah sementara telah menjadi permanen, dan alamat tersebut harus diperlakukan seperti hard bounce lainnya. Jadi deferral sebaiknya dibaca sebagai peringatan: beberapa deferral itu wajar, tetapi lonjakan besar, terutama yang terkait reputasi dan throttling, menandakan penyedia penerima belum nyaman dengan volume atau reputasi Anda.

Apa yang harus dilakukan pengirim terhadap deferral?

Utamanya, biarkan logika percobaan ulang platform pengiriman Anda bekerja. Selain itu, langkah yang berguna adalah mengurangi throttling yang menyebabkan deferral sejak awal.

• Perhatikan polanya, bukan kejadian tunggal. Satu deferral bukan masalah. Lonjakan yang terkonsentrasi pada satu penyedia kotak masuk menunjukkan throttling atau masalah reputasi dengan penyedia tersebut secara khusus.
• Perlambat peningkatan volume. Jika domain atau IP baru mengalami throttling, Anda mengirim terlalu banyak terlalu cepat. Tingkatkan volume secara bertahap agar penyedia dapat membangun kepercayaan.
• Jaga kesehatan pengiriman Anda. Autentikasi yang kuat, daftar yang bersih, dan penerima yang aktif berinteraksi semuanya menurunkan risiko throttling berbasis reputasi. Ini adalah dasar yang sama dalam praktik terbaik deliverability email.
• Periksa log Anda. Bird mencatat setiap deferral beserta kode respons dan alasannya, sehingga Anda dapat melihat penyedia mana yang menunda dan mengapa.

Panduan events mendokumentasikan tipe event deferral dan bounce, dan log email memungkinkan Anda melacak pesan individual melalui setiap percobaan pengirimannya.

FAQ

Apakah deferred email hilang?

Tidak. Pesan yang ditunda masih dalam antrean dan akan dicoba ulang secara otomatis. Sebagian besar deferral selesai dalam beberapa percobaan pertama dan email tiba sedikit lebih lambat dari biasanya.

Apakah saya perlu mengirim ulang deferred email?

Tidak. Sistem pengiriman Anda mencoba ulang sesuai jadwalnya sendiri. Mengirim ulang secara manual hanya membuat duplikat di antrean dan dapat memperburuk throttling.

Kapan deferral berubah menjadi bounce?

Ketika percobaan ulang terus gagal melampaui jendela percobaan ulang MTA. Pada titik itu, sistem menyerah dan mengubah pesan yang ditunda menjadi bounce, yang harus Anda perlakukan sebagai kegagalan permanen.

Mengapa domain baru mendapat begitu banyak deferral?

Penyedia kotak masuk membatasi pengirim yang belum dipercaya, dan domain baru belum memiliki rekam jejak. Melakukan warm up domain secara bertahap membangun kepercayaan tersebut dan menurunkan tingkat deferral.

Langkah selanjutnya

Deferral adalah bagian normal dari cara email bergerak, dan respons yang tepat biasanya adalah menunggu dan memantau. Biarkan percobaan ulang berjalan, tingkatkan volume domain baru secara perlahan, dan perlakukan sekumpulan deferral sebagai sinyal tentang reputasi Anda di penyedia tertentu. Panduan events dan log email adalah tempat Anda melihat deferral saat terjadi dan memantau proses percobaan ulang Anda.