Postfix возврат письма при неудачной доставке

Question

[zeleniy87]

Добрый вечер, подскажите как настроить postfix чтобы при неудачной доставке письма, письмо с ошибкой попадало обратно к пользователю-отправителю в ящик?

Answer 1

[Андрей Буров]

По умолчанию так и происходит. покажите Ваш конфиг postfix и postconf -n|grep bounce

Comments

[zeleniy87]

# 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 = /usr/share/doc/postfix

# TLS parameters
smtpd_tls_cert_file = /etc/postfix/smtp.crt
smtpd_tls_key_file = /etc/postfix/smtp.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 = example.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = example.org, localhost, localhost.localdomain
relayhost = 
mynetworks = 127.0.0.0/8
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
html_directory = /usr/share/doc/postfix/html
inet_protocols = ipv4
virtual_alias_domains = 
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /home/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks
smtpd_tls_auth_only = yes 
smtpd_tls_cert_file = /etc/ssl/certs/brt.crt 
smtpd_tls_key_file = /etc/ssl/private/brt.key
content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings

strict_rfc821_envelopes = yes 
disable_vrfy_command = yes 
smtpd_delay_reject = yes 
smtpd_helo_required = yes 
smtpd_client_restrictions = sleep 1, reject_unauth_pipelining, permit_sasl_authenticated, permit_mynetworks,  reject_unknown_client_hostname, permit 
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname, reject_unknown_helo_hostname, permit 
smtpd_sender_restrictions =  permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_sender, reject_unknown_sender_domain, permit 
smtpd_recipient_restrictions = reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unlisted_recipient, check_policy_service inet:127.0.0.1:10023, permit

postconf -n|grep bounce в ответ ничего не выдает

[Андрей Буров]

поищите в логах письма c «from=<>» появляются ли они?

[zeleniy87]

да появляются, даже шлют на несуществующие ящики типа [e-mail]

[zeleniy87]

сообщение с ошибкой появляется в логах, хотелось бі чтобі приходило пользователю в ящик

[facha]

Может просто время еще не пришло отправлять пользователю сообщение об ошибке? По умолчанию postfix, вроде, несколько дней будет пытаться доставить письмо, прежде чем отписать отлуп.

[Андрей Буров]

facha смотря какая причина, отлуп можно получить и мгновенно (если сервер ответил 5xx)

[zeleniy87]

сервер отвечает 550, когда ставил iredmail то письма приходили мгновенно, щас в ручную ставил постфикс и настраивал

[Андрей Буров]

Может мы не так поняли суть проблемы.
При отправки на писем на Ваш сервер example.org, например, с gmail не приходят письма об ошибке доставки? или при отправке писем с Вашего сервера на какой-нибудь gmail.com?

[zeleniy87]

при отправке писем с моего сервера на gmail.com сообщение попадает в лог сервера, а не в почтовый ящик отправителя

[Андрей Буров]

покажите лог с момента отправки на [e-mail] до появления report

[zeleniy87]

Apr 15 15:54:02 www postfix/pickup[9631]: 3852B3628A8: uid=33 from=<[e-mail]>
Apr 15 15:54:02 www postfix/cleanup[9853]: 3852B3628A8: message-id=<[e-mail]>
Apr 15 15:54:02 www postfix/qmgr[2963]: 3852B3628A8: from=<[e-mail]>, size=515, nrcpt=1 (queue active)
Apr 15 15:54:03 www dovecot: imap-login: Login: user=<[e-mail]>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=9864, secured
Apr 15 15:54:11 www postfix/trivial-rewrite[9857]: warning: do not list domain brt.ua in BOTH mydestination and virtual_mailbox_domains
Apr 15 15:54:11 www postfix/smtpd[9873]: A5E473628A1: client=localhost[127.0.0.1]
Apr 15 15:54:11 www postfix/cleanup[9853]: A5E473628A1: message-id=<[e-mail]>
Apr 15 15:54:11 www amavis[2731]: (02731-03) Passed CLEAN, <[e-mail]> -> <[e-mail]>, Message-ID: <[e-mail]>, mail_id: W1HK+NOU4n11, Hits: -0.001, size: 515, queued_as: A5E473628A1, 9248 ms
Apr 15 15:54:11 www postfix/smtp[9859]: 3852B3628A8: to=<[e-mail]>, relay=127.0.0.1[127.0.0.1]:10024, delay=9.8, delays=0.51/0/0/9.2, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as A5E473628A1)
Apr 15 15:54:11 www postfix/qmgr[2963]: A5E473628A1: from=<[e-mail]>, size=926, nrcpt=1 (queue active)
Apr 15 15:54:11 www postfix/qmgr[2963]: 3852B3628A8: removed
Apr 15 15:54:43 www postfix/smtp[9875]: A5E473628A1: to=<[e-mail]>, relay=gmail-smtp-in.l.google.com[173.194.70.26]:25, delay=32, delays=0.26/0.07/0.46/31, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[173.194.70.26] said: 550-5.7.1 [194.11.28.1       1] Our system has detected an unusual rate of 550-5.7.1 unsolicited mail originating from your IP address. To protect our 550-5.7.1 users from spam, mail sent from your IP address has been blocked. 550-5.7.1 Please visit http://www.google.com/mail/help/bulk_mail.html to review 550 5.7.1 our Bulk Email Senders Guidelines. t4si28661604eeg.120 - gsmtp (in reply to end of DATA command))
Apr 15 15:54:43 www postfix/cleanup[9853]: 948073628B9: message-id=<[e-mail]>
Apr 15 15:54:43 www postfix/bounce[10147]: A5E473628A1: sender non-delivery notification: 948073628B9
Apr 15 15:54:43 www postfix/qmgr[2963]: 948073628B9: from=<>, size=3541, nrcpt=1 (queue active)
Apr 15 15:54:43 www postfix/trivial-rewrite[9857]: warning: do not list domain brt.ua in BOTH mydestination and virtual_mailbox_domains
Apr 15 15:54:43 www postfix/local[10148]: 948073628B9: to=<[e-mail]>, relay=local, delay=0.43, delays=0.27/0/0/0.17, dsn=5.1.1, status=bounced (unknown user: "example")

Answer 2

[Андрей Буров]

250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as A5E473628A1
Письмо успешно принялось gmail.com

Comments

[Андрей Буров]

только почему «from MTA 127.0.0.1»…

[zeleniy87]

сервер находится за nat, порты проброшены