program tip

다른 사람에게 서비스로 이메일을 보낼 때 Reply-To 헤더를 사용해야합니까?

radiobox 2020. 8. 9. 10:17
반응형

다른 사람에게 서비스로 이메일을 보낼 때 Reply-To 헤더를 사용해야합니까?


회사 A가 고객에게 보고서를 보낼 수 있도록 중개자 역할을하는 애플리케이션이 있다고 가정합니다.

회사 A-> 회사 B (나)-> 회사 A의 고객

보고서를받은 후 수신자에게 이메일 알림을 보내지 만, 반드시 회사 알림 이메일 주소에서 비롯됩니다.

joe.bloggs@a.com-> notification@b.com-> peter@c.com

이제 고객은 이러한 이메일 알림에 답장하여 회사 A에서 보고서를 보낸 사람에게 다시 돌아가길 원합니다. 대신, 우리 주소 (notification@b.com)로 돌아갑니다.

간단한 해결책은 관련 회사 A 주소로 보내는 알림의 Reply-To 헤더를 변경하는 것입니다.

joe.bloggs@a.com-> notification@b.com [답장 : joe.bloggs@a.com]-> peter@c.com

하지만 내 주요 관심사는 다음과 같습니다.

  • From 및 Reply-To 필드 사이의 이메일 주소와 도메인의 완전한 불일치로 인해 스팸 또는 피싱 필터가 이메일에 플래그를 지정하기를 더 열망 할 수 있습니다.
  • 사람들이 실제로 "회신"을 클릭 할 때 모든 이메일 클라이언트가 회신 필드를 존중하는 것은 아니며 대신 From을 사용합니다. 널리 퍼지지 않는 한 덜 우려합니다.

이러한 우려가 전혀 근거가 있습니까? 아니면 내가 가져야 할 다른 우려 사항이 있습니까?


From헤더 에는 고객의 이름을, 헤더에는 주소를 배치하는 것이 Sender좋습니다.

From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com

대부분의 메일러는이를 "A 사를 대신하여 notification@b.com에서"로 렌더링합니다. 이는 정확합니다. 그리고 Reply-ToA 사의 주소는 이상하게 보이지 않을 것입니다.

에서 RFC 5322 :

"보낸 사람 :"필드는 메시지 작성자, 즉 메시지 작성을 담당하는 사람 또는 시스템의 사서함을 지정합니다. "Sender :"필드는 메시지의 실제 전송을 담당하는 에이전트의 사서함을 지정합니다. 예를 들어, 비서가 다른 사람에게 메시지를 보내는 경우 비서의 사서함은 "보낸 사람 :"필드에 나타나고 실제 작성자의 사서함은 "보낸 사람 :"필드에 나타납니다.


dkarp의 솔루션을 gmail로 테스트했으며 스팸으로 필터링되었습니다. 대신 Reply-To 헤더를 사용하십시오 (또는 Gmail에는 분명히 필요하지 않지만 추가로). 링크드 인이하는 방법은 다음과 같습니다.

Sender: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

이 형식으로 전환하면 Gmail에서 더 이상 내 메일을 스팸으로 필터링하지 않습니다.


다음은 나를 위해 일했습니다.

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers

참고 URL : https://stackoverflow.com/questions/4728393/should-i-use-the-reply-to-header-when-sending-emails-as-a-service-to-others

반응형