제가 일하는 회사는 의료 업계를위한 테스트 서비스를 제공합니다. 서비스의 일환으로 고객의 직원에게 이메일을 보내야합니다. 일반적으로 임시 직원, 시간제 직원 또는 계약 직원이므로 개인 이메일 주소 (예 : Hotmail, Gmail, Yahoo !, 등)가 있습니다.모범 사례 : 사용자를 대신하여 이메일 보내기
지금까지는 내부 주소에서 보내 왔지만 직원들이주의를 기울이지 않거나 고객에게 질문을 보내지 않는 경우 답장을 보내야합니다. 이메일을 보내 달라는 사람이 답장을 보내도록 변경하고 싶습니다.
과거에는 reply-:를 사용했지만 추가 메일이 스팸 필터에 걸리게되었습니다.
저는 보낸 사람에 대해 읽었습니다. 그리고 헤더를 사용하고 있으며, 전자 메일을 보내야하는 상황에서 전자 메일을 보내는 것이 현재 최선의 방법인지 궁금합니다. 우리가 통제하지 못하는 영역.
헤더를 사용하는 것이 가장 좋은 방법이지만 스팸 필터로 인해 덫을 놓을 수도 있습니다. 스팸 필터에 걸릴 가능성을 줄이거 나 줄이는 가장 좋은 방법은 도메인 및 메일 서버 확인과 관련된 모든 업계 표준을 구현하는 것입니다. 이 문서에 표시된 바와 같이 : 당신이 SPAM 표준의 최상단에, 및 CAN-SPAM 법률과 다른 모든 준수해야하기 때문에 즉, 할 매우 힘든 그러나
http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html
.
사용 보내는 이메일의 영역에서 도메인 전문가이며, 모든 다리 작업을 거친 회사 : 더 나은 베팅이 하나의 같은 주문형 클라우드 기반의 SMTP 서버를 사용하는 것입니다 가장 높은 전달률을 얻습니다. 그리고 당신을위한 기준 위에 머 무르며 문제에 대한 블랙리스트를 모니터 할 것입니다.
우리는 이미 codinghorror 블로그 (내가 읽었던)에서 권장되는 대부분을 수행합니다. 우리는 SPF/Sender-ID 레코드를 사용합니다. 우리는 웹 시스템의 SMTP 릴레이에 적절한 역방향 PTR을 가지고 있습니다. 우리는 현재 스팸을 우리 도메인에서 보내는 순간에 갇히게하는 데 문제가 없습니다. 문제는 올바른 당사자에게 전달되는 응답을 얻는 것입니다. –
문제는 나열된 두 가지 방법이 도메인을 유효한 발신자로 확인하기위한 것입니다. 다음 단계를 수행하고 배달 된 모든 이메일에 서명해야합니다. 도메인 키로. 위키 백과 (http://en.wikipedia.org/wiki/DKIM)를 읽으면 DKIM을 구현해야합니다. "... 통과 경로 또는 간접적 인 처리기 **와 같은 독립 서비스 다이렉트 핸들러 **에 도움을 제공합니다 ... ". 이메일 코드가 여기 저기에 있거나 SMTP 서버가 자동으로 서명하지 않으면 위에서 언급 한 서비스를받을 또 다른 이유가 될 수 있습니다. –
모든 이메일에 서명 한 후'on-behalf-of'을 사용할 수도 있고 실제 이메일을 방탄 솔루션 인 '보낸 사람'주소에 넣을 수도 있습니다. –
아마도 Reply-To을 찾고있을 것입니다. On-Behalf-Of과 달리 공식적으로 널리 지원되는 헤더이며 From과 동일한 스팸 확인을받지 않습니다.
다른 사용자를 대신하여 보내는 것처럼 보이려면 SMTP 표준에 따라 "대부분"올바른 방법으로 "실제"주소를 Sender:에 넣고 클라이언트의 주소 대신에 보내기) From:. 그러나 From:은 대부분의 주요 전자 메일 제공 업체에서 구현 한 매우 엄격한 스팸 방지 프로토콜 인 DMARC를 대상으로합니다. 유효한 Sender: 헤더가있어 단지 From: DMARC 실패를 간과하지 않습니다.
DMARC를 사용하면 도메인 소유자가 From: 헤더에 SPF 및 DKIM을 적용하는 방법을 지정할 수 있습니다. 널리 사용되는 정책은 SPF 또는 DKIM 중 하나에서 실패한 전자 메일을 거부하는 것입니다. 즉, 전자 메일이 스팸으로 표시되지 않을 것입니다. 이는 완전히 거부됩니다.
Sender: + From:은 여전히 기술적으로 작동합니다. 원래는 비서 또는 조수와 같은 조직의 사람들이 사용하려는 의도로 만들어졌습니다. 이것은 스팸 방지 메커니즘의 출현과 함께 어려운 제약으로 변했습니다.
일반적인 문제는 불행히도 스팸 발송자가이 문제에 대해 파티를 망쳤습니다.이메일을 직접 보내지 않으려 고 생각한 것이 아니라 클라이언트에게 이메일 주소를 설정하거나 기존 이메일을 사용하도록 설정 한 다음 SMTP에 연결하여 이메일을 보내도록하십시오. 이렇게하면 replyTos가 고객의 이메일 상자로 곧바로 이동합니다. – Martin