문제

나는 구현하고있다 이메일 뉴스 레터 발신자 서비스 .NET 및 Windows Server Technologies 사용 도움이 될 수있는 포괄적 인 지침이 있습니까? 스팸 필터로 갇힌 이메일을 피하십시오 그리고 다른 메커니즘?

(합법적 인) 대량 메일 전송의 모든 측면을 다루어야합니다 : SMTP 구성, DNS, HTML 컨텐츠, 이미지, 링크 컨텐츠 등. 간단한 예 : 이미지를 포함 시키거나 서버에서로드하는 것이 더 나은가요?

일부 측정의 효율성을 보여주기 위해 경험적 데이터를 제공 할 수 있다면 좋을 것입니다.

도움이 되었습니까?

해결책

나는 결정적인 대답이 없지만 이것이 매우 중요한 질문이라고 생각합니다. 여기에 내가 알고있는 몇 가지 멍청이가 있습니다

  1. 깨끗한 호스팅/SMTP 서버를 선택하십시오. 스팸 SMTP 서버의 IP 주소는 종종 다른 ISP에 의해 검은 색으로 표시됩니다.
  2. 모든 가입자에게 간단한 입문 이메일을 보내서 보내는 사람 주소를 안전한 목록에 추가하도록 요청하십시오.
  3. 실제로 기대하는 사람들에게만 보내는 데 매우 신중하십시오. 스팸 필터의 패턴 인식자가 콘텐츠의 냄새를 배우는 것을 원하지 않을 것입니다.
  4. SMTP 서버를 미리 알지 못하는 경우 배치 크기를 제어하고 배치 간의 지연을위한 응용 프로그램에서 구성 옵션을 제공하는 것이 좋습니다. 일부 서버는 큰 배치 나 연속 활동을 좋아하지 않습니다.

다른 팁

뉴스 레터를 직접 호스팅 해야하는 매우 구체적인 이유가 없다면 타사 서비스를 사용하는 것이 훨씬 나아질 것이라고 생각합니다. 거기에 많은 것이 있으며 일부는 매우 저렴합니다.

  1. 개발 작업을 절약 할 수 있습니다 (바퀴를 재발 명 할 때는 없음).

  2. 그들의 시스템은 캔 스팸 법률 등을 준수하기 위해 이메일 뉴스 레터에 포함시켜야하는 모든 수신 거부 링크 제품을 처리합니다.

  3. 사소한 크기의 목록이 있으면 필연적으로 얻을 수 있다는 스팸 보고서를 처리합니다. 그들은 가입 한 사람, 가입 방법 및 IP 주소에 대한 기록을 유지하고 스팸 보고서를받은 사람들을 제시하여 서비스가 스팸을 보내지 않았 음을 증명할 수 있습니다.

  4. Double-OPT (또는 확인 된 OPT IN)를 사용할 수 있습니다. 추가 증거는 이메일을 보내는 사람들이 실제로 등록하기 위해 이메일을 보내 었다는 것을 증명할 수 있습니다.

실제로 직접 호스팅해야한다면 웹에서 "이메일 배달 가능성"을 검색하는 것이 좋습니다. SPF 레코드, 도메인 키/DKIM, 올바른 DNS 설정을 올바르게 설정하는 데 도움이되는 것으로 알려진 것들 (특히 DNS 리버스 DNS - 온라인 서비스를 사용하여 DNS 설정을 확인하는 것이 가장 좋습니다). check-auth@verifier.port25.com으로 이메일을 보내서 이러한 것들을 많이 테스트 할 수 있습니다.

이메일에 스팸 단어를 사용하지 않는 것이 가장 좋습니다. 항상 약간의 추측이지만 일부 단어는 필터를 트립 할 수 있습니다.

그러나 지금까지 가장 중요한 것은 ISP와 좋은 관계를 유지하는 신뢰할 수있는 서버에서 이메일을 보내는 것입니다 (즉, ISP가 서버가 스팸을 보내고 있다고 생각하지 않도록합니다). 이것이 제 3자가 당신을 위해 모든 것을 처리하는 것이 훨씬 쉬운 큰 이유입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top