Назад | Перейти на главную страницу

Попытка настроить переадресацию почты на моем сервере Cloudpace в моем стойке

Я использую Ubuntu 12 Precise Pangolin и пытаюсь настроить свой сервер для перехвата почты, отправляемой ему, и пересылки ее на мой адрес gmail. Я пробовал много примеров в Интернете, например, редактировал мои main.cf файл, который выглядит так:

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.

myhostname = destiny
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = destiny, localhost.localdomain, localhost
relayhost = smtp.sendgrid.net
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 51200000
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all

В моем / etc / postfix / virtual у меня есть:

@mydomain.com mypersonal.email@gmail.com
@myotherdomain.com mypersonal.email@gmail.com

Что не работает, когда я пишу по электронной почте test@mydomain.com или test@myotherdomain.com.

Так что я получил рекомендацию добавить в мои /etc/alias:

postmaster:root
root:mypersonal.email@gmail.com

перезапустил postfix и попытался отправить письмо по адресу foo@mydomain.com или bar@myotherdomain.com, но он все равно не отправил.

Кто-нибудь знает, что я здесь делаю не так? Буду признателен за любую помощь.

Ваш main.cf похоже, не имеет virtual_alias_maps. Пожалуйста, замените свое объявление main.cf с выходом postconf -n Чтобы убедиться. Для дальнейшего исследования предоставьте выдержку из журнала одной почтовой транзакции для письма, отправленного на foo@mydomain.com начиная с момента отправки в Postfix до момента, когда Postfix решает, что с ним делать. Самый простой способ сделать это - grepведение журнала для queue ID одной такой транзакции, например:

# grep A19BEB5071E /var/log/mail.log
Sep 14 08:34:16 server postfix/qmgr[20790]: A19BEB5071E: from=<sender@example.com>, size=1922, nrcpt=1 (queue active)
Sep 14 08:34:16 server postfix/smtpd[32758]: proxy-accept: END-OF-MESSAGE: 250 2.0.0 Ok: queued as A19BEB5071E; from=<sender@example.com> to=<recipient@example.net> proto=ESMTP helo=<host.example.com>
Sep 14 08:34:16 server postfix/pipe[32764]: A19BEB5071E: to=<recipient@example.net>, relay=cyrus, delay=0.62, delays=0.58/0.01/0/0.04, dsn=2.0.0, status=sent (delivered via cyrus service)
Sep 14 08:34:16 server postfix/qmgr[20790]: A19BEB5071E: removed

И FTR, использовать всеохватывающее - не лучшая идея в наше время. Я настоятельно не рекомендую этого делать.