Два Идентичных Постфикса main.cf файлы, но передающая почта от CLI появляются по-другому

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

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = mail.example.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = mail.example, localhost.localdomain, localhost
relayhost = smtp-relay.gmail.com
mynetworks = 10.0.0.0/8 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all

conents/etc/hostname ниже

mail.example.com

Содержание/etc/hosts ниже

127.0.0.1   localhost.localdomain localhost
10.x.x.x    mail.example.com    mail

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Содержание/etc/mailname ниже

example.com

Но по любой причине, эта конфигурация совпадает с другим сервером идентичное совпадение с этими файлами, но когда я отправил почту от командной строки, делающей что-то вроде этого:

echo "testing email" | mail -s "test subject" user@example.com

Один сервер имеет его, показывают, что это прибыло из user@example.com и других шоу, что это прибыло из user@mail.example.com. Я не могу ни за что в жизни понять это, и я не уверен, где и какая установка отличается между этими двумя серверами (я также с тех пор перезагрузил их и несколько раз перезапускаю Постфиксный сервис).

Это походит на системную переменную или существует другой опрашиваемый конфигурационный файл. Я действительно любопытен и хотел бы понять то, что продолжается здесь, и любая информация была бы очень полезна.Спасибо!

Обновление 1: Включая сравнение mail.log и postconf-n

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
inet_protocols = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = mail.example.com, localhost.localdomain, localhost
myhostname = mail.example.com
mynetworks = 10.0.0.0/8 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
relayhost = smtp-relay.gmail.com
smtp_tls_session_cache_database = btree:${data_directory}/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_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

Сравнение Mail.log

  • Mail01: uid=1000 from=<operations>
  • Mail02: uid=1000 from=operations@mail.contoso.com
  • Почта на mail01 отправлена с пустым именем пользователя (операции), таким образом, постфикс добавляет myorigin создание operations@contoso.com.
  • Почта на mail02 надеется быть отправленной с полным адресом электронной почты как от, таким образом, Постфикс не добавляет myorigin.

Они и работают на Ubuntu 14.04.3 VMs, которые были созданы новые для этого и полностью обновили. Где был бы я надеяться находить, где это пустое имя пользователя настроено? Я проверил/etc/passwd, но он просто говорит "операции", должен быть файл или что-то, что я пропускаю где-нибудь - у Вас есть какие-либо идеи?

0
задан 8 October 2015 в 23:59
1 ответ

Я понял это. По какой-то причине кажется, что мой / etc / mailname не обрабатывался, хотя он был идентичен другому серверу - и файл даже имел ту же сумму MD5 - конфигурация Postfix не принимала его. Я также заметил, что я использовал mailutils в одной системе (та, которая не работала и на которой был установлен Postfix), а другая использовала bsd-mailx. Я поменял это местами, прежде чем пытаться изменить / etc / mailname, и, похоже, это не имело никакого значения, но, хотя это того стоит, я отмечу это на всякий случай. В любом случае я изменил свое / etc / mailname на фиктивное значение, например test, затем выполнил перезагрузку sudo postfix и перезапуск postfix службы sudo, а затем переключил его обратно на то, что я планировал (contoso.com), а затем те же две команды обновите конфигурацию и сервис, и вот, он работает как задумано. Спасибо всем, что помогло.

1
ответ дан 4 December 2019 в 16:48

Теги

Похожие вопросы