Содержание
Универсальный англо-русский словарь . Академик.ру . 2011 .
Смотреть что такое "return path" в других словарях:
Variable envelope return path — (VERP) is a technique used by some electronic mailing list software to enable automatic detection and removal of undeliverable e mail addresses. It works by using a different return path (also called envelope sender ) for each recipient of a… … Wikipedia
beam return path — atgalinis pluošto kelias statusas T sritis radioelektronika atitikmenys: angl. beam return path vok. Rückstrahlengang, m rus. обратный ход луча, m pranc. trajet de retour de rayon, m … Radioelektronikos terminų žodynas
Path tracing — is a photorealistic computer graphics rendering technique by James Kajiya when he presented his paper on the rendering equation in the 1980s. The main goal of path tracing is to fully solve the rendering equation. The image quality prov >Wikipedia
path — [ pæθ ] noun count *** 1. ) a way from one place to another that people can walk along: a steep mountain path A short path through the woods leads to the village. up/down/along a path: Amy walked up the path to the house. a ) a way from one place … Usage of the words and phrases in modern English
Path integration — is the name given to the method thought to be used by animals for dead reckoning.Charles Darwin and J.J. Murphy first postulated an inertially based navigation system in animals in 1873. Studies beginning in the m >Wikipedia
Return value optimization — Return value optimization, or simply RVO, is a compiler optimization technique that involves eliminating the temporary object created to hold a function s return value.[1] In C++, it is particularly notable for being allowed to change the… … Wikipedia
path */*/*/ — UK [pɑːθ] / US [pæθ] noun [countable] Word forms path : singular path plural paths UK [pɑːðz] / US [pæðz] 1) a) a way from one place to another that people can walk along a steep mountain path path through: A short path through the woods leads to … English dictionary
Return of the Pharaoh — Zanab Al Ghazali Al Jubaili was born in Egypt in 1917. At the age of twenty she formed a major women s charitable organization which rendered valuable service to the poor, orphans and the underprivileged. Although she had acquaintance with Shaikh … Wikipedia
Return to Castle Wolfenstein — Infobox VG w >Wikipedia
Return on marketing investment — Marketing Key concepts Product marketing · Pricing … Wikipedia
Return of the Living Dead 3 — Infobox Film name = Return of the Living Dead 3 caption = DVD cover for Return of the Living Dead 3 director = Brian Yuzna producer = Lawrence Steven Meyers Brian Yuzna Gary Schmoeller John Penney writer = John Penney starring = Melinda Clarke J … Wikipedia
В нашем почтовом приложении мы отправляем электронные письма со следующим заголовком:
Проблема, с которой мы сталкиваемся, заключается в том, что некоторые почтовые серверы немедленно возвращают сообщение и используют вместо него обратный путь от ([email protected]) к нашему серверу bounce mgmt. Мы хотим знать, изменим ли мы в заголовке response-to, чтобы он совпадал с return-path, если мы сможем перехватить все возвраты.
Любые другие идеи приветствуются?
В качестве ссылок мы используем следующие документы: VERP RFC Bounce Messages
РЕДАКТИРОВАТЬ 1: Еще несколько битов информации, чтобы увидеть, сможем ли мы получить это решение.
Мы хотим знать, в какой момент почтовый сервер, передающий сообщение, выберет использование ответа на запрос вместо пути возврата. Мы заметили, что, когда первый сервер smtp, ретранслирующий сообщение, отклоняется, он отправляет его в ответ на запрос, но когда это происходит после одного прыжка, он отправляет его в обратный путь.
4 ответа
Давайте начнем с простого примера. Допустим, у вас есть список адресов электронной почты, который рассылает следующий контент RFC2822.
Теперь предположим, что вы собираетесь отправить его из списка рассылки, который реализует VERP (или какой-то другой механизм отслеживания отказов, который использует другой путь возврата). Допустим, у него будет обратный путь: [email protected]. Сеанс SMTP может выглядеть так:
Где представляют команды клиента и сервера соответственно.
Почта получателя будет выглядеть так:
Теперь давайте опишем различные «ОТ».
Return-Path (иногда называемый Reverse-Path или Envelope-FROM — все эти термины могут использоваться взаимозаменяемо) является значением, используемым во время сеанса SMTP. Как вы можете видеть, это не обязательно должно быть то же значение, которое на самом деле находится в заголовках почты. Только почтовый сервер получателя должен добавлять заголовок Return-Path в начало письма. Это записывает фактического отправителя Return-Path во время сеанса SMTP. Если заголовок Return-Path уже существует в электронном письме, то этот заголовок должен быть удален и заменен почтовым сервером получателя.
Все отскоки, которые происходят во время сеанса SMTP, должны возвращаться к значению Return-Path. Некоторые серверы могут принимать всю электронную почту, а затем ставить ее в очередь локально, пока у нее не появится свободная нить для доставки ее в почтовый ящик получателя. Если получатель не существует, он должен вернуть его обратно к записанному значению Return-Path.
Обратите внимание, что не все почтовые серверы подчиняются этому правилу. Некоторые почтовые серверы возвращают его обратно на адрес FROM.
Адрес FROM — это значение, фактически найденное в заголовке FROM. Предполагается, что это сообщение от кого. Это то, что вы видите как «ОТ» в большинстве почтовых клиентов. Если электронное письмо не имеет заголовка Reply-To, то все ответы человека (почтового клиента) должны возвращаться на адрес FROM.
Заголовок Reply-To добавляется отправителем (или программным обеспечением отправителя). Это где все человеческие ответы должны быть рассмотрены тоже. По сути, когда пользователь нажимает «ответить», значение Reply-To должно быть значением, используемым в качестве получателя вновь составленного электронного письма. Значение Reply-To не должно использоваться никаким сервером. Он предназначен для использования на стороне клиента.
Однако, как вы можете сказать, не все почтовые серверы подчиняются стандартам или рекомендациям RFC.
Надеюсь, это должно помочь прояснить ситуацию. Однако, если я что-то пропустил, дайте мне знать, и я постараюсь ответить.
Сайт про CRM-маркетинг, рассылки и вот это всё
Чтобы разобраться в том, почему письмо письмо попадает в спам или отследить, кто его прислал, загляните в служебные заголовки.
Где найти служебные заголовки email в интерфейсах Mail.Ru, Яндекс.Почте и Gmail, смотрите здесь.
Стандартные служебные заголовки электоронной почты
Cc: — Carbon Copy — заголовок является расширением поля «To:», он указывает дополнительных получателей письма. Некоторые почтовые программы рассматривают «To:» и «Cc:» по-разному, генерируя ответ на сообщение.
Content-Transfer-Encoding: — MIME-заголовок, не имеет отношения к доставке почты, отвечает за то, как программа-получатель интерпретирует содержимое сообщения.
MIME — стандартному метод помещения в письмо нетекстовой информации (см. в Википедии).
Content-Type: — MIME-заголовок, сообщающий почтовой программе о типе данных, хранящихся в сообщении.
Date: — дата создания сообщения. Не стоит принимать на веру из-за возможности подделки или ошибки во времени у отправителя.
Errors-To: — адрес для отсылки автоматических сообщений об ошибках. Большинство отправителей обычно хотят получать сообщения об ошибках на исходящий адрес, который используется почтовыми серверами по умолчанию.
From (без двоеточия) — конвертный заголовок «From» формируется на базе информации, полученной от команды MAIL FROM. Например, если отправляющая машина говорит MAIL FROM: [email protected], получающая машина сгенерирует строчку следующего вида: «From [email protected]»
! Конвертный заголовок создается не отправителем сообщения, а компьютером, через который прошло это сообщение.
From: (с двоеточием) информация об адресе отправителя, указанная самим отправителем.
Message-Id: — более или менее уникальный идентификатор, присваиваемый каждому сообщению, чаще всего первым почтовым сервером, который встретится у него на пути. Обычно он имеет форму «[email protected]», где «blablabla» может быть абсолютно чем угодно, а вторая часть — имя машины, присвоившей идентификатор. Иногда, но редко, «blablabla» включает в себя имя отправителя.
Если структура идентификатора нарушена (пустая строка, нет знака @) или вторая часть идентификатора не является реальным интернет-сайтом, значит письмо — вероятная подделка.
Также Message-id: или Message-ID:.
In-Reply-To: — заголовок Usenet, который иногда появляется и в письмах. «In-Reply-To:» указывает идентификатор некоего сообщения, на которое данное сообщение является ответом. Этот заголовок нетипичен для писем, если только письмо действительно не является ответом на сообщение в Usenet. Спаммеры иногда им пользуются, возможно, чтобы обойти фильтрующие программы.
Mime-Version: или MIME-Version: — MIME-заголовок, обозначающий версию MIME-протокола, который использовался отправителем.
Organization: — свободный заголовок, обычно содержащий название организации, через которую отправитель сообщения получает доступ к сети.
Priority: — свободный заголовок, устанавливающий приоритет сообщения. Большинство программ его игнорируют. Часто используется спаммерами в форме «Priority: urgent» с целью привлечения внимания к сообщению.
Received: — содержит информацию о прохождении письма через почтовый сервер. Анализируя заголовок «Received:», мы видим, кто его отправил и какой путь оно проделало, попав в наш ящик.
Reply-To: — указывает адрес, на который следует посылать ответы. Несмотря на то, что этот заголовок имеет множество способов цивилизованного применения, он также используется спаммерами для отведения гневных ответов получателей спама от себя.
Return-Path: — адрес возврата в случае неудачи, когда невозможно доставить письмо по адресу назначения. Обычно совпадает с MAIL FROM. Но может и отличаться.
Subject: — тема сообщения.
To: — адрес получателя (или адреса). При этом поле «To:» может не содержать адреса получателя, так как прохождение письма базируется на конвертном заголовке «To», а не на заголовке сообщения «To:».
X-заголовки
Это отдельный набор заголовков, начинающихся с заглавной X с последующим дефисом. Существует договоренность, согласно который X-заголовки являются нестандартными и добавляются только для дополнительной информации. Поэтому нестандартный информативный заголовок должен иметь имя, начинающееся на «X-«. Эта договоренность, однако, часто нарушается.
X-Confirm-Reading-To: — заголовок запрашивает автоматическое подтверждение того, что письмо было получено или прочитано. Предполагается соответствующая реакция почтовой программы, но обычно он игнорируется.
X-Errors-To: — заголовок указывает адрес, на который следует отсылать сообщения об ошибках. Он реже соблюдается почтовыми серверами.
X-Mailer: или X-mailer: — свободное поле, в котором почтовая программа, с помощью которой было создано данное сообщение, идентифицирует себя (в рекламных или подобных целях). Поскольку спам часто рассылается специальными почтовыми программами, это поле может служить ориентиром для фильтров.
X-Priority: — еще одно поле для приоритета сообщения.
X-Sender: — почтовый аналог Usenet-заголовка «Sender:». Предполагалось, что он будет доставлять более надежную информацию об отправителе, чем поле «From:», однако в действительности его так же легко подделать.
X-UIDL: — уникальный идентификатор, используемый в POP-протоколе при получении сообщений с сервера. Обычно он добавляется между почтовым сервером получателя и собственно почтовой программой получателя. Если письмо пришло на почтовый сервер уже с заголовком «X-UIDL:», это скорее всего спам — очевидной выгоды в использовании заголовка нет, но спаммеры иногда его добавляют.
Еще служебные заголовки
List-Unsubscribe: — читайте здесь.
X-Mras: служебный заголовок Mail.Ru, фиксирующий наличие или отсутствие спама в письме на основе разработанной в Mail.Ru системы фильтрации спама — MRAS (Mail.Ru Anti-Spam).
List-id: — служебный заголовок для сбора статистики по отдельным письмам в Почтовом офисе Яндекса.
X-Mailru-Msgtype: — аналогичный «List-id:» заголовок для [email protected].
X-PMFLAGS: и X-Distribution: — специфические заголовки программы Pegasus Mail.
Sender: — нетипичен для писем (обычно используется «X-Sender:»), иногда появляется в копиях Usenet-сообщений. Предполагает идентификацию отправителя, в случае с Usenet-сообщениями является более надежным, чем строчка «From:».
Comments: — заголовок не является стандартным, может содержать любую информацию. Чаще всего используется в виде «Comments: Authenticated sender is ».
References: — редко используется в почтовых сообщениях, за исключением копий Usenet-сообщений. Он используется в Usenet для прослеживания «дерева ответов», к которому принадлежит сообщение. Если он появился в письме, то это письмо является копией Usenet-сообщения или почтовый ответ на Usenet-сообщения.
Newsgroups: — используется в письмах, связанных с Usenet: либо в копии отправленного в Usenet сообщения, или в ответе на эти сообщения. В первом случае он указывает конференцию, в которые сообщение было послано, а во втором — конференции, в которые было послано сообщение, на которое данное письмо является ответом.
Apparently-To: — сообщения с большим количеством получателей иногда имеют длинный список заголовков вида «Apparently-To: [email protected]» (по одной строчке на получателя). Эти заголовки нетипичны для нормальных сообщений, они обычно являются признаком массовой рассылки.
Bcc: — Blind Carbon Copy, слепая копия. Если вы видите этот заголовок в полученном сообщении, значит, «что-то пошло не так». Этот заголовок используется так же, как и «Cc:», но не должен появляться в списке заголовков.
Префикс Resent- может быть добавлен при пересылке письма. Например, «Resent-From:» или «Resent-To:». Такие поля содержат информацию, добавленную тем, кто переслал сообщение:
Поле «From:» содержит адрес первоначального отправителя.
«Resent-From:» — адрес переславшего.
Представление заголовков письма в наглядном формате с помощью гугловского приложения.
Большая часть заголовков взята в статье на antispam.ru. Почитайте, там интересно.
Разбираемся со служебными заголовками электронной почты : 1 комментарий
Спасибо за статью! А есть информация, как можно добавить заголовки для постмастера/постофиса в Mailchimp?