в логеApr 4 17:49:40 ip5 postfix/smtpd[25071]: E6101498021: reject: RCPT from unknown[83.243.76.46]: 450 Client host rejected: cannot find your hostname, [83.243.76.46]; from=<murmansk@itel.ru> to=<info@domen.ru> proto=SMTP helo=<alligator.nodex.ru>
main.cf
smtpd_helo_restrictions = check_helo_access hash:/usr/local/etc/postfix/sender_access
permit_mynetworks, reject_invalid_hostname, reject_non_fqdn_hostname, reject_unknown_hostnamemail# cat sender_access
83.243.76.46 ok
mail.nordex.ru ok
itel.ru okодин черт не принимает от itel.ru -- а надо
как принмать почту с этого сервера без проверок?
>один черт не принимает от itel.ru -- а надо
>как принмать почту с этого сервера без проверок?
Занесите этот хост в белый список для всех ваших smtpd_*_restrictions по аналогии с smtpd_helo_restrictions
>>один черт не принимает от itel.ru -- а надо
>>как принмать почту с этого сервера без проверок?
>Занесите этот хост в белый список для всех ваших smtpd_*_restrictions по аналогии
>с smtpd_helo_restrictionsИ все-таки что должно быть в /etc/postfix/sender_access
83.243.76.46, murmansk@itel.ru или alligator.nodex.ru ?
Если речь о smtpd_helo_restrictions, то alligator.nodex.ru.
Спасибо! Все ок!
а вот нет
отбивает его позже когда резолв сделать не можетзанес его в
smtpd_sender_restrictions =
smtpd_recipient_restrictions =
smtpd_client_restrictions =
тогда почта прошла
Могу посоветовать вынести почти все restrications в smtpd_recipient_restrictions. Например:/etc/postfix/main.cf:
---
smtpd_helo_restrictions =smtpd_client_restrictions =
smtpd_sender_restrictions =
reject_non_fqdn_sender,
reject_unknown_sender_domainsmtpd_recipient_restrictions =
permit_mynetworks,
reject_unauth_destination,
check_client_access hash:/etc/postfix/client_access,
check_helo_access hash:/etc/postfix/helo_access,
reject_invalid_hostname,
reject_non_fqdn_hostname,
reject_unknown_hostname,
...
---Т.е. если клиент есть в client_access или helo_access (ОК), то дальнейшие проверки для него производиться не будут.
ok
сейчас попробую
>Т.е. если клиент есть в client_access или helo_access (ОК), то дальнейшие проверки
>для него производиться не будут.
Не будет дальнейших проверок соответствующего класса, а скажем smtpd_data_restrictions будет работать.
Справедливое замечание. Просто речь шла о smtpd_sender_restrictions, smtpd_recipient_restrictions и smtpd_client_restrictions, а smtpd_data_restrictions по умолчанию пустое, поэтому я о нем и не упоминал.