고객에게 알림 전자 메일을 안정적으로 전달해야하는 알림 시스템을 설정해야합니다.타사 vs System.Net.Mail.SmtpClient
과거에는 .NET의 System.Net.Mail.SmtpClient 라이브러리를 사용하여 다양한 우선 순위가 낮은 전자 메일을 빠르게 연결하고 보냈습니다. 신뢰성 있고 효과적인 전달은 중요하지 않았습니다.
이제 고객에게 이메일을 전달할 수 있어야합니다. 다른 이야기입니다.
제 3 자 서비스 (예 : SendGrid)를 사용해 볼 가치가 있습니까? 아니면 보통 입니까?
우리는 분석, 마케팅 또는 가입 기능이 필요하지 않습니다. 우리의 볼륨 요구량도 크지 않습니다. 아마도 하루에 10k입니다. 이메일 전송 기능 만 필요합니다.
일부 타사 서비스 (예 : SendGrid)를 사용해 볼 가치가 있습니까? 아니면 일반 SmtpClient가 단지 입니까?
본격적인 이메일 서버와 보내는 API를 비교할 때 절대적으로 잘못된 질문입니다.
로컬 전자 메일 릴레이는 시스템 (smtp 서비스)이나 네트워크에서 로컬로 보내야하며 SmtpClient는 해당 전자 메일로 이동해야합니다. 그런 다음 전자 메일을 최종 사용자 또는 배포 서비스 (센드 메일)로 릴레이합니다.
웹 앱이 원격 제 3자를 통해 직접 보내야하는 설정은 절대 사용하지 않습니다. 이것은 모든 종류의 문제를 해결할 수 있습니다. 따라서, 그것이 SendGrid 또는 SmtpClient와 같은 것인가의 여부는 결코 고려되지 않을 것입니다. 그것은 결코 나타나지 않을 것입니다 - 그것은 둘 다 될 것입니다. 로컬 릴레이가 추가되었습니다. LOCAL 사서함의 목록이 부족한 한 무료로 사용할 수있는 제 3 자 전자 메일 서버가 있습니다. 즉, 완벽한 무료 전자 메일 릴레이입니다.
SendGrid와 같은 회사 (필자의 경우)는 전달 가능성에 중점을두고 통합을 매우 간단하게 개발자에게 권장합니다.
시간이 있다면 성공을 바탕으로 자신의 솔루션을 확실히 구현할 수 있습니다. 여기 http://go.sendgrid.com/Deliverability-Guide-V2.html과 : http://sendgrid.com/blog/10-tips-to-keep-email-out-of-the-spam-folder
우리는 정기적으로 블로그에 배달 가능성에 대한 팁을 게시 에서 우리는 당신이 여기에 몇 것을 할 수 있도록 도와주는 무료 배달 가능성 가이드가