Postfix: Làm thế nào để tôi làm cho bí danh email hoạt động?


11

Tài liệu tuyên bố rằng tôi có thể thêm bí danh trong một tệp (như / etc / postfix / virtusertable) và sau đó sử dụng chỉ thị "virtual_maps" để trỏ đến nó. Điều này dường như không làm việc, tuy nhiên.

Thư của tôi đang bị trả về:

Recipient address rejected: User unknown in local recipient table;

Nếu tôi gửi thư cho người dùng từ máy chủ bằng lệnh mail, nó sẽ hoạt động.

mail myuser

Thông báo đi qua postfix và tự chèn chính xác vào hộp thư đến Cyrus.

Khi tôi sử dụng fetchmail để đưa tin nhắn của người dùng ra khỏi máy chủ pop3, postfix không thành công. Email của người dùng là "myuser@mydomain.com", nhưng dường như không ánh xạ chính xác đến "myuser", tên hộp thư cyrus.



/etc/postfix/main.cf

myhostname = localhost
alias_maps = hash: / etc / bí danh
alias_database = hàm băm: / etc / bí danh
myorigin = / etc / tên thư
mydestination = localhost
chuyển tiếp =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0THER/104 [:: 1] / 128
hộp thư_size_limit = 0
receive_d Friiter = +
inet_interfaces = tất cả
hộp thư_transport = lmtp: unix: / var / run / cyrus / socket / lmtp
#lmtp: unix: / var / run / lmtp
virtual_alias_domains = mydomain.com
virtual_maps = hash: / etc / postfix / virtusertable



/ etc / fetchmailrc

et syslog;
đặt daemon 20;

thăm dò ý kiến ​​"mail.pop3server.com"
với giao thức pop3
người dùng "myuser@mydomain.com" mật khẩu "12345" là "myuser"
lấy



/ etc / postfix / virtusertable

myuser@mydomain.com     myuser



post -n

alias_database = hàm băm: / etc / bí danh
alias_maps = hash: / etc / bí danh
append_dot_mydomain = không
biff = không
config_directory = / etc / postfix
inet_interfaces = tất cả
hộp thư_size_limit = 0
hộp thư_transport = lmtp: unix: / var / run / cyrus / socket / lmtp
mydestination = localhost 
myhostname = localhost
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0THER/104 [:: 1] / 128
myorigin = / etc / tên thư
readme_directory = không
receive_d Friiter = +
chuyển tiếp = 
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 = có
virtual_alias_domains = mydomain.com

Tại sao nó lại bỏ qua bí danh của tôi?

Câu trả lời:


19

Bí danh địa phương đi vào

alias_database = hash:/etc/aliases(không ở /etc/postfix/virtusertable) theo định dạng sau:

alias: destination. Sau đó chạy newaliases.


Tôi đang nhận được cảnh báo: "cảnh báo: / etc / bí danh, dòng 3: tên phải là cục bộ". Tôi đã thêm mục "user@mydomain.com: user" vào / etc / aliases. người dùng không phải là người dùng trên máy, đó là hộp thư / người dùng Cyrus.
Nick

2
Không, định dạng chính xác là người dùng: Anotheruser@domain.com, localuser
David Rickman

Ok, đã thay đổi định dạng và cảnh báo biến mất, nhưng thư vẫn bị trả lại. Tôi đang nhận được "550 hộp thư không xác định".
Nick

Có vẻ như Fetchmail đang chấp nhận tin nhắn, cố gắng gửi nó cho Cyrus, nhưng bây giờ Cyrus đang trả lại nó. Tôi nghĩ rằng postfix không gửi nó với bí danh đúng không? Hay Cyrus cần bảng bí danh của riêng mình?
Nick

Tôi sẽ đánh dấu điều này là đã được giải quyết và tạo một câu hỏi mới cho vấn đề Cyrus, vì về mặt kỹ thuật, đây là một câu hỏi khác.
Nick

0

Chỉ cần gặp vấn đề này ... và thấy rằng vấn đề của tôi không liên quan đến cyrus ...

vì tôi có thể gửi trực tiếp bao gồm các địa chỉ "+" nhưng các địa chỉ bí danh đã bị từ chối ... FYI những gì tôi tìm thấy là các địa chỉ bí danh đã được viết lại [myalias] đã trở thành [myalias@myhost.mydomain.tld]

Vì vậy, cho đến khi tôi tìm ra cách tắt mở rộng hoặc thay đổi nó để loại bỏ cách giải quyết [myhost] là mở rộng trong tệp bí danh [myalias@mydomain.tld] thay vì [myalias] cuối cùng cũng nhận thấy nhật ký hiển thị FQDN thay vì chỉ tên miền như tôi đã sử dụng trong sendmail.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.