Kể tên một lý do chính đáng cho việc thất bại ngay lập tức trên mã SMTP 4xx

Tôi thực sự tò mò về điều này. Câu hỏi (đánh dấu đậm):

Ai đó có thể đặt tên MỘT LÝ DO TỐT để máy chủ email của họ được thiết lập vĩnh viễn thành tự động không thành công / thất bại ngay lập tức trên mã 4xx không?

Bởi vì thật lòng mà nói, có vẻ như các thiết lập "của họ" đã bị phá vỡ. SMTP không phải là tin nhắn tức thời. Ngừng đối xử với nó như IRC hoặc Jabber hoặc MSN hoặc insert-IM-Technology-here . Tôi không biết những gì sở hữu mọi người để có tâm lý "NGAY LẬP TỨC HOẶC FAIL" với các thiết lập SMTP, nhưng họ cần ngừng làm điều đó. Nó chỉ đơn giản là phá vỡ mọi thứ. Cứ hai hoặc ba năm, tôi lại vấp phải điều này. Ai đó, ở đâu đó, đã quyết định theo trí tuệ vô hạn của họ rằng mã 4xx là thất bại ngay lập tức, và đột nhiên OMGWTFBBQ INTARNETZ LÀ BORKEN, HALP SKY ĐANG BỊ thay vì "ồ, nó sẽ thử lại giao hàng trong khoảng 30 phút". Nó làm tôi ngạc nhiên khi nó đột nhiên trở thành vấn đề "của tôi" mà một tin nhắn sẽ không gặp phải, cấu hình sai dịch vụ SMTP của họ.

NẾU có một lý do chính đáng để máy chủ của bạn được thiết lập vĩnh viễn theo cách này, thì câu trả lời tốt đầu tiên sẽ nhận được kiểm tra.

NẾU không có lý do chính đáng (và tôi nghi ngờ là không có), thì câu trả lời đúng đắn đầu tiên nếu nghe vẫn còn thiếu logic sẽ nhận được kiểm tra.

Tôi đã thiết lập nó một lần theo cách đó bởi vì chủ sở hữu muốn biết khi nào email sẽ bị trì hoãn và nếu vậy anh ta muốn thay đổi văn bản của email. Điều này là cho một giao dịch thẳng thắn để tôi có thể hiểu sự cần thiết của tính kịp thời. Khác với những thứ như thế tôi không thể tưởng tượng được tại sao (và tôi nghĩ đó là một lần trong một thiết lập mặt trăng xanh)

Từ 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.

Rõ ràng là 4xx chỉ nên được gửi để phản hồi vấn đề tạm thời (tạm thời là từ ngữ xấu). Do đó, không có lý do chính đáng nào để coi đó là một lỗi ngay lập tức . Nó nên được trả lời là thử lại thường xuyên.

Như đã nói, việc sử dụng quá mức in đậm và in nghiêng cho thấy bạn không chỉ coi trọng vấn đề này mà còn cá nhân. Điều tốt nhất tôi có thể đề nghị là hãy thư giãn và đừng quá buồn bã và vượt qua sự ngu ngốc của người khác.

Khi ai đó phàn nàn chỉ ra rằng một phần của RFC (bỏ qua thực tế rằng RFC không phải là một tiêu chuẩn) và nhắc nhở họ rằng bạn không kiểm soát được cách người khác thiết lập hệ thống của họ.

Nghĩ về nó, tôi có thể nghĩ rằng có thể có một số loại tấn công DoS nếu được phát ra từ bên trong nơi khách hàng gửi một đống email đến các máy chủ smtp không hợp lệ. Điều này sẽ khiến máy chủ thư bắt đầu tải thêm vào chính nó khi nó tiếp tục gửi lại.

Tôi sẽ không gọi đó là lý do chính đáng, nhưng có lẽ ít nhất đó là "âm thanh tốt"? :-)

Có thể một lý do khác có thể là "Nếu lần đầu tiên nó không hoạt động, có lẽ nó sẽ không hoạt động, vì vậy hãy cho người dùng biết ngay. Và tôi không biết làm thế nào để thông báo rằng nó sẽ tiếp tục thử lại" . Điều đó nghe có vẻ còn khập khiễng hơn đối với tôi ...