Sebutkan satu alasan bagus untuk segera gagal pada kode SMTP 4xx

Saya sangat ingin tahu tentang ini. Pertanyaannya (highlighed in bold):

Dapatkah seseorang menyebutkan SATU ALASAN BAIK untuk memiliki server email mereka yang disetel secara otomatis ke gagal-otomatis / gagal-langsung pada kode 4xx?

Karena terus terang, sepertinya pengaturan "mereka" rusak. SMTP bukan Pesan Instan. Berhentilah memperlakukannya seperti IRC atau Jabber atau MSN atau masukkan-teknologi-IM di sini . Saya tidak tahu apa yang membuat orang memiliki mentalitas "PENGIRIMAN SEGERA ATAU GAGAL" dengan pengaturan SMTP, tetapi mereka harus berhenti melakukan itu. Itu hanya merusak segalanya. Setiap dua atau tiga tahun, saya menemukan ini. Seseorang, di suatu tempat, telah memutuskan dalam kebijaksanaan tak terbatas mereka bahwa kode 4xx adalah kegagalan langsung, dan tiba-tiba OMGWTFBBQ THE INTARNETZ BORKEN, HALP SKY IS FALLING alih-alih "oh, itu akan mencoba kembali pengiriman dalam waktu sekitar 30 menit". Ini mengherankan saya bagaimana tiba-tiba menjadi masalah "saya" bahwa pesan tidak akan melalui, layanan SMTP "mereka" salah konfigurasi.

JIKA ada alasan yang sah untuk mengatur server Anda secara permanen dengan cara ini, maka jawaban pertama yang baik akan mendapatkan cek.

JIKA tidak ada alasan yang baik (dan saya kira tidak ada), maka jawaban pertama yang terdengar bagus-jika-masih-cacat-logis akan mendapatkan cek.

Saya sudah mengaturnya sekali seperti itu karena pemilik ingin tahu kapan email akan ditunda, dan jika demikian dia ingin mengubah teks email. Ini untuk perdagangan, jadi saya bisa mengerti perlunya ketepatan waktu. Selain sesuatu seperti itu saya tidak bisa membayangkan mengapa (dan saya pikir itu sekali dalam pengaturan bulan biru)

Dari RFC:

4.X.X   Persistent Transient Failure

   A persistent transient failure is one in which the message as
   sent is valid, but some temporary event prevents the successful
   sending of the message.  Sending in the future may be successful.

Sudah cukup jelas bahwa 4xx hanya boleh dikirim sebagai respons terhadap masalah sementara (sementara kata-kata buruk). Karena itu, tidak ada alasan yang dapat dibenarkan untuk memperlakukannya sebagai kesalahan langsung . Ini harus ditanggapi sebagai retries rutin.

Dengan itu, penggunaan huruf tebal dan miring yang berlebihan menyarankan Anda menangani masalah ini tidak hanya secara serius tetapi juga secara pribadi. Yang terbaik yang bisa saya sarankan adalah hanya bersantai dan tidak menjadi begitu marah dan bergantung pada kebodohan orang lain.

Ketika seseorang mengeluh, tunjukkan saja bagian RFC itu (tinggalkan fakta bahwa RFC bukan standar) dan ingatkan mereka bahwa Anda tidak memiliki kendali atas bagaimana orang lain mengatur sistem mereka.

Kalau dipikir-pikir, saya mungkin bisa berpikir mungkin ada semacam serangan DoS jika dilontarkan dari dalam di mana klien mengirimkan banyak sekali email ke server smtp yang dikenal tidak valid. Ini akan menyebabkan server mail mulai memuat lebih banyak pada dirinya sendiri karena terus mencoba mengirim ulang.

Saya tidak akan menyebut saya alasan yang bagus, tapi mungkin itu setidaknya "terdengar bagus"? :-)

Mungkin alasan lain mungkin "Jika tidak bekerja pertama kali, mungkin tidak akan, jadi mari beri tahu pengguna segera. Dan saya tidak tahu bagaimana membuatnya waspada bahwa itu akan terus mencoba lagi" . Yang satu itu terdengar lebih lemah lagi bagiku ...