Postfix: Як змусити роботу псевдонімів електронної пошти?


11

Документація стверджує, що я можу додати псевдоніми у файл (як / etc / postfix / virtusertable), а потім використати директиву "virtual_maps", щоб вказати на нього. Однак, здається, це не працює.

Моя пошта підсилює:

Recipient address rejected: User unknown in local recipient table;

Якщо я надсилаю повідомлення користувачеві з сервера за допомогою команди mail, це працює.

mail myuser

Повідомлення проходить через постфікс і правильно вставляється у папку Cyrus.

Коли я використовую fetchmail для отримання повідомлень користувача з pop3-сервера, Postfix не вдається. Електронна адреса користувача - "myuser@mydomain.com", але, схоже, це не відображається правильно на "myuser", ім'я поштової скриньки cyrus.



/etc/postfix/main.cf

myhostname = localhost
alias_maps = хеш: / і т.д. / псевдоніми
alias_database = хеш: / тощо / псевдоніми
myorigin = / etc / mailname
mydestination = localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0škar/104 [:: 1] / 128
mailbox_size_limit = 0
primaent_delimiter = +
inet_interfaces = все
mailbox_transport = lmtp: unix: / var / run / cyrus / socket / lmtp
#lmtp: unix: / var / run / lmtp
virtual_alias_domains = mydomain.com
virtual_maps = хеш: / etc / postfix / virtusertable



/ і т.д. / fetchmailrc

et syslog;
встановити демон 20;

опитування "mail.pop3server.com"
з протоколом pop3
користувач "myuser@mydomain.com" пароль "12345" - це "myuser"
тримати



/ etc / postfix / virtusertable

myuser@mydomain.com     myuser



postconf -n

alias_database = хеш: / тощо / псевдоніми
alias_maps = хеш: / і т.д. / псевдоніми
append_dot_mydomain = ні
biff = ні
config_directory = / etc / postfix
inet_interfaces = все
mailbox_size_limit = 0
mailbox_transport = lmtp: unix: / var / run / cyrus / socket / lmtp
mydestination = localhost 
myhostname = localhost
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0škar/104 [:: 1] / 128
myorigin = / etc / mailname
readme_directory = ні
primaent_delimiter = +
relayhost = 
smtp_tls_session_cache_database = btree: $ {data_directory} / smtp_scache
smtpd_banner = $ myhostname ESMTP $ mail_name (Ubuntu)
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 = так
virtual_alias_domains = mydomain.com

Чому це ігнорування мого псевдоніма?

Відповіді:


19

Місцеві псевдоніми вступають

alias_database = hash:/etc/aliases(не в /etc/postfix/virtusertable) у такому форматі:

alias: destination. Після цього біжи newaliases.


Я отримую попередження: "попередження: / etc / псевдоніми, рядок 3: ім'я має бути локальним". Я додав запис "user@mydomain.com: user" у / etc / псевдоніми. користувач не є користувачем на машині, це поштова скринька / користувач Cyrus.
Нік

2
Ні, правильний формат є користувачем: anotheruser@domain.com, localuser
Девід Рікман

Гаразд, змінив формат, і попередження пройшло, але пошта все ще підстрибує. Я отримую "550-поштова скринька невідома".
Нік

Схоже, Фетхмайл приймає повідомлення, намагається надіслати його Сайру, але тепер Сайрус підстрибує. Я думаю, що постфікс не надсилає його з правильним псевдонімом? Або Сайрус потребує власної таблиці псевдонімів?
Нік

Я збираюся відзначити це як вирішене та створити нове питання для проблеми Кіра, оскільки технічно це інше питання.
Нік

0

Щойно я зіткнувся з цим питанням ... і виявив, що як не дивно, моє питання не стосується кіру ...

як я міг доставляти прямі, включаючи "+" адреси, але псевдонімні адреси отримували відхилення ... FYI, що я виявив, що псевдонімові адреси переписуються [myalias], стали [myalias@myhost.mydomain.tld]

тож поки я не з'ясував, як вимкнути розширення або змінити його на падіння [myhost], вирішити це було розширення у файлі псевдонімів [myalias@mydomain.tld] замість [myalias], нарешті, наткнувся на нього, коли я нарешті помітив журнал, що показує FQDN замість просто домену, яким я звик у sendmail.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.