Адрес отправителя электронной почты транзакции

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

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

Но фактические адреса, похоже, являются update+zj4o9ocoaz66@facebookmail.com, noreply-daa26fef@plus.google.com и т. Д.

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

1 ответ

Решение

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

Если вы посмотрите на заголовки, вы увидите, что 'Return-Path' тот же - no-reply+hash@example.org - этот адрес - то, куда почтовые серверы должны отправлять автоматические отскоки для NDR (недоставка), такие как: Входящие заполнены "или" Несуществующий адрес ", хотя некоторые системы также будут использовать" От ", отсюда и то, что вы видите.

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

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

Другие вопросы по тегам