1

이메일을 수신하지 마십시오. 두 번 본다면 사과드립니다.아마존 AWS 간단한 이메일 서비스 : 일부 이메일 주소는 여기에 대답 더 나은 내가 아마존 AWS 포럼에이 질문을 게시,하지만 난 빨리 얻을 수 있습니다 낸

우리 회사가 자바 기반 웹 인터페이스를 통해 이메일을 보내 아마존 AWS의 SMTP 서버를 사용합니다. 이것은 사용자가 우리의 응용 프로그램에 다른 사용자를 초대 할 수 있도록하기위한 응용 프로그램의 일부에 지나지 않습니다.

는 우리는 특정 이메일 주소가 초대장을받지 않는 경우의 매우 적은 수를 발견했다. 처음에는 이메일 주소의 하이픈과 관련이 있다고 생각했지만 지금은 이것이 반드시 그런 것은 아니라고 판결했습니다. 나는이 문제를 내 자신의 이메일 도메인을 사용하여 얼마 동안 문제를 해결해 왔으며 다음 두 이메일 주소는 AWS SMTP 서버 (email-smtp.us-east-1.amazonaws.com)를 사용하여 전송 된 이메일을받지 못한다는 결론을 얻었습니다. 그러나 보내는 과정 중에보고 된 오류는 없습니다. 전자 메일은 결코 도착하지 않습니다. 두 번째 목록에는 Google 시스템을 사용하여 보낸 초대장을 항상받는 비슷한 이메일 주소가 표시됩니다. 첫 번째 목록의 주소는 절대로 전자 메일을받지 못하므로 배포 된 모든 인스턴스에서 여러 번 시도했습니다.이 이메일을 수신

ADDRESSES DO : DO

주소는 하지는 이메일을 수신 :

(210)

이 매우 몇 가지 이 문제로 끝나는 이메일 주소 나는 그 문제를 드러내고있는 내 자신의 영역에서 두 가지를 발견하는 것이 다소 운이 좋았다. 물론 스팸 필터링과 관련이 없음을 확인했습니다.

응용 프로그램은 플레이 프레임 워크를 사용하여 Java로 작성된 것입니다. Play는 Apache Commons Email 라이브러리를 사용합니다. 자세한 내용은 여기 http://www.playframework.com/documentation/1.1/emails에서 확인할 수 있습니다. 여기

내가 내 문제 해결 노력 중 촬영 한 단계 중 일부입니다 : - smtp.gvtc.com) -

1) 다른 SMTP 서버와 시도 (내 개인 ISP의 SMTP를 사용하여 모든 주소를 DO은이 SMTP 서버를 사용할 때 전자 메일을 수신합니다. 이는 AWS SMTP 서버와 관련된 것으로 문제를 격리하는 것처럼 보일 수 있습니다.

2) 내 자신의 AWS 계정을 설정하고 해당 주소)을 확인한 후이 계정의 SMTP 설정 (사용 - 난 내 자신의 AWS SMTP 계정 설정을 사용하여 동일한 문제가 있습니다. 이는 문제가 회사의 AWS 계정에만 국한되지 않음을 나타냅니다.

3) 재생 이메일 디버그 설정 (메일을 켭니다.구성 파일에서 debug = true). 시스템에서 보낸 각 전자 메일에 대한 정보가 콘솔에 표시되지만 좋은 주소로 보낸 전자 메일과 잘못된 주소로 보낸 전자 메일 간에는 큰 차이가 없습니다. 어떤 오류라도 알 수 없습니다.

도착하지 않은 이메일 중 하나에 대한 로그 내용입니다. 이 설정은 내가 직접 설정 한 AWS 서버를 사용하고 있습니다. 이메일 주소가 다른 경우를 제외하고는 회사의 AWS SMTP 서버를 사용할 때와 똑같은 모양입니다. HTML 형식이고 기밀이며 문제와 관련이 없기 때문에 실제 이메일 내용을 삭제했습니다.

May 15, 2013 8:44:47 AM play.Logger info 
DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, 
Inc] 
DEBUG SMTP: useEhlo true, useAuth true 
DEBUG SMTP: useEhlo true, useAuth true 
DEBUG SMTP: trying to connect to host "email-smtp.us-east-1.amazonaws.com", port 465, isSSL false 
220 email-smtp.amazonaws.com ESMTP SimpleEmailService-376766033 
DEBUG SMTP: connected to host "email-smtp.us-east-1.amazonaws.com", port: 465 

EHLO 0.1.0.5 
250-email-smtp.amazonaws.com 
250-8BITMIME 
250-SIZE 10485760 
250-AUTH PLAIN LOGIN 
250 Ok 
DEBUG SMTP: Found extension "8BITMIME", arg "" 
DEBUG SMTP: Found extension "SIZE", arg "10485760" 
DEBUG SMTP: Found extension "AUTH", arg "PLAIN LOGIN" 
DEBUG SMTP: Found extension "Ok", arg "" 
DEBUG SMTP: Attempt to authenticate 
DEBUG SMTP: check mechanisms: LOGIN PLAIN DIGEST-MD5 NTLM 
AUTH LOGIN 
334 VXNlcm5hbWU6 
QUtJQUk3WDNURUI0NEVKNlRSU1E= 
334 UGFzc3dvcmQ6 
QXJwZjl4eU1FTVc1WFNFR3ZxVXVPODNhRjFkcG8xMFpSeURXY0ZsNGVHQXM= 
235 Authentication successful. 
DEBUG SMTP: use8bit false 
MAIL FROM:<[email protected]> 
250 Ok 
RCPT TO:<[email protected]> 
250 Ok 
DEBUG SMTP: Verified Addresses 
DEBUG SMTP: "[email protected]" <[email protected]> 
DATA 
354 End data with <CR><LF>.<CR><LF> 
Date: Wed, 15 May 2013 08:44:47 -0500 (CDT) 
From: "[email protected]" <[email protected]> 
Reply-To: "[email protected]" <[email protected]> 
To: "[email protected]" <[email protected]> 
Message-ID: <[email protected]> 
Subject: Please join the ACT Aspire Hari AV test delivery portal 
MIME-Version: 1.0 
Content-Type: multipart/mixed; 
     boundary="----=_Part_6_16196755.1368625487826" 

------=_Part_6_16196755.1368625487826 
Content-Type: text/html; charset=UTF-8 
Content-Transfer-Encoding: 7bit 

    >>>> HTML EMAIL BODY REMOVED <<<< 

------=_Part_6_16196755.1368625487826-- 
. 
250 Ok 0000013ea86fb2de-0bd70205-8e9a-4042-972f-ad94b28c3101-000000 
QUIT 
221 Bye 
+0

기본적으로 Amazon에서이 서비스를받을 수 있습니까? – DOK

+1

아마존에서는 수수료를 지원합니다. 포럼에 질문을 게시하는 무료 옵션을 사용했지만,이 포럼을 정독하는 데 따라 답변을 얻을 가능성에 대해 모호합니다. 나는 내 회사가 어느 정도 수준의 지원을하고 있다고 생각하지만,이 길을 따라야하는 채널을 통과하는 데는 며칠 또는 수주가 걸릴 것입니다. 포럼 게시물이나 stackoverflow 커뮤니티에서 좋은 의견을받지 못하면 호스팅 조직을 검토해 보겠습니다. 나는 stackoverflower가 이것을보고 신속한 답을 얻길 바랬습니다. –

+1

나의 첫 번째 나쁜 이메일 주소로 내 ses 계정에서 테스트 이메일을 보냈습니다. 도착한 경우 궁금합니다. –

답변

2

다음은이 문제의 해결책으로 밝혀진 내용입니다. Amazon AWS SMTP 서비스는 지난 14 일 동안 반송 된 전자 메일 주소의 목록 인 "14 일 억제 목록"을 유지 관리합니다. Amazon SMTP 서비스를 통해 전송 된 모든 전자 메일은 억제 목록의 주소로 보낼 때 실패합니다. 불행히도 오류를보고하지는 않지만 대신 보낸 사람에게 "배달 할 수없는"답장을 보냅니다. 따라서 자동화 된 보내는 서비스가 있다면 결코 알 수 없습니다.

내 AWS SMTP 서버를 설정할 때 자동 전자 메일의 보낸 사람으로 내 자신의 전자 메일 주소 중 하나를 넣었 기 때문에 필자는 그것을 발견하게되었습니다. 내가 그 이메일 계정에 로그인했을 때, 대상 이메일이 Supression List에 있다고 설명하는 배달 할 수없는 메시지를 보았습니다.

아마존에서는 전자 메일 서비스 콘솔에 로그인하고 억제 목록에서 전자 메일 주소를 제거 할 수 있습니다. 이메일 주소를 입력하고 제거를 클릭하면 주소가 목록에서 즉시 제거됩니다. 어떤 이메일 주소가 Suppression List에 있는지 알 방법이 없지만 원하는 주소를 삭제할 수 있습니다.

내 이메일 오류의 경우 이메일 생성이 완료되기 전에 이메일을 보내려고했는데 바운스가 발생했다고 생각합니다. 이메일 주소가 반송되면 Supression List로 이동합니다. 앞으로 14 일 동안 모든 AWS SMTP 서버 (광산뿐 아니라)를 통해 전송 된 모든 이메일은 실패합니다. 14 일 후 (분명히) 다음 번 바운스가 발생할 때까지 이메일 주소가 Suppression List에서 제거됩니다.

이 Amazon 소프트웨어는 매우 새롭고 실제로 5 월 초에 Suppression List 서비스를 발표했습니다. 그래서 그들은 여전히 ​​몇 가지 단점을 해결해야 할 수도 있습니다. 이 특정 문제는 우리와 같은 자동화 된 발신자에게 다소 심각한 문제를 나타냅니다. 모든 이탈 후 우리의 통제를 벗어나는 이유로 때때로 발생합니다.