Postfix(및 기타 많은 것)는 sendmail compatible interface
자신이 직접 sendmail 구현을 작성하고 싶기 때문에 이것이 실제로 무엇을 의미하는지 알고 싶습니다. sendmail 호환성이 실제로 무엇을 의미하는지 설명하는 RFC와 같은 것이 있습니까? 어떤 주장을 뒷받침해야 할까요?
답변1
공식적인 사양은 없지만 실제로 "sendmail 호환 인터페이스"는 이름이 로컬 메일 주입 에이전트가 포함된 MTA가 있고 sendmail
실제 것을 그것으로 교체하면 sendmail(8)
변경 사항을 인식하지 못한 채 모든 것이 계속 작동함을 의미합니다. 이는 최소한 , 및 sendmail(8)
옵션을 구현하고 와 동일한 형식의 메시지를 수락하는 것을 의미합니다.-t
-i
-oi
sendmail(8)
그리고 다시 한 번, 대체 항목을 작성하고 있으므로 관련된 모든 RFC에 대해 꽤 잘 알고 계시지 않습니까? :)
답변2
이 경우 "sendmail 호환성"은 단지 RFC 호환성에 관한 것이 아니라 일단 postfix가 설치되면 대부분의 기본적인 "sendmail-familiar" 명령을 실행할 수 있고 postfix는 유사한 결과(예: "sendmail")를 반환한다는 사실에 관한 것입니다. -bt" 또는 "mailq" 등). 장점은 postfix를 실행할 수 있고 sendmail을 사용하려는 모든 소프트웨어는 postfix를 사용하고 있다는 사실을 알지 못한 채 계속 작동한다는 것입니다.
SMTP MTA에 글을 쓰지 말 것을 강력히 경고합니다. RFC는 길고 여러 번 개정되었으며 다소 복잡합니다. 나는 "C"와 어셈블러로 대량 전송을 위한 MTA를 작성했고 복잡성과 진화하는 RFC가 때때로 어려운 일이었기 때문에 이것을 알고 있습니다. 암호화, 도메인 키, DKIM, SPF 및 DMARC가 추가되면 복잡성이 가중됩니다. 또한, sendmail-MTA가 아닌 다른 많은 MTA도 어느 시점에서는 RFC를 위반합니다. 모든 것이 "사실상의" 표준인 sendmail과 호환되어야 합니다.
내가 운영하는 시스템은 매달 수십억 개의 암호화된 메시지를 보냅니다.아무것도 없다sendmail보다 메일 볼륨을 더 빠르고 더 잘 처리하거나 관리하기가 더 쉽습니다. Sendmail은 약간 "신비적"이지만 몇 가지 기본 사항을 이해하면 관리 및 유지 관리가 쉽습니다.