Постфикс: Доступ к реле запрещен

Постфикс: Доступ к реле запрещен

Когда я подключаюсь через telnet к своему серверу, на котором запущен postfix, и пытаюсь отправить электронное письмо:

MAIL FROM:<[email protected]>
#=> 250 2.1.0 Ok

RCPT TO:<[email protected]>
#=> 554 5.7.1 <[email protected]>: Relay access denied

Я не смог найти ответ на сайте или просматривая вопросы/ответы других пользователей, я не уверен, с чего начать. Идеи?


Обновлять

Итак, в основном смотрим на документы:http://www.postfix.org/SMTPD_ACCESS_README.html(раздел:Избирательность с помощью списков ограничения доступа SMTP), у меня, кажется, нет ни одной из этих директив вetc/postfix/main.cf

как smtpd_client_restrictions = permit_mynetworks, rejectи любой другой, поэтому я совсем запутался.

Но на самом деле мне нужно, чтобы приложение Rails подключалось к серверу и отправляло электронные письма, поэтому я не уверен, как с этим справиться.

Вот как выглядит мой файл конфигурации:

# 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 = rerecipe-utils
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, localhost.$mydomain, localhost, mail.rerecipe.com, rerecipe.com
relayhost =
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
mynetworks = 127.0.0.0/8 204.232.207.0/24 10.177.64.0/19 [::1]/128 [fe80::%eth0]/64 [fe80::%eth1]/64

Обратите внимание relayhost, что это пустой файл конфигурации по умолчанию, который был создан при установке Postfix. При попытке подключения opensslя получаю следующее:

~% openssl s_client -connect mail.myhostname.com:25 -starttls smtp
CONNECTED(00000003)
depth=0 /CN=myhostname
verify error:num=18:self signed certificate
verify return:1
depth=0 /CN=myhostname
verify return:1
---
Certificate chain
 0 s:/CN=myhostname
   i:/CN=myhostname
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIBqTCCARICCQDDxVr+420qvjANBgkqhkiG9w0BAQUFADAZMRcwFQYDVQQDEw5y
ZXJlY2lwZS11dGlsczAeFw0xMDEwMTMwNjU1MTVaFw0yMDEwMTAwNjU1MTVaMBkx
FzAVBgNVBAMTDnJlcmVjaXBlLXV0aWxzMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCB
iQKBgQDODh2w4A1k0qiPNPhkrPj8sfkxpKPTk28AuZhgOEBYBLeHacTKNH0jXxPv
P3TyhINijvvdDPzyuPJoTTliR2EHR/nL4DLhr5FzhV+PB4PsIFUER7arx+1sMjz6
5l/Ubu1ppMzW9U0IFNbaPm2AiiGBQRCQN8L0bLUjzVzwoSRMOQIDAQABMA0GCSqG
SIb3DQEBBQUAA4GBALi2vvk9TGKJubXYJbU0PKmVmsfzFK35yLqr0keiDBhK2Leg
274sWxEH3ds8mUaRftuFlXb7RYAGNlVyTuMTY3CEcnqIsH7F2McCUTpjMzu/o1mZ
O/B21CelKetBd1u79Gkrv2vWyN7Csft6uTx5NIGG2+pGi3r0gX2r0Hbu2K94
-----END CERTIFICATE-----
subject=/CN=myhostname
issuer=/CN=myhostname
---
No client certificate CA names sent
---
SSL handshake has read 1203 bytes and written 360 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 1024 bit
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : DHE-RSA-AES256-SHA
    Session-ID: 1AA4B8BFAAA85DA9ED4755194C50311670E57C35B8C51F9C2749936DA11918E4
    Session-ID-ctx: 
    Master-Key: 9B432F1DE9F3580DCC6208C76F96631DC5A4BC517BDBADD5F514414DCF34AC526C30687B96C5C4742E9583555A118232
    Key-Arg   : None
    Start Time: 1292985376
    Timeout   : 300 (sec)
    Verify return code: 18 (self signed certificate)
---
250 DSN

Как ни странно, когда я пытаюсь отправить электронное письмо с самого устройства, оноделаетработа:

echo test | mail -s "test subject" [email protected]

решение1

Обычно, когда вы видите такой тип отказа, это что-то связано с тем, что предоставлено для доступа к ретрансляции, то есть что разрешено отправлять/ретранслировать? Вы только что настроили этот сервер, он был на месте? Откуда вы пытаетесь отправить? Подробности, пожалуйста.

решение2

Я не смог найти ответ на сайте или просматривая вопросы/ответы других пользователей, я не уверен, с чего начать. Идеи?

Введите в Google "postfix relay" и нажмите на ссылкупервый результат. Если у вас есть конкретные вопросы по документации или если вы попробовали что-то и считаете, что это работает не так, как описано, сообщите нам, и мы будем рады помочь.

решение3

обычно, по умолчанию с postfix, для того, чтобы он передал ваше сообщение, вы либо должны прибыть откуда-то из mynetworks, либо ваш адрес электронной почты отправителя должен быть в mydestination. Конечно, это значение по умолчанию и может быть изменено, обычно через smtpd_client_restrictions. В вашем примере отправителем является [email protected], что, скорее всего, не является вашим доменным именем. В вашем файле конфигурации не указан mydomain, $mydomain будет инициализирован из домена имен хостов серверов. Так что, поскольку вы не приходите из mynetworks и не находитесь в mydestination, ваша почта не инициирует и не заканчивается на этом сервере postfix, следовательно, является ретранслятором, и это отклонено.

С другой стороны, когда вы заходите с самой машины, 127.0.0.1, вы находитесь в mynetworks и, следовательно, ретранслируетесь без проблем.

На самом деле, как указал larsks, в ретрансляции почты postfix есть гораздо больше, чем просто пара "магических" директив конфигурации. Вам следует ознакомиться с обширной онлайн-документацией postfix.

Связанный контент