2012-05-17 1 views
0

Я отправляю транзакционные письма в своем приложении и читаю лучшие практики (по причинам со спамом явно), и следующее поражает меня как странное.Адрес электронной почты для транзакций

Я ожидал, что уведомления по электронной почте от Google, Facebook и т.д., чтобы иметь простые адреса отправителя, как обновление @ facebook.com/нет ответа @ plus.google.com т.д.

Но фактические адреса, кажется, обновление + [email protected], [email protected] и т. д.

Есть ли какая-либо причина, техническая или нет, за то, что у вас нет единого/простого адреса отправителя при отправке транзакционных писем всем пользователям?

ответ

2

Хотя я не могу говорить с Facebook и Google конкретно, основной причиной этого является отслеживание и анализ отсканированных уведомлений.

Если вы посмотрите на заголовки, вы увидите, что «Обратный путь» - то же самое - [email protected] - этот адрес - это то, где почтовые серверы должны отправлять автоматические отскоки для NDR (не доставки) , такие как «inbox full» или «несуществующий адрес», хотя некоторые системы также будут использовать «From», следовательно, то, что вы видите.

Часть «хэш» часто представляет собой структурированную часть данных, которая может помочь в определении конкретных кластеров, определить тип электронной почты или определить получателей. Вы часто обнаружите, что системы продажи билетов используют тот же метод, чтобы ваши сообщения были направлены одному агенту поддержки, если вы ответите.

Хотя вы можете технически использовать заголовок Message-ID для этого, этот заголовок имеет тенденцию быть не сталкивающимся «случайным» хешем, а не специально структурированными данными для содействия маршрутизации, не полагаясь исключительно на таблицы поиска.