Заголовок Return-Path
записывается принимающим сервером, а не отправляющим сервером. И согласно RFC 5321 он совпадает с адресом поставляется в команде MAIL FROM
.
Даже если вы сами установите заголовок Return-Path
, принимающий сервер его перезапишет.
Дело в том, что адрес в команде MAIL FROM
и адрес в заголовке From
могут быть разными. Принимающий пользователь не видит MAIL FROM
адрес. Они видят только адрес заголовка From
.
Итак, если вы хотите игнорировать отказы или хотите, чтобы они перешли на определенный адрес, вы должны использовать этот адрес в команде MAIL FROM
.
Но в заголовке From
вы можете просто использовать [email protected]
- пользователь увидит этот адрес.
Чтобы еще немного упростить, вы отправляете электронное письмо с [email protected]
адреса. Принимающий сервер отправит на этот адрес сообщения о недоставке.
Чтобы показать пользователю адрес [email protected]
вместо адреса handle_bounce...
, установите в заголовке From
в необработанном сообщении электронной почты MIME адрес noreply...
.
Недавно я получил письмо без ответа от Bitbucket. Вот исходное сообщение:
Return-Path: <bounce-1231860_HTML-1209402755-103116181-132689-225@bounce.mailer.atlassian.com>
From: "Atlassian Bitbucket" <[email protected]>
To: <[email protected]>
Subject: Continuous delivery, without the headache.
Date: Wed, 28 Feb 2018 12:40:53 -0600
MIME-Version: 1.0
Reply-To: "Atlassian Bitbucket" <reply-fe3915707665057b741c71-1231860_HTML-1209402755-132689-225@mailer.atlassian.com>
... message body ...
Как видите, Return-Path
- это адрес, предназначенный для обработки отказов. Но From
адрес - это noreply@...
почта. Это означает, что это электронное письмо было действительно отправлено с этого адреса для обработки отказов, а не с адреса noreply.
Вы также можете увидеть заголовок Reply-To
, который предназначен для обработки ответов, если пользователь отвечает на электронные письма без ответа. Эти ответы, вероятно, сразу будут отброшены.
person
xyres
schedule
02.03.2018