Microsoft의 언급 된 진술은 끔찍하고 완전히 혼란스럽고 SMTP 서버의 작동 방식에 대한 단서가 있다고 생각하지 않습니다. 더 이상 사용되지 않는 이유 또는 문제가있는 이유는 설명하지 않습니다. 보안 문제 나 버퍼 오버런이있을 수 있지만 공용 포트에 노출하지 않으면 주저하지 않습니다.

내가하는 일은 다음과 같습니다.

• IIS에서 도메인이을 가리 키도록 ‘SMTP Email’을 설정했습니다 10.0.0.1. 부모 폴더에서 배포 된 사이트 로이 작업을 수행하지 않으면 재배치 할 때 지워집니다. 원하는 경우 web.config에 직접 넣을 수는 있지만 유연성이 떨어집니다.
• SMTP 서버 (IIS6 관리 콘솔을 통해)에서에 SMTP 서버를 설정했습니다 10.0.0.1. 분명히 내가 전에 말한 것처럼 이것은 공개 인터넷에 노출되지 않습니다.
• 또는을 통해 스마트 호스트 를 통해 릴레이 하도록이 서버를 구성합니다.smtp.gmail.comsmtp.live.com
• 내 .NET 응용 프로그램에서 Mail API를 사용하여을 사용하여 메시지를 보냅니다 new SmtpClient(). IIS에서 구성을 가져 와서 메일을 내 SMTP 서버로 보냅니다.10.0.0.1

• 메일을 보내면 로컬 호스트로 보내지기 때문에 즉시 반환됩니다.

• 이제 이것은 과소 평가할 수없고 ‘System.Net.Smtp’자체가 대체가 아닌 로컬 SMTP 서버를 사용하면 얻을 수있는 중요한 이점입니다 .

  • SMTP 서버는 스마트 호스트를 통해 메일을 릴레이하려고 시도하고 즉시 보낼 수 없으면 나중에 다시 시도합니다.
  • 때때로 smtp.gmail.com응답하지 않거나 네트워크가 다운 되었음을 인식하는 것이 중요 합니다. (처음으로 메일을 직접 보내려고 할 때 놀랍게도 흔했습니다)
  • 메시지를 저장하는 중간 SMTP 서버가 없으면 .NET에서 ‘보내고 잊을’수 없으며 SMTP 서버에서는 완전히 필요하지 않은 재시도 메커니즘을 찾아야합니다.
  • ISP / GMail에서 SMTP 릴레이 제한이있는 경우 SMTP 서버는 계속 재 시도하고 다음 날 메시지를 보냅니다. 매일 트래픽이 일정하지 않거나 제한없이 충돌하면 또 다른 큰 이점이 있습니다. 실현.

계속해서 사용하십시오. Microsoft는 교체를 제공하지 않았으므로 무료입니다. ‘더 이상 사용되지 않음’은 대체품이 없으면 내 의견으로는 아무 의미가 없습니다.

면책 조항 : 나는 여전히 Server 2008을 사용하고 있지만이 모든 것이 여전히 적용된다고 가정합니다.

답변