веб-служба рассылает электронные письма от имени пользователей своим клиентам. Итак, john@domainA.com использует веб-сервис, а веб-сервис отправляет электронные письма. Электронные письма должны выглядеть как исходящие от john@domainA.com.
В настоящее время мы пытаемся настроить веб-сервис для работы в качестве почтового клиента для каждого пользователя, при этом каждый пользователь может создать свой собственный профиль, в котором ему необходимо настроить свои учетные данные SMTP-сервера. Но, учитывая, что существует больше вариантов конфигураций, чем вы можете встряхнуть своей палкой, не говоря уже о попытках объяснить пользователям, какую информацию откуда брать, POP b4 smtp, TLS, SSL, AUTH и т. Д.), Мне интересно, можно ли быть другим.
Как, если вообще можно было к этому подойти? Могу ли я настроить постфиксный сервер, чтобы делать то, что мне нужно, не обращаясь к другому администратору. кошмар или блокировка за спам?
Спасибо за понимание
Нет, если владелец домена соблюдает правила безопасности.
Проблема:
Хорошо обслуживаемые домены имеют запись SPF, в которой точно указано, каким серверам разрешено отправлять электронную почту от имени домена. Любой другой сервер (например, ваш), отправляющий письмо, автоматически получает письмо, помеченное как спам.
Какой-то идиотский брокер попробовал это со своей контактной формой для меня - потерял мой бизнес, так как я даже не мог связаться с ними;) Они использовали Gmail в качестве бэкэнда, и Google с радостью отклонил электронное письмо, подделывающее мое происхождение как отправленное с неавторизованного сервера (и отправьте мне отчет об ошибке).
если это для известных определенных клиентов - тогда это возможно, но клиенты определенно должны убедиться, что они знают об элементе SPF. В этом случае «просто сделай это». Кто-нибудь из постфиксов, вероятно, с радостью расскажет вам, как его настроить. В основном я хотел убедиться, что вы не игнорируете сторону SPF;)
Будет лучше, если вы настроите свой домен, почтовый сервер и веб-приложение для отправки от законного отправителя и поместите адреса электронной почты ваших пользователей в поле Reply-To и / или где-нибудь в теле письма. Таким образом, у вас будет законная отправка почты, сохраняя при этом правильное обратное соединение с отправителем. Пример: у вас есть почтовый сервер 2.2.2.2. настроен на отправку почты для домена MYSRV.COM. Настройте свой почтовый сервер с обратным и прямым разрешением, записями spf и т. Д. Настройте свое веб-приложение для отправки с POSTER@MYSRV.COM и поместите адрес электронной почты отправителя в заголовок Reply-To. Когда получатель ответит, он отправит сообщение на правильный адрес электронной почты. Ни для кого вреда.
Да, ты можешь сделать это.
Изменить mynetworks параметр в /etc/postfix/main.cf чтобы включить IP-адрес сервера, с которого вы хотите отправить. Убедитесь, что у вас есть append_dot_mydomain = no также. Не забудьте сказать Postfix перезагрузить его конфигурацию (/etc/init.d/postfix reload работает на последних версиях Linux, которые я использовал).
Затем ваш постфиксный сервер должен принимать почту с вашего веб-сервера и маршрутизировать ее, независимо от адресов отправителя и получателя. Итак, настройте свое веб-приложение, чтобы всегда использовать этот SMTP-сервер с адресом отправителя.
Однако вы все чаще можете ожидать, что ваши электронные письма будут помечены как спам. Как указывает TomTom, домены начинают использовать SPF, Domainkeys и аналогичные протоколы, чтобы предотвратить именно то, что вы просите. Если домен, с которого вы отправляете сообщения (domainA в вашем примере), имеет SPF (или аналогичный), вам следует попросить их добавить ваш почтовый сервер в список авторизованных отправителей.
HTH