Все, что я хочу сделать, это установить postfix и пересылать электронные письма. Мне не нужно ничего, чтобы остаться на моем сервере. Это дает мне ад. Я старался изо всех сил, но postfix отрицает все реле.
Что я хочу, так это Скажите, что мой сервер находится в, example.com.я хочу это:
Пересылка электронной почты:
user1@example.com -> user1@gmail.com
user2@example.com -> user2@yahoo.com
user3@example.com -> user3@hotmail.com
Все, что мне нужно, это окно пересылки, которое перенаправляет электронные письма, приходящие на него. Очевидно, что с моей конфигурацией что-то не так, я мог бы просто использовать пример main.cf для своих целей, и я буду в пути.
Редактировать: Журналы
Странно то, что журналы не дают мне никаких ошибок.
main.cf:
mreiley@Omega-14:/var/log$ cat /etc/postfix/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 = omega-14.omegadev.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = omega-14.omegadev.org, localhost.omegadev.org, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
virtual_alias_domains = omegadev.org monovec.com ifmovement.org
virtual_alias_maps = hash:/etc/postfix/virtual
mreiley@Omega-14:/var/log$
файл виртуальных форвардов:
mreiley@Omega-14:/var/log$ cat /etc/postfix/virtual
[EXPUNGED]@omegadev.org blahboybang@gmail.com
mreiley@omegadev.org blahboybang@gmail.com
mreiley@Omega-14:/var/log$
Затем я отправляю электронное письмо из gmail для проверки конфигурации. Вот что показывает mail.log:
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: connect from mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: 72784483A: client=mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/cleanup[4287]: 72784483A: message-id=<4C40E48C.1080701@Paraphymn.com>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<blahboybang@gmail.com>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<blahboybang@gmail.com>, orig_to=<mreiley@omegadev.org>, relay=gmail-smtp-in.l.google.com[74.125.53.27]:25, delay=1.5, delays=0.08/0.01/0.08/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1279321231 d5si4147919wam.28)
Jul 16 16:00:33 Omega-14 postfix/qmgr[4274]: 72784483A: removed
В журнале утверждается, что доставка прошла успешно, но электронная почта никогда не отображается в папке «Входящие» или «Спам».
Однако, если я использую telnet, я получаю другую историю.
mreiley@Omega-14:/var/log$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 omega-14.omegadev.org ESMTP Postfix (Ubuntu)
helo omegadev.org
250 omega-14.omegadev.org
mail from:mreiley@omegadev.org
250 2.1.0 Ok
rcpt to:blahboybang@gmail.com
554 5.7.1 <blahboybang@gmail.com>: Relay access denied
Обновить! Казалось бы, GOOGLE СЕБЯ блокирует меня. Письма, отправленные другим провайдерам, проходят, но при отправке в gmail они даже не попадают в спам.
Ответы:
Сеансы telnet и журналы postfix, по-видимому, не делают одно и то же.
«RCPT TO» должен быть локальным пользователем, а не пользователем gmail.
«MAIL FROM» также отличается, поскольку во втором случае вы кажетесь локальным пользователем, а в первом вы являетесь пользователем gmail.
Таким образом, сеанс telnet не является допустимым тестом.
Журналы показывают, что Google принял письмо. Проверьте свою метку спама снова.
источник
Вы отправляете тестовое электронное письмо из gmail? На веб-хостинге Laughing Squid мы находим, что gmail не нравится переадресованная электронная почта, если она отправляется из gmail, а затем пересылается в gmail. Кажется, это связано со спам-фильтром. Я бы предложил попробовать с Yahoo и посмотреть, что будет потом.
источник