메일 대기열 재시도 간격 사례


8

맞춤 메일 대기열을 구성하고 있습니다. 메일을 보내는 중에 오류가 발생할 수 있습니다. 일반적으로 메일이 목적지에 도달하지 못한 이유를 알 수 없습니다. 따라서 가장 간단한 해결책은 메일을 다시 보내려고 시도하는 것입니다. 입에서 알고있는 알고리즘은 다음과 같습니다.

  • 1 분, 2 분, 4 분 등의 시간에 다음 재 시도를 위해 대기열에 시간을 복제하십시오.
  • 5 분, 5 분, 10 분, 30 분 등 일련의 간격을 지정하십시오 (이전 옵션의 일반적인 경우).

어떤 시점에서 메일을 다시 보내려고해도 무의미합니다. 어쨌든, 시스템은 발송되지 않은 메일에 대한 로그를 포함합니다.

이 문제에 대한 모범 사례에 대해 무엇을 알고 있습니까? "유효한"홀드 간격은 무엇입니까? 적어도 간격을 선택하기 위해 고려해야 할 사실은 무엇입니까?

답변:


6

당신은 해야한다 : 명시 적으로 재시도 전략을 구현하는 방법을 말한다 RFC 5321에 따라 http://tools.ietf.org/html/rfc5321#section-4.5.4을

자신의 메일 서버를 구현하려고 할 때이 RFC를 완전히 읽고 이해해야합니다. 그러나 자신의 메일 서버 (클라이언트)를 구현할 필요가 거의 없다고 명시 적으로 강조해야합니다. 수십 년 동안 생산적인 기존 솔루션이 이미 많이 있습니다. 따라서 처음부터 시작하는 대신 기존 소프트웨어를 사용하십시오. 당신이 겪게 될 어려움은 가치가 없습니다. IPv6에 대해서도 알고 있습니까? 그렇지 않다면!


3
물론 RFC를 고수해야 할 의무는 없지만 언젠가 인터넷에서 시스템을 작동해야하는 경우에 권장됩니다. 자체 메일 대기열을 구현해야하는 이유가있을 수 있지만, 메일 서버 소프트웨어에 사용 된 기존 코드를 바퀴를 재발 명하는 대신 재사용해야한다는 데 동의합니다.
the-wabbit
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.