Яндекс режет заголовки, как узнать, кому изначально направлялось письмо?

Question

[Barrakuda74]

Работаем в Яндекс.Коннект. Завели команду info, соответственно всё, что приходит на info - раскидывается по всей команде в личную почту. Но вот беда - в заголовках почты нет ни единого упоминания об info (не только заголовок To пуст, но и во всех recieved). Как в этом случае определить, только ли на текущий ящик пришло письмо (с которого оно было взято), или же оно переадресовано с info?? Неужели только сверкой с соседним ящиком: "а нет ли и там такого письма?"

Заголовки ([e-mail] - это не наш ящик, просто отправлено им и нам, но в to указаны только они):

'texthtml' => string 'Received: from mxback1g.mail.yandex.net (localhost [127.0.0.1])
	by mxback1g.mail.yandex.net with LMTP id H3xCq7FU6F-NpRFwlU3;
	Wed, 10 Jul 2019 11:54:02 +0300
Received: from mxback1g.mail.yandex.net (localhost.localdomain [127.0.0.1])
	by mxback1g.mail.yandex.net (Yandex) with ESMTP id 0CBD71481239;
	Wed, 10 Jul 2019 11:54:02 +0300 (MSK)
X-Yandex-Internal: 1
Received: from localhost (localhost [::1])
	by mxback1g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id dE2gcwqwHK-q1V7C3dN;
	Wed, 10 Jul 2019 11:54:01 +0300
X-Yandex-Front: mxback1g.mail.yandex.net
X-Yandex-TimeMark: 1162548721.497
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1572748121;
Authentication-Results: mxback1g.mail.yandex.net; dkim=pass header.i=@yandex.ru
X-Yandex-MXCode: RU MOW
X-Yandex-Suid-Status: 1 1110000051946207,1 
X-Yandex-Spam: 1
X-Yandex-Envelope: aGVsbz1teGJhY2sxZQo=
X-Yandex-Sender-Uid: 121787844
Received: by myt6-5dca55ddb3f8.qloud-c.yandex.net with HTTP;
	Wed, 10 Jul 2019 11:53:01 +0300
From: =?utf-8?---=?= <[e-mail]>
To: [e-mail]
In-Reply-To: <[e-mail]>
Subject: 
MIME-Version: 1.0
X-Mailer: Yamail [ http://yandex.ru ] 5.0
Date: Wed, 10 Jul 2019 11:52:01 +0300
Message-Id: <[e-mail]>
Content-Transfer-Encoding: 8bit
Content-Type: text/html; charset=utf-8
Return-Path: [e-mail]
X-Yandex-Forward: 9e12fg06a3f2a45bdd7efaa01560daf7
X-Yandex-Forward: b50714099c5b9984335dae755ad41331
X-Yandex-Forward: 845b0a1185230db556e1ce27dff36f3c

Comments

[Дмитрий Шицков]

а пример заголовка есть?

[Barrakuda74]

Дмитрий Шицков, есть, добавил их к вопросу.

Answer 1

[Владимир Дубровин]

В общем случае, к сожалению, никак.
Обычно при доставке в ящик проставляется заголовок Delivered-To, но какого-либо стандарта, регламентирующего проставление этого заголовка нет и Яндекс его не проставляет.

В случае когда у письма только один получатель, он будет фигурировать в заголовке Received.

Как вариант, можно попробовать письма с ящика info@ форвардить на другой ящик, чтобы у форварда был единственный получатель и он светился в Received, а уже с этого ящика форвардить дальше. Не уверен, что это будет работать во всех случаях (например для локальных/нелокальных писем).

Comments

[Barrakuda74]

Печально.
А по поводу варианта - дело в том, что этот info, тот который рассыльщик для всей команды, это не ящик вовсе, на него не зайти и даже пароля на него не существует, это просто какой-то системный мейл, доступ к которому яндекс не предоставляет, создаётся автоматом при создании команды. Соответственно и настройки форвардинга никак не изменить. Т.е. мы видим уже окончательный вариант письма на конечных емейлах участников команды, у которого обрезаны УЖЕ заголовки, исходника по сути нет, который по логике на системном командном рассылочном емейле (info) должен быть, однако возможно яндекс уже туда кидает его с обрезанными заголовками. Мне вообще не понятна история с этим обрезанием. Владимир не подскажете, зачем это делается? И почему это зависит от кол-ва получателей? Из-за этой, казалось бы, ерунды, невозможно нормально построить логику работы CRM. Скажем, если хотим разделить в ней доступы к письмам для менеджеров. Письма с info, разумеется, должны видеть все, ну а персонифицированные - только конкретный менеджер. Но с этим обрезанием всё идёт на смарку.

Если, конечно, немного подзабить на эталонность и конфиденциальность, можно смотреть на кол-во получателей, и, если там есть левые получатели, при этом в заголовках ни одного упоминания о нашем домене, то вряд ли это письмо так уж сильно конфиденциально, и отмечаем его как с info, соответственно видят все. Халтура конечно, а что делать ¯\_(ツ)_/¯

[Владимир Дубровин]

При наличии >1 получателя они не записываются в Received, чтобы не раскрывать получателей скрытой копии (или подписчиков списка рассылки). Это стандартное поведение. Видимо, адрес info@ сразу раскрывается в список рассылки и в нем сразу оказывается более одного получателя, поэтому его не видно никогда.

А нет варианта завести info как обычный ящик и оттуда форвардить на командный?

[Barrakuda74]

Владимир Дубровин, Да в общем-то есть такой вариант (команду обозвать как-то по-другому, а info сделать обычный), но тут надо уже почтовый парсер нам сильно переписывать. Подумаем. Пока не мегакритично, т.к. всё таки да, обратил внимание, что беда такая только с письмами, где более одного получателя. Остальные норм (info виден в recieved [и иногда в to, если указал отправитель]). Будем думать. Спасибо.

[Владимир Дубровин]

Barrakuda74, еще вариант сделать отдельный ящик, который входит только в эту команду.

Answer 2

[Михаил Боровинских]

А зачем это анализировать?
Вы в коннекте работаете по тем условиям, что они предоставляют, вы натыкиваете настраиваете - получаете результат и ожидаемое поведение на деле. Зачем вам лезть и анализировать заголовки сообщения. Если вы на неё как-то хотите завязаться, то это весьма сомнительная идея. Почтовик работает по своим внутренним равилам, пересылает между своими участниками кластера. Эти правила могут меняться. Более того, почтовик может на выходе, прежде чем положить письмо вам в ящик резануть все заголовки, сделать эдакий маскарад. Вы это ни как не контролируете. Если хотите более продвинутую работу с почтой, управлять ей, то вам нужно поискать другой сервис, либо поднимать свои почтовые сервера. Либо нанят человека или организацию, которая за деньги будет слать и обрабатывать вам почту, как вы пожелаете, если вам нужны детали, или более провинутая борьба со спамом и рассылками, чем в Яндекс.
Кстати. Вы же помните, что вы всего лишь подопытный кролик, обучающий большую почтовую машину яндекса своим поведением, нажатием на кнопочтку спам и прочими действиями.
Так, например владелец другой почты для домена, делегировавший её в яндекс нехитрым способом может вообще вас слать письма от имени других организаций, доменов. Скажем, я могу слать вам от имени вашего поставщика письма, и вы будете их видеть как письма вашего поставщика в почте, пока не начнёте шерстить заголовки письма, не поймёте. Но кто в современный век технологий просматривает заголовки писем?..
Бегите вы с яндекса, если почта является значимым инструментом в работе.
Почта, как и сыр бесплатной не бывает. А если она бесплатна, то ищите то, как вы её косвенно оплачиваете. В яндексе вы имеете весьма ненадёжный инструмент, который к тому же не управляем никак с вашей стороны более тех методов, что предоставил вам яндекс. Это значит, что вы до потери пульса будуте на каждом спамном письме жамкать кнопочку спам, а спама меньше не станет. У них не предусмотрено суровых фильтров по маскам, по ip и прочим радостям. Вам могут скриптами на php и python бомбардировать почту и вы с этим ничего не сделаете.
Но, зато вы бесплатно будете работать на великую спам машину яндекса.