나는 사용자에게 이메일 알림을 보내려는 웹 기반 애플리케이션을 가지고 있습니다. Windows 2016 Standard edition에 IIS SMTP 역할을 추가했습니다. 이메일 전송을 위한 Exchange 서버와 같이 SMTP 서버 외에 다른 것이 필요합니까? 다시 한 번 명확히 말씀드리지만 사용자에게 이메일만 보내면 되며 이를 통해 이메일을 받을 수는 없습니다.
Windows Server 2016의 IIS smtp 역할은 교환 서버나 스마트 호스트 없이 인터넷으로 직접 메일을 보낼 수 있습니까?
답변1
적절한 SMTP를 사용하는 모든 것은 이메일을 인터넷으로 보낼 수 있습니다. 그러나 귀하가 보내는 이메일을 누군가가 실제로 수신하는지 합리적으로 확신하는 데 필요한 어느 정도의 지식이 있습니다.
첫 번째 장애물: 회사가 자체 메일 서버를 호스팅하도록 명시적으로 허용하는 구독이 없는 한 ISP가 고객의 SMTP 트래픽을 차단하는 것은 드문 일이 아닙니다. 소규모 회사인 경우 IP 주소는 수신자 메일 서버가 상업용이 아닌 "주거용"으로 인식하는 범위에 있을 수 있습니다. 즉, 이메일을 완전히 차단하거나 필터에서 스팸 점수를 크게 높일 수 있습니다.
이것이 문제가 되지 않는다면 최소한 구성해야 합니다.SPF, 그러나 바람직하게는 또한디킴그리고DMARCDNS에 기록을 저장하여 수신자가 발신자 서버가 도메인 이름으로 이메일을 보낼 수 있는지 확인할 수 있도록 합니다.
송신 서버에 대한 유효한 역방향 DNS 레코드를 제시하는 것도 좋은 형식입니다(이에 대해서는 ISP에 문의하세요).
마지막으로 도메인에 실제로 MX 레코드가 있어서 이메일을 받을 수 있는 방법이 없다면 의심스러운 것으로 표시될 가능성이 높습니다.
답변2
Windows 2016의 IIS SMTP 역할에도 불구하고 직접 전달이 가능하지만 Mikael H가 답변에서 설명한 것처럼 반드시 좋은 생각은 아닙니다.
도메인에서 이메일을 보내는 경우 온프레미스든 클라우드든 일종의 이메일 인프라가 이미 마련되어 있는 것입니다. 이 인프라는 이미 메일을 전달할 수 있도록 구성 및 테스트되었으며 SPF+DKIM+DMARC도 마련되어 있을 가능성이 높습니다. 서비스 계정을 설정하고 이를 스마트호스트로 사용하면 많은 작업이 줄어듭니다.