Рейтинг:0

отправлять электронную почту с другого сервера, кроме домена FROM, не помечая его как спам

флаг cn

Я хочу отправить письмо с веб-сайта. Почтовый сервер из этого домена недоступен публично, поэтому я не могу использовать его для отправки почты.

Веб-сервер, на котором размещен веб-сайт, имеет другой почтовый сервер, который я могу/должен использовать. Но я хочу, чтобы FROM был доменом веб-сайта.

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

Не уверен, что я ясно. Может поможет пример:

домен: a.com
почтовый сервер домена: a.com (например, [email protected] - нельзя использовать этот почтовый сервер для отправки)
почтовый сервер веб-сервера: mail.customer123.somehoster.com (можно использовать только этот сервер)

Итак, я хочу отправить письмо через mail.customer123.somehoster.com почтовый сервер, но отправитель должен выглядеть [email protected]. Я понимаю, что это выглядит как спам для большинства серверов. Как правильно это настроить?

До сих пор я читал, что запись SPF в DNS — это все, что мне нужно. Это верно? Это лучшая практика? Может ли кто-нибудь помочь мне с правильной записью?

флаг in
Отвечает ли это на ваш вопрос? [Борьба со спамом — что я могу сделать как администратор электронной почты, владелец домена или пользователь?](https://serverfault.com/questions/419407/fighting-spam-what-can-i-do-as-an- владелец-или-пользователь-администратора-домена-электронной почты)
Matthias avatar
флаг cn
@GeraldSchneider Это еще раз подтверждает мою веру в то, что SPF - правильный путь. Но статья на самом деле наоборот: «Как остановить людей от использования моего домена для рассылки спама?». Я хочу РАЗРЕШИТЬ определенным людям (= мой другой почтовый сервер) отправлять сообщения с моего домена без использования соответствующего/правильного почтового сервера и быть максимально законным при этом. Я просто не уверен, что SPF — это все, что я могу/должен сделать, или рекомендуются дополнительные шаги и какая конфигурация будет наилучшей.
Matthias avatar
флаг cn
Я предполагаю, что правильная запись TXT для моего сценария — `v=spf1 a mx -all`
флаг jp
Вам нужно больше, чем SPF. Вам нужен DKIM/DMARC, вам нужны правильные записи PTR DNS, вам нужен как минимум работающий почтовый ящик postmaster@ для вашего домена (и, желательно, abuse@ тоже). Вам также понадобится работающий почтовый ящик для электронной почты, которую вы отправляете, так как многие серверы просто отклоняют электронную почту с несуществующих адресов.
Рейтинг:0
флаг cm

Может быть, вы смешиваете две вещи.

  1. ПОЧТА ОТ в диалоговом окне SMTP. Это должна быть учетная запись/адрес, который вам разрешено использовать веб-сервером на сервере mail.customer123.somehoster.com.
  2. Из заголовков электронной почты. Это может быть все, что вам нравится, поскольку вы придерживаетесь 1.)

Когда вы комбинируете 1) и 2) SPF май помощь, но это не гарантируется.

Если вы попытаетесь использовать основной домен в MAIL FROM, вам не повезло. По крайней мере, мой почтовый сервер будет помечать эти письма как спам независимо от значения SPF.

From-Header — это то, что отображается получателю в его почтовой программе. ПОЧТА ОТ - это то, что заставляет доставку работать и обычно скрыто (но может быть раскрыто, если знать, где искать) от получателя.

Рейтинг:0
флаг us

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

В вашем случае вы должны установить следующую запись TXT в домене a.com:

v=spf1 a:mail.customer123.somehoster.com -все

Затем вы можете отправить почту с хоста mail.customer123.somehoster.com с адресом отправителя [email protected].

Обратите внимание, что SPF авторизует только отправителя конверта, т. е. адрес, указанный в ПОЧТА ОТ SMTP-команда. Это не то же самое, что От заголовок, который является частью тела сообщения.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.