주파수 에티켓
'일주일에 한 번 이상 보내지 않는 것'보다 더 중요한 것이 '가능한 한 자주 발송되지 않을 것'이라고 생각합니다
일주일에 두 개를 보내야하는 경우 보내십시오. 그러나 보낼 필요가 없다면 아무것도 보내지 마십시오.
또는 '뉴스 레터'스타일로 만들어 정기적 (스케줄)으로 보낼 수도 있습니다. 그러나이 경우 각 메시지에서 말할 특정 관련 사항이 있는지 확인해야합니다.
사용의 용이성
매우 쉽게 가입하고 로그 아웃하십시오.
그들이 그것을 사용자 정의하기 위해 매우 쉽고 옵션입니다.
세밀한 제어를 언급했지만 고객이 좋아하는 것과 싫어하는 것에 대한 긴 확인란 목록을 볼 때 클릭하는 상자가 많을수록 더 많은 메일을받을 수 있다는 것을 알고 있습니다. 클릭 수가 줄어드는 경향이 있습니다.
사용할 수있는 방법은 Facebook의 "I like this" "I not like"와 유사합니다. 유일한 문제는 이와 같은 스키마를 구현하기 위해 많은 데이터 (및 복잡한) 논리가 필요하다는 것입니다.
이 답변과 달리 짧은 직접 이메일이 가장 좋습니다. 이메일에 스팸으로 표시 될 수 있지만 정보에 대한 링크를 포함하십시오.
많은 사람들이 이메일을 팔지 않는다고 언급했지만, 나는 그것이 주어진 것이라고 생각하지만 다른 측면은 Frakkle이 언급 한 것입니다. 메일 링리스트에있는 사람이 메일 링리스트에있는 다른 사람에 대한 정보를 수집 할 방법이 없습니다. 숨은 사람들조차도. 항상 개인 이메일과 직접 이메일을 작성하십시오.
프로그래밍 방식으로
이 경우 다른 많은 프로그래밍 문제와 마찬가지로 가장 친숙한 서비스 유형을 사용하십시오. ASP.NET 서비스와 Windows 서비스의 차이점이 사용자의 기술 수준의 차이보다 클 것이라고 생각하지 않습니다.
벌채 반출
로깅을 위해 Windows 서비스를 사용할 때 Log4Net에 대한 경험이 풍부합니다. (더 중요한) 내용의 관점에서. 몇 가지를 기록해야합니다 (해당되는 경우).
- 받는 사람
- 보낸 시간
- 콘텐츠 태그
- 현재 메시지 대기열
1) 수령인
종종 '서비스'의 오류 는 실제로 받는 사람의 오류 이기 때문에 기록하는 필수 부분 입니다. 테스트 사서함이 가득 차서 메시지 거부를 시작하는 경우 발생할 수있는 혼란을 상상할 수 있습니다.
2) 보낸 시간
명백한 이유로 매우 중요합니다. 그래도 대부분의 로거는 모든 메시지에 타임 스탬프를 찍습니다.
3) 컨텐츠 태그
사용자 정의 된 모듈 식 컨텐츠를 전송하는 경우 해당 환경 설정 ( "VideoGames, StackOverflowNews, Lederhosen")을 기반으로 컨텐츠 태그 세트가있을 수 있습니다.이를 통해 훨씬 더 세밀한 방식으로 추적 할 수 있습니다. 실패한 특정 종류의 전자 메일에는 문제가 있습니다.
4) 현재 메시지 큐
매번이 값을 기록하면 많은 문제를 해결할 수 있습니다. 또한 프로그램 속도가 느리게 나타나는 시간을 보여 주며 평상시보다 호기심이 빠른 경우를 보여줍니다 (의심하게 비어있는 큐). 다른 것보다 더 많은 문제가 발생합니다.