2008-09-20 19 views
4

При разработке приложения, которое рассылает сообщения по электронной почте уведомления, каковы лучшие практики дляКак отправить чистые сообщения электронной почты из вашего приложения?

  1. не получает помечено как спамер по вашей хостинговой компании. (Обложка любого из :)
    • лучший метод не заливая почтовый сервера
    • лучших продуктов почтового сервера, если вы должны были создать свои собственные
    • отправки сообщения, как от конкретного пользователя, но все еще ясно из ваше заявление (чтобы жалобы, и т.д. вернуться к вам), не нарушая хороший этикет электронной почты
    • любых других уроков
  2. не получает помечено как спам клиента получателя? (Обложка любой из :)
    • настройке и использовании отправителе идентификатор, предметно-ключи, SPF, вскрывать DNS, и т.д., чтобы убедиться, что ваши письма правильно определены
    • лучшие методы заголовка SMTP, чтобы избежать получения помечено как спам при отправке сообщения электронной почты для пользователей (например, с помощью Sender и из заголовков вместе)
    • любые другие уроки

дополнительное требование: это приложение будет посылать одно сообщение одному получателю, на основемероприятие. Таким образом, методы отправки одинаковых сообщений нескольким получателям не применяются.

ответ

5

лучший метод не заливая почтовый сервер

не много вы можете сделать по этому поводу за проверки с вашим почтовым сервером администратора (если это общий хостинг аккаунт/не находится под вашим контролем). но если требование - одно электронное письмо одному получателю на одно событие, это не должно быть слишком большой проблемой. вещи, которые, как правило, засоряют почтовые системы, - это электронные письма с сотнями (или более) получателей.

Если у вас есть события, отжигающие все время, возможно, подумайте об их объединении и отправке электронного письма, которое суммирует их периодически.

отправки сообщений, как от конкретного пользователя, но все еще ясно из вашего приложения (чтобы жалобы и т.д. вернуться к вам), не нарушая хороший этикет электронной почты

вы можете сделать это с помощью " Reply-To ", который затем будет использовать этот адрес вместо адреса From, когда будет составлено сообщение электронной почты.

вы также должны установить заголовок «Возврат-Путь» любого электронного письма, так как электронная почта без этого часто отфильтровывается.

ex.

From: [email protected] 
Return-Path: [email protected] 
Reply-To: [email protected] 

настройки и использование отправителе идентификатор, предметно-ключи, SPF, вскрывать DNS, и т.д., чтобы убедиться, что ваши письма правильно определены

все это в значительной степени зависит от того, как много собственностей у вас есть ваши почтовые и DNS-серверы. spf/sender-id и т. д. - все проблемы DNS, поэтому вам нужно иметь доступ к DNS.

в вашем примере это может представлять собой проблему. поскольку вы настраиваете почту для определенного пользователя, для этого пользователя должен быть установлен SPF (например), установленный в их DNS, чтобы ваш почтовый сервер был действительным отправителем. вы можете себе представить, как беспорядочно (если не прямо невозможно) это получилось бы с рядом пользователей с различными именами доменов.

как для обратного DNS, так и для него, это действительно зависит. большинство клиентов интернет-провайдера и т. д. ... просто проверит, чтобы установить обратный DNS. (т.е. 1.2.3.4 разрешает host.here.domain.com, даже если host.here.domain.com не разрешает вернуться к 1.2.3.4). это связано с количеством общего хостинга (где почтовые серверы часто сообщают о себе как имя домена клиента, а не настоящий почтовый сервер).

Существует несколько строгих сетей, требующих соответствия обратного DNS, но для этого требуется, чтобы вы контролировали почтовый сервер, если он не совпадает в первую очередь.

Если вы можете быть более конкретным, я могу предоставить немного больше советов, но, как правило, людям, которые должны отправлять почту приложения, и не имеют кучи контроля над своей средой, d предполагают следующее:

  • убедитесь, чтобы установить «Return-Path»
  • это хорошо, чтобы добавить приложение и информацию о нарушениях, а также в заголовках именно: «X-Mailer» и «X-Abuse- To "(это настраиваемые заголовки, только для информационных целей)
  • убедитесь, что для DNS-адреса сервера исходящей почты установлен обратный DNS-адрес
0

первого быстрое исправление к предыдущему

обратного пути: это заголовок, который добавляется системой ПОЛУЧАТЬ на основании конверта отправителе сообщений Incomming

для СПФА работать возвратный-путь/конверт-отправитель должен быть [email protected]

и обеспечить запись spf для yourdomain.com {или если для каждого пользователя spf} для [email protected] позволяет отправлять письма на сервере, на котором размещается приложение/отправляет по электронной почте

этот конверт-отправитель адрес, который будет выслан все возвраты/ошибки

Теперь отправитель-идентификатор отличается полностью проверяет обратный путь/конверт-отправитель и из: адресов {хранится в сообщении} если отправка от: hisname [email protected] для ответа: hisname [email protected]

это будет не проблема при отправке из: hisname hisaddres @ hisdomain.ком

будет, и вы должны добавить Resent-From: hisname [email protected] как это указывает игнорировать от: для проверки отправителя ID использовать это вместо того, чтобы, как он был послан вами на его имя

0

теперь для остальных бит, которые стоят

IP-адреса, указанного ваши Почтовые

А имеют точку PTR вашего IP, чтобы имя, которое также разрешает одному и тому же IP FQDNs

b у вас есть сервер helo/ehlo с any.domain.com, где domain.com совпадает с доменом имени на этапе A (не одно и то же имя для resons ниже}

c есть, что helo/ehlo servername также разрешает ip вашего сервера

d Добавить следующую запись SPF в это имя helo/ehlo «v = spf1 a -all» {значение allow helo/ehlo с этим именем из ip это имя указывает только на }

e добавьте следующие строки идентификатора-отправителя к имени helo/ehlo {чисто для полноты "spf2.0/mfrom, pra -all" {т. Е. Нет пользователей @ this-domain}

е добавить следующее СПФ к имени-FQDNs и любые другие имена хостов для сервера «v = spf1 -все» {т.е. нет машин будет когда-либо HELO/EHLO, как это имя и не пользователей @ этого-домена}

{поскольку имя fqdns может быть определено ботами/инфекциями, лучше никогда не позволять этому имени использоваться в приветствиях helo/ehlo непосредственно, это достаточно, чтобы он был из того же домена, что и идентификация helo/ehlo, чтобы доказать действительность обоих)

+0

oh все это и более на http://www.alandoherty.net/info/mailservers/ – 2009-01-29 02:05:29