지속 헤더에 데이터를 회신 이메일

StackOverflow https://stackoverflow.com/questions/846800

문제

동하려고 최선의 방법을 결정하는 정보를 유지하에서 발생하는 이메일을 통해 답변다.

기본적으로,그것을 전달하는 것입 GUID 에서 원래 이메일(c#),그것에 의하여 경우 응답 수신기,다시는 GUID 도 다시 전송을 위한 참조.

내가 노력 id 를 설정하여 사용하 전망에 회신 값으로 설정으로 원래의 ID,그러나 일부를 사용하여 웹브 이메일 시스템,그 값에 생성되지 않은 응답을 한다.할 수 있는 다른 방법이 있을 보낸 이 정보를 이메일을 통해 헤더가?

도움이 되었습니까?

해결책

Verp의 일부 변형은 아마도 가장 신뢰할 수있는 것입니다 ...

http://en.wikipedia.org/wiki/variable_envelope_return_path

구체적으로, 모든 답변이 동일한 주소로 오지 않고 이메일의 주소로 유지하려는 정보를 인코딩하십시오.

예를 들어, HelpDesk 티켓의 경우 다음과 같은 것을 사용할 수 있습니다.

From: Helpdesk <support-ticket-123@example.com>
To: End User <user@example.org>
Subject: Ticket #123 - problem with computer.

이렇게하면 주제 나 텍스트에서 사용자가 편집 한 내용에 관계없이 수신 이메일 주소에서 어떤 티켓을 참조하는지 알 수 있습니다.

다른 팁

나는 당신이 헤더만으로 완벽하게 신뢰할 수있는 일을 할 수 있다고 생각하지 않습니다. 협력해야 할 고객의 수는 엄청납니다.

이 작업을 수행하는 대부분의 시스템은 전송 된 이메일 본문에 메시지를 식별 할 수 있도록하고 수신자에게 해당 텍스트 블록을 응답에 포함하도록 지시하는 텍스트를 포함시킵니다. 당신은 또한 주제에 그것을 포함 시키려고 시도 할 수 있으며 (주제를 변경하지 않도록 신체의 텍스트 포함) 시도 할 수도 있습니다. 그것이 내가 본 일부 메일 링리스트 관리자가 그렇게하는 방식입니다.

나는이 질문을 우연히 발견했고, 그것은 매우 유익했습니다. 그러나 이것은 한 가지 질문이 남아 있습니다. Verp를 사용하거나 'REPLY-to'또는 'The Address에서'편집 '의 변형으로 메시지가 스팸 필터에 잠겨 있습니까?

스팸 발신자는 종종 바운스 주소를 변경하여 서버가 잘못된 이메일 주소 바운스로 막히지 못하게한다는 것을 읽었습니다. 이 접근법을 가정하는 것이 스팸 위험입니까?

가장 신뢰할 수 있는 방법을 넣어하는 것입 ID 주제, 는 보존되어야에 걸쳐 회답한다.

(다치게 하지 않을 말하는 사용자들은 주제를 유지 그대로 유지됩니다.)

RT, 인기 있는 접수 시스템이 작업을 수행합니다.그들은 사용하여 간단한 주제 형식으로 좋아요"[Ticket #123]"고 열쇠 123.

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