В настоящее время у нас есть более 6 серверов веб-приложений, все они осуществляют прямую доставку из IIS (служба SMTP).
Каждые пару месяцев мы должны очищаться от заблокированных списков, и отсутствие видимости настраиваемых писем является проблемой.
Во время поиска в Google я обнаружил, что некоторые организации, предоставляющие услуги пересылки / ретрансляции почты, видят:
Есть ли у кого-нибудь опыт использования почтового сервера для отправки сообщений за пределами их среды хостинга.
Я считаю, что со временем нам пришлось настроить липкие адреса для наших серверов, обратный DNS и т. Д., Чтобы почта работала, поэтому что нам нужно делать, чтобы электронные письма принимались клиентами, использующими внешний почтовый сервер?
Я предполагаю, что я спрашиваю, как почтовый сервер получателя узнает, что доверяет подключению к электронной почте через размещенную службу, когда она исходит из нашего центра обработки данных?
Большое спасибо, Джейсон
Было бы неплохо убедиться, что вы отправляете всю свою исходящую электронную почту через другую службу, чтобы вам не нужно было также сосредоточиваться на управлении системой электронной почты.
Но если ваша проблема заключается в том, что ваши пользователи думают, что вы рассылаете им спам, и помещают свои электронные письма в различные черные списки, тогда я думаю, что вам, возможно, придется просмотреть то, что вы действительно отправляете, и улучшить свой пользовательский опыт.
Еще одна причина, по которой они постоянно добавляются в различные черные списки, заключается в том, что ваши серверы взломаны, и вы постоянно рассылаете спам ниже вашего радара. Блокировка исходящих подключений к другим почтовым серверам в вашем брандмауэре и разрешение маршрутизации почты только через вашего отправителя электронной почты - хороший способ убедиться, что этого не произойдет.
Что касается вашего вопроса о том, как почтовый сервер может доверять электронным письмам, которые приходят от вас, протокол SMTP поддерживает аутентификацию, и вы можете туннелировать его через ssl, так что это может быть полностью безопасно.
Почтовый сервер получателя обычно не видит, с какого компьютера было отправлено сообщение. Он проверяет, какой сервер пытается его доставить. Итак, если ваш сервер находится в черном списке, вы все равно можете отправлять почту через сторонний сервер, который вы платите за эту услугу.
Хороший сторонний ретранслятор SMTP будет следить за тем, чтобы они не попали в какие-либо приличные черные списки и подписывали любую пересылаемую почту через DKIM. В идеале они бы позаботились о белых списках, регулировании ISP, обратном DNS, циклах обратной связи, сканировании контента и мониторинге доставки. Но они могут сделать только так, если люди или фильтры помечают ваши письма как спам.
Вам следует настроить SPF (и указать сторонние серверы в качестве разрешенных отправителей в SPF). Информация о SPF должна быть доступна из сторонней документации. Кроме того, вы должны убедиться, что письма, которые вы отправляете, отправляются только людям, которые выбрали вашу почту, иначе они будут отмечать их как спам. Некоторые все равно отметят это просто потому, что забыли о регистрации.
Обеспечьте четкий нижний колонтитул в сообщениях электронной почты, в котором упоминается, что вы отправляете письмо, потому что они выбрали то-то и то-то, и укажите четкую ссылку для отказа в нижнем колонтитуле (которая действительно работает, скажем, в течение 24 часов). Также на главной странице вашего сайта есть ссылка для отказа и политика конфиденциальности.
Какой сторонний SMTP-сервер следует использовать? Я не могу на это ответить, но, возможно, стоит посмотреть Штемпель. У них есть предоплата, но, что более важно, у них есть интерфейс, который позволяет отслеживать и исправлять проблемы с доставкой по мере их возникновения. Вы можете использовать SMTP для отправки пакета, но их API позволяет выполнять гораздо более продвинутую обработку ошибок. Очень хорошее обслуживание.