SMTP 4xx 코드에서 즉시 실패하는 좋은 이유 한 가지를 말하십시오.

정말 궁금합니다. 질문 (굵게 표시) :

ONE GOOD REASON이라는 이름을 가진 사람이 이메일 서버가 4xx 코드에서 자동 실패 / 즉시 실패로 영구적으로 설정되도록 할 수 있습니까?

솔직히 말해서 "그들의"설정이 기본적으로 깨져있는 것처럼 들립니다. SMTP는 인스턴트 메시징이 아닙니다. IRC, Jabber 또는 MSN 또는 insert-IM-technology-here 처럼 취급하지 마십시오 . SMTP 설정을 사용하여 "즉각적 배달 또는 실패"사고 방식을 갖기 위해 사람들이 무엇을 소유하고 있는지는 모르지만 그만 두어야합니다. 그냥 무너져 버립니다. 2 년 또는 3 년마다 나는 이것에 걸려 넘어졌다. 누군가 어딘가에 4xx 코드가 즉각적인 오류라는 무한한 지혜로 결정하고 갑자기 OMGWTFBBQ INTARNETZ는 보케, HALP SKY는 "오, 약 30 분 후에 배달을 다시 시도합니다"대신에 실패합니다. 메시지가 전달되지 않는 "나의"문제가 갑자기 발생하는 것은 놀랍습니다. "그들의"SMTP 서비스가 잘못 구성되었습니다.

서버를 이런 식으로 영구적으로 설정해야하는 합당한 이유가있는 경우 첫 번째 정답이 확인됩니다.

타당한 이유 가 없다면 (그리고 나는 그렇지 않다고 생각 될 경우), 여전히 소리가 잘 나지 않는 첫 번째 대답은 점검을받을 것입니다.

소유자가 이메일이 지연 될시기를 알고 싶어하고 이메일 텍스트를 변경하고 싶었 기 때문에 한 번 설정했습니다. 이것은 거래소를위한 것이 었으므로 적시성에 대한 필요성을 이해할 수있었습니다. 그런 이유 외에는 왜 그런지 상상할 수 없습니다 (블루 문 설정에서 한 번이라고 생각했습니다)

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.

4xx는 일시적인 (일시적인 나쁜 표현) 문제에 대한 응답으로 만 전송되어야한다는 것이 분명합니다. 따라서 즉각적인 오류 로 취급 할만한 정당한 이유가 없습니다 . 일상적인 재 시도에 응답해야합니다.

굵은 체와 이탤릭체를 과도하게 사용하면이 문제를 진지하게뿐만 아니라 개인적으로도 받아 들일 수 있습니다. 내가 제안 할 수있는 최선의 방법은 긴장을 풀고 너무 화 내지 않고 다른 사람의 관용구에 빠지지 않는 것입니다.

누군가 불만을 제기하면 RFC의 해당 부분을 지적하고 (RFC가 표준 이 아니라는 사실을 제외하고 ) 다른 사람이 시스템을 설정하는 방법을 제어 할 수 없음을 상기시킵니다.

클라이언트가 알려진 유효하지 않은 smtp 서버에 전자 메일을 대량으로 보내는 내부에서 시작된 경우 일종의 DoS 공격이있을 수 있다고 생각할 수 있습니다. 이로 인해 메일 서버는 계속 재전송을 시도함에 따라 더 많은로드를 시작하게됩니다.

나는 그것이 좋은 이유라고 부르지는 않았지만, 아마도 적어도 "좋은 소리"일까요? :-)

어쩌면 또 다른 이유는 "처음으로 작동하지 않으면 작동하지 않을 것이므로 사용자에게 즉시 알려주십시오. 그리고 계속 재 시도 할 것임을 알리는 방법을 모르겠습니다." . 그래도 하나 더 절름발이 소리 ..