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

Postfix не получает почту от реальной почты, но получает от sendmail?

Хорошо, поэтому я пытаюсь перенаправить почту с моего сервера ubuntu (назовем его example.com) на внешнюю учетную запись gmail с помощью postfix.

Проблема в том, что я отправляю почту с помощью другой учетной записи gmail и yahoo на адрес monkey@example.com и проверяю var/log/mail.info, ничего не появляется.

Однако когда я использую sendmail в терминале и отправляю на тот же адрес, я получаю следующее, записанное в журнал, а также почту, фактически отправляемую и заканчивающуюся в моем почтовом ящике:

Jan  4 00:02:48 Machine postfix/local[6520]: 6C82DB80C4A: to=<root@example.com>, relay=local, delay=0.01, delays=0/0/0/0.01, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Jan  4 00:02:48 Machine postfix/qmgr[6497]: 6C82DB80C4A: removed
Jan  4 00:09:58 Machine postfix/pickup[6496]: B206CB80C46: uid=0 from=<root>
Jan  4 00:09:58 Machine postfix/cleanup[6540]: B206CB80C46: message-id=<20140104050958.B206CB80C46@Machine>
Jan  4 00:09:58 Machine postfix/qmgr[6497]: B206CB80C46: from=<root@example.com>, size=265, nrcpt=1 (queue active)
Jan  4 00:09:59 nightMachine postfix/smtp[6542]: B206CB80C46: to=<destemail@gmail.com>, orig_to=<monkey@example.com>, relay=gmail-smtp-in.l.google.com[74.125.142.26]:25, delay=14, delays=13/0/0.22/0.69, dsn=2.0.0, status=sent (250 2.0.0 OK 1388812199 qd7si6471164igb.62 - gsmtp)
Jan  4 00:09:59 Machine postfix/qmgr[6497]: B206CB80C46: removed

Для этого есть причина? Как бы это исправить?

Я следил этот руководство.

постфикс / виртуальный:

monkey@example.com destemail@gmail.com

Main.cf:

# 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.

myhostname = Machine
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = example.com, Machine, localhost.localdomain, localhost
relayhost = 
mynetworks = 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
home_mailbox = mail/


#added the following for mail server :O!!
virtual_alias_domains = example.com 
virtual_alias_maps = hash:/etc/postfix/virtual

результат, когда я делаю dig example.com mx запрос в терминале:

;; ANSWER SECTION:
example.com.        21600   IN      MX      10 mail.example.com.

telnet example.com 25

Connected to example.com.
Escape character is '^]'.
220 Machine ESMTP Postfix (Ubuntu)

Вы установили запись MX на mail.example.com. Это означает, что когда какой-либо почтовый сервер пытается отправить вам почту, он выполняет поиск в DNS, чтобы найти mail.example.com. Поскольку этого не существует, отправляющая система не знает, куда отправлять электронное письмо.

Чтобы исправить это, выполните одно из двух следующих действий:

  1. Полностью удалите запись MX. Пока у вас нет записи MX, отправляющая система вместо этого будет выполнять поиск в DNS для example.com, и, поскольку это разрешается на сервере, на котором запущен ваш почтовый сервер, это будет работать.
  2. В дополнение к записи MX создайте запись A или CNAME для mail.example.com.

Для записи A он должен выглядеть так:

mail     A     127.0.0.1

(за исключением, конечно, IP-адреса, который должен быть фактическим IP-адресом сервера, а не адресом обратной связи)

и вот так для CNAME:

mail     CNAME example.com.