문제
나는 구현하고있다 이메일 뉴스 레터 발신자 서비스 .NET 및 Windows Server Technologies 사용 도움이 될 수있는 포괄적 인 지침이 있습니까? 스팸 필터로 갇힌 이메일을 피하십시오 그리고 다른 메커니즘?
(합법적 인) 대량 메일 전송의 모든 측면을 다루어야합니다 : SMTP 구성, DNS, HTML 컨텐츠, 이미지, 링크 컨텐츠 등. 간단한 예 : 이미지를 포함 시키거나 서버에서로드하는 것이 더 나은가요?
일부 측정의 효율성을 보여주기 위해 경험적 데이터를 제공 할 수 있다면 좋을 것입니다.
해결책
나는 결정적인 대답이 없지만 이것이 매우 중요한 질문이라고 생각합니다. 여기에 내가 알고있는 몇 가지 멍청이가 있습니다
- 깨끗한 호스팅/SMTP 서버를 선택하십시오. 스팸 SMTP 서버의 IP 주소는 종종 다른 ISP에 의해 검은 색으로 표시됩니다.
- 모든 가입자에게 간단한 입문 이메일을 보내서 보내는 사람 주소를 안전한 목록에 추가하도록 요청하십시오.
- 실제로 기대하는 사람들에게만 보내는 데 매우 신중하십시오. 스팸 필터의 패턴 인식자가 콘텐츠의 냄새를 배우는 것을 원하지 않을 것입니다.
- SMTP 서버를 미리 알지 못하는 경우 배치 크기를 제어하고 배치 간의 지연을위한 응용 프로그램에서 구성 옵션을 제공하는 것이 좋습니다. 일부 서버는 큰 배치 나 연속 활동을 좋아하지 않습니다.
다른 팁
뉴스 레터를 직접 호스팅 해야하는 매우 구체적인 이유가 없다면 타사 서비스를 사용하는 것이 훨씬 나아질 것이라고 생각합니다. 거기에 많은 것이 있으며 일부는 매우 저렴합니다.
개발 작업을 절약 할 수 있습니다 (바퀴를 재발 명 할 때는 없음).
그들의 시스템은 캔 스팸 법률 등을 준수하기 위해 이메일 뉴스 레터에 포함시켜야하는 모든 수신 거부 링크 제품을 처리합니다.
사소한 크기의 목록이 있으면 필연적으로 얻을 수 있다는 스팸 보고서를 처리합니다. 그들은 가입 한 사람, 가입 방법 및 IP 주소에 대한 기록을 유지하고 스팸 보고서를받은 사람들을 제시하여 서비스가 스팸을 보내지 않았 음을 증명할 수 있습니다.
Double-OPT (또는 확인 된 OPT IN)를 사용할 수 있습니다. 추가 증거는 이메일을 보내는 사람들이 실제로 등록하기 위해 이메일을 보내 었다는 것을 증명할 수 있습니다.
실제로 직접 호스팅해야한다면 웹에서 "이메일 배달 가능성"을 검색하는 것이 좋습니다. SPF 레코드, 도메인 키/DKIM, 올바른 DNS 설정을 올바르게 설정하는 데 도움이되는 것으로 알려진 것들 (특히 DNS 리버스 DNS - 온라인 서비스를 사용하여 DNS 설정을 확인하는 것이 가장 좋습니다). check-auth@verifier.port25.com으로 이메일을 보내서 이러한 것들을 많이 테스트 할 수 있습니다.
이메일에 스팸 단어를 사용하지 않는 것이 가장 좋습니다. 항상 약간의 추측이지만 일부 단어는 필터를 트립 할 수 있습니다.
그러나 지금까지 가장 중요한 것은 ISP와 좋은 관계를 유지하는 신뢰할 수있는 서버에서 이메일을 보내는 것입니다 (즉, ISP가 서버가 스팸을 보내고 있다고 생각하지 않도록합니다). 이것이 제 3자가 당신을 위해 모든 것을 처리하는 것이 훨씬 쉬운 큰 이유입니다.