이메일 접수 보증

고객이 때때로 우리가 발송하는 이메일을받지 못합니다. 큰 손실입니다. 상대방이 수신하지 못하면 프로그램이 전자 메일을 다시 보내거나 그에 대한 조치를 취할 수 있도록 전자 메일을 받도록 어떻게 확신합니까?이메일 접수 보증

출처

2009-02-05 DragonBorn

왜 태그와 제목에 "Java"를 넣었습니까? – DJClayworth

제목의 JAVA가 실제 답변에 영향을 미치지 않습니다. – Niyaz

어떤 솔루션이든 부분적으로 최선을 다할 것입니다. 스팸 발송자는 배달 실패 정보를 사용하여 목록 및 스팸을보다 효과적으로 연마합니다. 결과적으로 많은 ISP가 전송 실패 표시를 억제합니다. –

위 제안 중 아무 것도 시간의 100 % 작동하지 않습니다. 많은 이메일 클라이언트는 외부 이미지를로드하는 것을 (올바르게) 거부하여 "웹 버그"의 유용성을 부인합니다. 그들은 또한 Outlook 스타일의 "영수증"을 거부합니다.고의적으로 (스팸을 막기 위해) 또는 실수로 (잘못된 구성으로 인해) 많은 메일 서버가 반송 메시지를 반환하지 않습니다. 또는 지나치게 공격적인 스팸 필터가 메시지를 읽었으므로 도착했지만 사용자는 본 적이 없습니다. 또한 최종 사용자 또는 반송에 도달하는 데 몇 시간 또는 며칠이 걸리는 메일 문제가 있으며 4 일 전에 보낸 메일에 이러한 늦은 알림 또는 반송 내용을 어떻게 연관 시키나요?

기본적으로, 당신이 무엇을하더라도, 당신은 일부는 아니지만 전부를 잡을 수 있습니다. 최종 사용자가 메일을 받았는지 여부를 확실하게 알 수있는 디자인에 치명적인 결함이있는 것은 아닙니다.

출처

2009-02-05 18:43:34

+1 : "최종 사용자가 메일을 받았는지 여부를 확실하게 알 수있는 방법에 의존하는 디자인은 치명적인 결함입니다." –

실제로받은 편지함에 이메일이 도착했는지 확인하는 좋은 방법은 없습니다. 보낸 메일 만 확인할 수 있습니다. 그들이 영수증을 언제 열었는지 알려주는 영수증을 첨부하십시오.

출처

2009-02-05 18:32:56

Microsoft Outlook은 비슷한 기능을 제공하지만 전자 메일 클라이언트를 기반으로합니다. Thunderbird와 같은 다른 클라이언트가이를 지원하는지 잘 모르겠습니다.

그러나 영수증을 지정하는 프로토콜에는 아무 것도 없습니다.

작동 가능한 옵션 : 생성 웹 페이지에 대한 링크를 보내고 해당 페이지에서 조회수를 모니터링하십시오. 그러나 이는 기밀성 등의 자체 문제를 제공합니다.

출처

2009-02-05 18:35:54 cbrulak

영수증을 위해 -1 - Thunderbird 및 대부분의 비 아웃룩 클라이언트는 영수증을 보내거나 사용자에게 보낼 옵션을 거부합니다. 이메일에서 서버가 이메일의 인바운드 링크를 확인할 수 있도록하는 링크의 경우 +1입니다. – scunliffe

전자 메일이 대상에 도달했는지 여부를 알 수있는 표준 방법은 없습니다. 많은 전자 메일 클라이언트가 다양한 종류의 영수증을 지원합니다. 원하는 경우 사용할 수 있습니다.

사용자가 실제로 이메일을 읽을 때를 알 수있는 몇 가지 방법이 있습니다.

웹 서버에서 가져올 이미지를 이메일에 추가하는 것과 같은 여러 기술이 있습니다. 사용자가 전자 메일을 읽으면 이미지에 대한 요청이 서버에오고 이벤트를 캡처 할 수 있습니다.

문제는 메일이 수신자의에 도달하지 못했다는 것을 알 수있는 방법이 없다는 것입니다.

출처

2009-02-05 18:36:31 Niyaz

할 수있는 한 가지는 배달 할 수없는 메일을 수신하는 반송 전화 주소를 설정하는 것입니다. 반송 주소를 보낸 사람 주소로 사용하십시오. 회신을 위해 다른 회신을 원할 수 있으므로 회신이 적절하게 전달됩니다.

매일 바운스 백 사서함을 확인하고 고객에게 연락하여 실패한 이메일 주소를 업데이트하십시오. 장애가 간헐적 일 경우 수동 연락처를 사용하기 전에 실패한 주소에 대한 몇 번 재 시도를 자동화 할 수 있습니다.

응용 프로그램 외부에서 사서함을 검색하고 연락처 수 등에 대한 상태 정보를 유지하고 재전송을 시도하는 코드가 필요합니다.

메일을 생성하는 방법에 따라이 프로세스를 더 쉽게 만들 수 있습니다. 보내는 모든 단일 전자 메일에 대해 고유 한 바운스 주소를 생성하십시오. 예를 들어 bounce [email protected]을 사용할 수 있습니다.

많은 SMTP 서버는 등 외부 스크립트에 매개 변수로 + 후 부분을 사용 할 수

문제는 많은 (깨진) SMTP 서버가 반송로 충분한 정보를 반환하지 않는다는 것입니다 원래 메시지를 식별하기 위해 - 때로는 전달이 포함될 때 원래 수신인을 돌려받지 못합니다. ...

위의 트릭을 사용하면 보내는 메시지를 들어오는 반송과 신뢰할 수 있습니다.

출처

2009-02-05 18:36:49 tvanfosson

이 방법은 얻을 수있는만큼 철저합니다. - smtp는 근본적으로 _anything_을 보장하지 않습니다. 모든 메일의 상대적으로 높은 비율이 바운스 될 것이라는 것을 알고 있어야합니다.> 바운스 백 사서함 (일명 나)이있는 가난한 사람들을위한 많은 일> – hop

tvanfosson,이 편집에 신경 쓰지 않기를 바랍니다! – hop

그리고 바운스 백 주소가 조 작업에 사용되지 않기를 바랍니다. –

이전 이메일에서 대량 이메일 시스템을 사용했습니다. 전달 성은 우리의 주요 쟁점 중 하나였습니다. 배달되지 않은 이메일의 가장 일반적인 원인은 스팸 필터입니다.

는 여기에 우리가 가장 높은 전송 속도를 보장하는 데 걸린 단계는 다음과 같습니다

우리는 스팸과 같은 냄새에 대한 이메일을 테스트하는 Return Path을 사용했다.
많은 이메일을 보내는 경우 SMTP 서버가 블랙리스트에 없는지 확인해야합니다.
FROM 주소를 "안전한 발신인"목록에 추가하도록 사용자에게 상기시킵니다.
바운스 백을 수집하고 메일 링리스트를 스크럽하는 시스템을 사용하십시오. 이것은 또한 블랙리스트에서 당신을 유지하는 데 도움이됩니다.
이메일이 중요한 경우 수신 확인 요청을 보내보십시오. 이것은 실제로 보장 할 수는 없지만 실제 전달 가능성에 대한 몇 가지 메트릭을 제공 할 수 있습니다.

출처

2009-02-05 18:57:57

이메일 접수 보증

답변

관련 문제