Моя организация в настоящее время передает доставку электронной почты на аутсорсинг поставщику услуг SMTP. Мы думаем о том, чтобы вернуть его домой, чтобы доставить наши собственные электронные письма.
Мы отправляем около 5 тыс. Электронных писем с транзакциями в день в отношении подтверждений заказов и уведомлений об отправке. Такой объем и важность этих писем означает, что нам нужно убедиться, что наш почтовый сервер настроен как можно лучше, чтобы избежать того, чтобы электронные письма выглядели как спам.
Отправляемые нами электронные письма, как правило, похожи в том смысле, что они представляют собой шаблонные подтверждения заказа, поэтому существует риск того, что электронные письма будут классифицированы как спам, и мы будем заблокированы или наши электронные письма будут отклоняться.
С внешним поставщиком услуг электронной почты мы получаем хорошую возможность доставки, но если бы мы сделали это сами, мы беспокоились, что электронные письма не будут доставлены.
Наши идеи на данный момент включают:
Каковы советы и передовая практика по настройке почтового сервера, который может отправлять электронную почту такого объема и не классифицироваться как спам?
Рассмотрите возможность регистрации на dnswl.org. Также есть несколько открытых сервисов, которые проверят вашу конфигурацию.
У меня есть пост на Запуск почтового сервера с некоторыми другими комментариями. Это немного напыщенная речь, поскольку несколько законных плакатов отправляют электронную почту, которая очень похожа на спам из-за плохой реализации электронной почты.
РЕДАКТИРОВАТЬ: Обычно такие услуги, как smtp, mail, и www иметь связанные с услугами имена (поддомены). В некоторых случаях они будут иметь числовые суффиксы, например smtp2 или www1. Это упрощает предоставление услуг на разных серверах. Серверы обычно имеют собственное имя хоста (поддомен), которое не связано с услугами, которые они предоставляют. В наши дни домен может использоваться для веб-трафика, но часто сразу же перенаправляется на веб-поддомен.
Я предполагаю, что эти электронные письма будут отправлены разным получателям в разных доменах в зависимости от информации о заказе, статуса и т. Д., Верно? Значит, для любого данного внешнего домена вы можете отправить лишь несколько из этих 5000 электронных писем? Если так, то все будет в порядке. Тот факт, что вы отправляете большой объем электронных писем, не делает вас более склонным к тому, чтобы быть отмеченным как спамер, чем компания, которая отправляет всего несколько десятков электронных писем в день. Amazon.com ежедневно отправляет сотни тысяч электронных писем, связанных с заказами. Корпорации, в которых работают тысячи или десятки тысяч человек, вместе отправляют сотни тысяч электронных писем в день. IBM, Microsoft, GM и Walmart - все это примеры корпораций, которые отправляют сотни тысяч электронных писем каждый день.
Если вы следуете общепринятым «правилам» отправки электронной почты, например, убедитесь, что ваш сервер не является открытым ретранслятором, имеет действительные записи rDNS и SPF и т.д., все будет в порядке.
Доставка электронной почты требует значительного обслуживания. Первый вариант - использовать внешних поставщиков услуг ретрансляции SMTP (например, этот. Если вы хотите поддерживать SMTP-сервер внутри компании, вы можете воспользоваться этим Тест почтового сервера и выполнять данные рекомендации.
Обратите внимание, что GoDaddy.com предоставляет фиктивную запись rDNS для своих виртуальных выделенных серверов (ip-XXX-XXX-XXX-XXX-secureserver.net), которые часто помечаются как адреса, создающие спам. GoDaddy будет НЕ измените это (я просил несколько раз, указывая им на недостатки в их подходе). Итак, недурно за использование GoDaddy в качестве хостинга и почтового сервера.
SPF и DKIM не уменьшат ваши шансы быть отмеченными как спам, поскольку они просто показывают, что вы имеете право отправлять почту для данного домена (даже спамеры используют SPF и DKIM).
Обратный DNS является основным, так же как и наличие у вашего сервера HELO должным образом, и убедитесь, что вы отправляете с «правильного» статического IP-адреса, которого нет ни в одном из RBL, в котором перечислены такие вещи, как резидентные / динамические IP-блоки. .
Конечно, важно избегать любых RBL, но если вы просто отправляете уведомления о доставке / заказе, у вас не должно возникнуть проблем с нежелательной почтой.