Мы заключили контракт со сторонним поставщиком на создание и размещение веб-приложения для нас. Веб-приложение должно будет отправлять пользователям уведомления по электронной почте, когда они их запрашивают. Приложение не размещено в нашей сети, но доступно через настроенный нами поддомен.
Какие существуют варианты отправки электронного письма? Я знаю, что мы могли бы подключить приложение к SMTP-серверам в нашей сети и отправлять сообщения из учетной записи, настроенной там.
Можно ли отправлять сообщения с внешнего сервера, чтобы они не были съедены каждым фильтром спама в сети? Устранит ли это настройку SPF, Domainkeys и / или DKIM? И если так, будет ли это просто хорошей отправкой сообщений через SMTP-серверы в нашей сети?
Лично я бы настроил приложение для отправки электронной почты через ваш почтовый сервер с использованием аутентификации. Таким образом, у вас будет один вход / выход для вашей электронной почты, у вас будет меньше сервисов на веб-сервере для установки и настройки, у вас будет более простой способ устранения неполадок, когда электронные письма не доставляются, и у вас будет меньше чтобы ваша электронная почта могла быть помечена как спам.
Поскольку веб-приложение создается и размещается сторонним поставщиком, вы также можете использовать стороннего поставщика для электронной почты.
Sendgrid например, можно настроить отправку электронных писем из вашего веб-приложения от вашего имени, и вам не нужно беспокоиться о фильтрах спама и т. д. Они заботятся о доставке + у вас есть доступ к очень полезной аналитике.
Да, должно быть возможно (при условии, что третья сторона сотрудничает) установить и запустить SMTP-сервер на вашем веб-сервере. IIS включает в себя SMTP-сервер, который можно настроить и использовать.
Что касается фильтрации спама, нет никаких гарантий, так как все фильтры спама ведут себя по-разному и имеют разные правила, критерии и т. Д. Но вот что я бы порекомендовал:
Настройте поддомен, например: mywebapp.mydomain.com, и создайте запись MX, которая указывает на ваш веб-сервер, а также запись PTR (это оба важных компонента, которые часто учитываются фильтрами спама). Затем заставьте ваше веб-приложение отправлять электронную почту от чего-то вроде: do-not-reply@mywebapp.mydomain.com. Кроме того, настройте запись SPF для субдомена, который (очевидно) включает веб-сервер.
Я бы также настроил SMTP в IIS, чтобы отклонять всю входящую электронную почту.
Как я уже сказал, это не гарантирует, что вас не сочтут спамом, но у вас есть неплохой шанс пройти сквозь фильтры.