5
이론적으로 RFC (Request For Comments) 세트에는 개발자가 SMTP 클라이언트를 작성하는 데 필요한 모든 것이 포함되어 있습니다. 그러나 고려해야 할 RFC와 무시할 수있는 RFC를 아는 것이 항상 쉬운 것은 아닙니다.SMTP 클라이언트 개발시 고려해야 할 RFC는 무엇입니까?
누구나 RFC 로드맵을 통해 개발자가이를 조정할 수 있습니까? RFC 로드맵에 의해, 내 말은 :
이- 필요는 RFC의 전체 목록은 SMTP 클라이언트를 개발 읽고 하기 위해, 이해 될 수있다.
- 이 대체되었으므로 을 더 이상 고려하지 않아도되는 RFC의 표시.
- 관련 RFC의 요약.
- 관련 RFC에 대한 자세한 내용은 입니다.
- 에 대한 논리적 순서 표시는 관련 RFC를 읽고 이해합니다.
정말 그 질문에 대한 이유입니다. RFC에 집중하는 것은 너무나 쉽습니다. 나중에 대부분 또는 모든 것이 다른 RFC에 의해 대체되었음을 알기 위해서입니다. 그런 다음 SMTP 서버가 RFC를 구현할 때 지연 문제가 있습니다. 이러한 구현 지연으로 인해 표준 설정 용어로 대체되었지만 이전 RFC에 포함 된 내용을 잊지 않아도되는 경우가 있습니다. –
이점은 새로운 RFC가 오래된 언어를 분명히하고 더 완벽하다는 것입니다. 스팸 엔진이나 MTA가 아닌 SMTP 클라이언트 만 만들고 있기 때문에 필요한 모든 기능을 갖추고 있어야합니다. 이것은 글쓰기가 MTA 나 스팸 엔진이라면 훨씬 더 복잡해집니다. 많은 anit-spam 기술이 공개되어 있지만 많은 사람들은 그렇지 않습니다. – LamonteCristo
새 버전은 일반적으로 무엇이 변경되었으며 어떻게 적용해야 하는지를 대략적으로 설명합니다. 오래된 RFC가 폐기 된 후에는 새 RFC에 충실하는 것이 안전해야합니다. – tripleee