У меня возникли проблемы с отправкой почты с постфиксом после изменения «Формат имен пользователей, включающих домен» в шаблоне «Почта для домена». В основном у меня все работало, но затем я изменил имена пользователей по умолчанию с user.domain к user@domain.co, затем удалил и заново создал мои учетные записи электронной почты (включая связанные файлы в домашнем каталоге) в этом новом формате. Как только это было сделано, я не мог отправлять электронную почту ни из учетных записей, которые я воссоздал, ни из новых учетных записей. Я восстановил предыдущие настройки шаблона и воссоздал учетные записи, но это тоже не сработало.
Ниже приведен пример того, что появляется в /var/log/mail.log когда я пытаюсь отправить электронное письмо.
Jul 16 19:02:17 host postfix/smtpd[11772]: connect from localhost.localdomain[127.0.0.1]
Jul 16 19:02:17 host postfix/smtpd[11772]: 691B9138176E: client=localhost.localdomain[127.0.0.1]
Jul 16 19:02:17 host postfix/cleanup[11775]: 691B9138176E: message-id=<1405537337.11762@domain.co>
Jul 16 19:02:17 host postfix/smtpd[11772]: disconnect from localhost.localdomain[127.0.0.1]
Jul 16 19:02:17 host postfix/qmgr[10765]: 691B9138176E: from=<user@domain.co>, size=666, nrcpt=1 (queue active)
Jul 16 19:02:17 host postfix/qmgr[10765]: warning: connect to transport private/sam-domain.co: No such file or directory
Jul 16 19:02:17 host postfix/error[11735]: 691B9138176E: to=<recipient@gmail.com>, relay=none, delay=0.05, delays=0.04/0/0/0, dsn=4.3.0, status=deferred (mail transport unavailable)
Кроме того, вот мой postconf -n:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
allow_percent_hack = no
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
home_mailbox = Maildir/
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
mydestination = domain.co, localhost.domain.co, localhost
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +
sender_bcc_maps = hash:/etc/postfix/bcc
sender_dependent_default_transport_maps = hash:/etc/postfix/virtual
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_tls_cert_file = /etc/postfix/postfix.cert.pem
smtpd_tls_key_file = /etc/postfix/postfix.key.pem
smtpd_tls_mandatory_ciphers = high
smtpd_tls_mandatory_protocols = SSLv3, TLSv1
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
virtual_alias_maps = hash:/etc/postfix/virtual
Мы ценим любые предложения.
Я получил ответ на форуме Virtualmin, который работал как шарм.
Таким образом, проблема действительно заключалась в /etc/postfix/main.cf, как было предложено выше. Я закомментировал следующую строку:
#sender_dependent_default_transport_maps = hash:/etc/postfix/virtual
сделал service postfix restart и теперь моя электронная почта работает отлично.
Спасибо за комментарии выше и надеюсь, что это может помочь кому-то в будущем.