Рейтинг:3

sendmail (или постфикс) всегда терпит неудачу с отклоненной командой Helo

флаг cn

На digitalOcean этот учебник указывает на установку postfix. Я пробовал это, а также удалял postfix, а затем устанавливал sendmail.

При отправке тестового письма неизменно возникает ошибка идентификации отправителя

 451 4.7.1 <m-dev>: команда Helo отклонена: строка HELO «m-dev» не соответствует последней строке HELO «theactual.ws» с этого IP-адреса * (при тестировании с помощью sendmail)*

[с постфиксом он жалуется на то, что его отправил нет ответа@m-dev...]

Учебник предлагает Имя системной почты должно совпадать с именем, которое вы присвоили своему серверу.. Но это упрощенно и с большой вероятностью нет уважают.

Ну, доменное имя не было присвоено серверу. имя хоста возвращает назначенный м-дев имя.

Как можно настроить Ubuntu 20.04 для использования полного доменного имени, которое фактически указывает на этот сервер (+ установлены конфигурации SPF и DKIM)?

При попытке с постфиксом постфикс -n возвращается

alias_database = хэш:/и т.д./псевдонимы
alias_maps = хеш:/и т.д./псевдонимы
append_dot_mydomain = нет
биф = нет
уровень_совместимости = 2
inet_interfaces = все
inet_protocols = только для обратной связи
mailbox_command = procmail -a "$EXTENSION"
почтовый ящик_размер_лимит = 0
mydestination = localhost.$mydomain, localhost, $myhostname
myhostname = m-dev
мои сети = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = нет
получатель_разделитель = +
ретранслятор =
smtp_tls_CApath = /etc/ssl/сертификаты
smtp_tls_security_level = может
smtp_tls_session_cache_database = btree:${каталог_данных}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_relay_restrictions = Permit_MyNetworks Permit_Sasl_Authenticated defer_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_security_level = может
флаг cn
редактирование завершено. ` $ hostname market-dev` все еще возвращается в командной строке консоли, а `echo "Это тело письма" | mail -s "Это строка темы" some@addresscom` теперь попадает `почта: невозможно отправить сообщение: процесс завершен с ненулевым статусом`
Рейтинг:5
флаг cz

Другие почтовые серверы в Интернете обычно ожидают, что ваш сервер идентифицирует себя, используя свое полное доменное имя, а соответствующие прямые и обратные записи DNS совпадают. Это не требует какой-либо специальной настройки Postfix в системах Linux, для которых имя хоста уже установлено на полное доменное имя, но Debian решил использовать только неполное имя хоста (что вызывает множество других проблем, которые необходимо решить, и это одна из них). ).

Во-первых, вам нужно решить, какое полное доменное имя будет для этой машины. Это не должно быть голое доменное имя.После того, как вы это сделаете, вам нужно установить записи адресов DNS для этого имени на адреса IPv6 и IPv4 вашей системы, установить записи PTR для этих адресов на это полное доменное имя и, наконец, в Postfix установить имя хоста к полному доменному имени.

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

флаг cn
Это именно то, что я понял в плане динамики. Однако что вы подразумеваете под «голым доменным именем». Я установил `myhostname = theactual.ws`. Новая эволюция: эхо "тело" | mail -s "subject" Журналы адресата@theactual.ws, имеет идентификатор сообщения с полным доменным именем и доставляет. Но приложение на VPS (rails) `ActionMailer::Base.mail([...]).deliver_now` возвращает сообщение `Доставленная почта 61[...][email protected] (4028.0ms)` идентификатор сообщения аналогично. Оно не регистрируется, очередь пуста и сообщение не доставлено.

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

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