Я разместил этот вопрос на форумах Amazon AWS, но решил, что я могу получить более быстрый и лучший ответ здесь. Прошу прощения, если вы видите это дважды.Amazon AWS Простая служба электронной почты: некоторые адреса электронной почты НИКОГДА не получают электронные письма
Моя компания использует SMTP-сервер Amazon AWS для отправки электронной почты через веб-интерфейс на основе Java. Это лишь небольшая часть нашего приложения, предназначенная для того, чтобы пользователи могли приглашать других пользователей в наше приложение.
Мы обнаружили в очень немногих случаях, что некоторые адреса электронной почты не получают приглашений. Первоначально мы думали, что это связано с дефисами в адресах электронной почты, но теперь я решил, что это не обязательно так. Я некоторое время пытался устранить эту проблему, используя свои собственные домены электронной почты, и я решил, что следующие два адреса электронной почты НИКОГДА не получат никаких писем, отправленных с использованием сервера AWS SMTP (email-smtp.us-east-1.amazonaws.com) но во время процесса отправки сообщений об ошибках нет - электронные письма просто не поступают. Во втором списке указаны похожие адреса электронной почты, которые всегда будут получать приглашения, отправленные с использованием нашей системы. Обратите внимание, что адреса в первом списке НИКОГДА не получают электронные письма, я много раз пробовал из всех наших развернутых экземпляров.
адреса, которые НЕ ПОЛУЧИТЬ EMAIL:
адреса, которые DO получать электронную почту :
Есть очень, очень мало адреса электронной почты, которые в конечном итоге с этой проблемой. Мне посчастливилось найти в своем домене два, которые демонстрируют проблему. Я, конечно же, подтвердил, что это не имеет никакого отношения к фильтрации спама.
Приложение написано на Java, используя платформу воспроизведения. В Play используется библиотека электронной почты Apache Commons под капотом. Вы можете узнать больше об этом здесь: http://www.playframework.com/documentation/1.1/emails.
Вот некоторые из шагов, которые я взял в моих усилиях по устранению неисправностей:
1) Try с другим сервером SMTP (с помощью моего личного ISP SMTP - smtp.gvtc.com) - все адреса DO получать письма, когда я использую этот SMTP-сервер. Это, по-видимому, изолирует проблему как специфическую для сервера AWS SMTP.
2) Настройте мою собственную учетную запись AWS и используйте настройки SMTP для этой учетной записи (после проверки соответствующих адресов). У меня есть те же проблемы, что и мои собственные настройки учетной записи AWS SMTP. Это, по-видимому, указывает на то, что проблема не относится к учетной записи AWS нашей компании.
3) Включите настройку отладки воспроизведения электронной почты (почта.debug = true в файле конфигурации). На консоли для каждой электронной почты, отправленной системой, отображается большое количество информации, но нет никакой разницы между сообщениями электронной почты, отправленными на хорошие адреса, и теми, которые отправляются на плохие адреса. Нет никаких признаков каких-либо ошибок.
Это содержимое журнала для одного из сообщений, которые так и не пришли. Обратите внимание, что это использование сервера AWS, который я настроил для себя. Это выглядит точно так же, когда я использую SMTP-сервер нашей компании AWS, за исключением того, что адрес электронной почты отличается. Я удалил фактический контент электронной почты, так как он в 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
Итак, в принципе, для Amazon нет поддержки от Amazon? – DOK
Amazon предоставляет поддержку за дополнительную плату. Я использовал их бесплатный вариант, чтобы опубликовать вопрос на своих форумах, но, основываясь на изучении этих форумов, я сомневаюсь в своих шансах получить ответ. Я думаю, что у моей компании, вероятно, есть определенная поддержка, но для прохождения этой проспекты потребуется несколько дней или, возможно, недели. Если я не получаю никаких хороших отзывов от сообщения на форуме или из сообщества stackoverflow, я продолжу свою хостинговую организацию. Я надеялся, что stackoverflower может просто увидеть это и получить быстрый ответ. –
Я отправил тестовое письмо с моей учетной записи ses на ваш первый плохой адрес электронной почты выше - любопытно, если он поступит. –