mailx -r не отправляет электронную почту, если поле отправителя использует реальный домен

Я не могу получить параметр mailx -r для правильной установки поля отправителя «От».

echo "email text" | mail -s "test 123" -r [email protected]  [email protected]

Электронное письмо отправляется, если поле «-r» является поддельным доменом. Если это реальный домен, электронная почта не отправляется. Имя пользователя не имеет значения, только доменное имя.

Где я должен проверить, чтобы исправить это?

RHEL6.4


sender redhat mailx
person Nova S.    schedule 28.12.2013    source источник
comment
Не знаю, почему за меня проголосовали - думаю, мне нужно показать, что я провел исследование. Я попытался использовать «mail -s test 123 [email protected] -- -r [email protected]». Я попытался использовать «sendmail. Во всех случаях, независимо от синтаксиса, если я использовал @fakedomain.com, письмо было отправлено. Если я использовал @realdomain.com (например, название моей компании), почта не отправлялась. Не было ни сообщения об ошибке, ни сообщения о возврате по электронной почте. У меня есть Linux Box, где все это работает. Файл /etc/mail.rc в обоих ящиках выглядит одинаково. Я просто не уверен, где еще искать.   -  person Nova S.    schedule 28.12.2013
comment
Я понял. Я сижу на сервере в VPC, поэтому у него нет доступа к почтовому серверу реального домена. Мне придется убедить моего клиента использовать поддельный домен, тем более что этот адрес все равно не для получения писем.   -  person Nova S.    schedule 30.12.2013

Ответы (1)


arrow_upward
1
arrow_downward

Конечный результат... Я должен был проверить папку со спамом. Все тестовые электронные письма, использующие реальный домен, были там.

Подробности:

Поддельный обратный домен – прошел

Received-SPF: none (google.com: [email protected] does not designate permitted sender hosts) client-ip=54.201.xx.xx;

Настоящий домен – попал в спам-ловушку

Received-SPF: fail (google.com: domain of [email protected] does not designate 54.201.90.208 as permitted sender) client-ip=54.201.xx.xx;

Причина в том, что домен «real.com» использует белый список, и этот конкретный IP-адрес NAT не был добавлен в этот список. Поддельный домен был пропущен, вероятно, потому, что почтовая политика такова, что пропускает слишком много, а не слишком мало.

person Nova S.    schedule 02.01.2014
comment
Я также сталкиваюсь с той же проблемой. Есть ли обходной путь для настройки реального доменного имени в адресе «От»? - person randhirkr; 18.08.2016