2016-04-27 6 views
6

Я пытаюсь настроить Django на экземпляр AWS для отправки электронной почты через сервер моего основного сайта (не AWS), а не для использования внешние почтовые услуги, такие как Mandrill, Amazon SES ... и т.д.Использование Django для отправки электронной почты с AWS с обратной настройкой DNS для указания на другом сервере

Я первая настройка DNS запись моего главный сервер, чтобы указать субдомны на упругое IP АМСА экземпляра, например:

mail1.website.com->1.1.1.1

Я подал запрос на повторную проверку куплет DNS настройка записи указывая упругий IP мой AWS экземпляра на поддомен, они устанавливают его, например:

1.1.1.1->mail1.website.com

Теперь, когда обратная запись DNS настроено mail1.website.com должен быть в состоянии для использования в django для отправки электронных писем без их маркировки как спама.

https://docs.djangoproject.com/es/1.9/topics/email/#smtp-backend

бы использовать следующие достаточно?

EMAIL_HOST = 'mail1.website.com' 
DEFAULT_FROM_EMAIL = 'test.website.com' 

Если мне нужно предоставить пользователю по электронной почте/пароль/порт можно настроить его для входа с конкретной электронной почты, как [email protected], но затем по электронной почте от [email protected] или я должен настроить параметры SMTP в корне адрес электронной почты

No_reply электронная почта:

EMAIL_HOST = 'mail1.website.com' 
EMAIL_HOST_USER = '[email protected]' 
EMAIL_HOST_PASSWORD = 'mypasshere' 
EMAIL_PORT = 465 
DEFAULT_FROM_EMAIL = 'test.website.com' 

или корень:

EMAIL_HOST = 'mail1.website.com' 
EMAIL_HOST_USER = 'root' 
EMAIL_HOST_PASSWORD = 'mypasshere' 
EMAIL_PORT = 465 
DEFAULT_FROM_EMAIL = '[email protected]' 
+0

Не слишком уверен, что вы просите здесь. Обратный DNS не имеет особого отношения к тому, как вы отправляете электронное письмо. Что касается того, нужно ли вам имя пользователя/пароль, зависящий от того, используете ли вы SMTP-сервер вашей локальной машины (если это так, тогда не требуется аутентификация) или какой-либо третьей стороне, требующей аутентификации. – solarissmoke

+0

@Ryflex: «Было бы достаточно использовать следующее?» Достаточно для чего именно? Можете ли вы пояснить, пожалуйста? Вы беспокоитесь о rDns? Оценка спама? Ответ на: заголовки?Или конфигурация django? –

+0

«Достаточно», чтобы быть прав, так что rDNS не может помечаться как спам, в основном для исправления: 'SPF_SOFTFAIL',' RDNS_DYNAMIC' и 'HELO_DYNAMIC_IPADDR'. У меня уже установлена ​​обратная установка dns, как описано https://aws.amazon.com/blogs/aws/reverse-dns-for-ec2s-elastic-ip-addresses/, используя https://aws.amazon.com/Опалубка/EC2-EMAIL-предельный-RDNS-запрос – Ryflex

ответ

1

Я не уверен, что понимаю, почему вы пытаетесь это сделать, но если ваш текущий сервер электронной почты работает правильно, и вы хотите использовать его для ретрансляции электронных писем из вашего экземпляра AWS, я бы просто установил VPN между AWS и вашей текущей сетью и позволить вашему экземпляру AWS отправлять электронную почту таким образом. Вы не используете свой сервер электронной почты в качестве внешнего реле, поэтому производительность доставки не должна меняться.

Но на самом деле правильный ответ - использовать SES для отправки электронной почты. До тех пор, пока вы не совершаете никаких оскорбительных действий, у вас не должно быть проблем с доставкой.

Редактирование: конкретные исключения, которые вы упоминаете (SPF_SOFTFAIL, RDNS_DYNAMIC и HELO_DYNAMIC_IPADDR), могут не исчезнуть, даже если вы настроили обратный DNS для своего общедоступного IP-адреса AWS - вы все еще извлекаете из пула известных «динамических» IP-адресов - AWS публикует свой список IP-адресов here - и я сомневаюсь, что люди потрудились проверить, правильно ли настроено небольшое количество из них.

Настройка SPF, позволяющая AWS отправлять от вашего имени pretty easy.