발신 이메일의 정보를 회신 할 때까지 유지하는 가장 좋은 방법을 결정하려고합니다.회신 메일 전체에 헤더 데이터 유지
본질적으로 수신자가 답장을 보내면 원래의 전자 메일 (C#)에서 GUID를 전달하므로 해당 GUID도 참조 용으로 다시 전송됩니다.
Outlook을 사용하여 In-Reply-To 값이 원래 ID로 설정되어 있지만 일부 WebClient 전자 메일 시스템을 사용하는 경우 해당 값이 응답으로 만들어지지 않으므로 MessageID를 설정하려고했습니다. 이메일 헤더를 통해이 정보를 전송할 다른 방법이 있습니까?
... 대신에 같은 주소로 오는 모든 응답을 필요로
http://en.wikipedia.org/wiki/Variable_envelope_return_path
특히, 당신이 보낸 사람 주소로 유지하고자하는 정보를 인코딩 이메일을 위해.예를 들어, 헬프 데스크 티켓의 경우, 당신은 같은 것을 사용할 수에 관계없이 사용자가 제목이나 텍스트 편집 무엇
From: Helpdesk <[email protected]>
To: End User <[email protected]>
Subject: Ticket #123 - problem with computer.
그 방법을, 당신은 알고 언급되는 내용 티켓 수신 이메일 주소로.
나는 헤더만으로는 완벽하게 신뢰할 수있는 것을 할 수 없을 것이라고 생각합니다. 협력해야 할 고객의 수는 엄청납니다.
대부분의 시스템은 보내는 전자 메일 본문에 메시지를 식별 할 수있는 내용을 포함시키고받는 사람에게 해당 텍스트 블록을 응답에 포함하도록 지시하는 텍스트를 포함시켜 작동합니다. 당신은 또한 주제에 그것을 포함 시키려고 시도 할 수 있습니다 (그리고 주제를 변경하지 않고 본문에 포함 시키십시오). 그것이 내가 본 몇몇 메일 링리스트 관리자들이하는 일입니다.
동의합니다. 추적이 필수적이라면 헤더에 의존하지 마십시오. 어디서나 GUID (헤더, 제목, 본문, 서명)를 붙인 다음 응답 전자 메일에서 검색을 실행하여 전체 메시지에서 원하는 곳을 찾으십시오. letter-number-number-letter -...와 같이 regex로 쉽게 식별 할 수있는 시스템을 생성하고 싶을 수 있습니다. GUID가 너무 보편적 일 수 있습니다. – Kekoa
가장 신뢰할 수있는 방법은 이라는 제목에이라는 ID를 넣는 것입니다. 이는 응답을 통해 유지되어야합니다.
(그것은 그들이 그대로 제목을 유지해야한다고 사용자에게 상처를하지 않습니다.)RT, 인기 발권 시스템은이 작업을 수행합니다. 그들은 "[Ticket #123]"과 같은 단순한 제목 형식을 사용하고 123 키는 사용하지 않습니다.
나는이 질문에 비틀 거리며 매우 유익했다. 그러나 VERP를 사용하거나 'reply-to'또는 'from address'를 편집하는 변형으로 인해 메시지가 스팸 필터에 갇히게됩니까?
나는 스팸 메일 발신자가 종종 바운스 주소를 변경하여 나쁜 이메일 주소 바운스로 서버가 막히는 것을 막을 수 있다고 읽었습니다. 이 접근 방식을 가정 할 스팸 위험이 있습니까?
전자 메일은 항상 사이트 도메인에서 오는 것이므로 그렇게 생각하지 않습니다. 예를 들어, 지원 질문은 [email protected]에서, verp 요청은 [email protected]oursite.com에서 올 것입니다. – mickyjtwin
예 또는 id를 설정하는 회신 이메일 주소 설정의 변형입니다. – mickyjtwin
Genius! 100 % 신뢰할 수있는 것 같습니다. –