Это невозможно.В этом юниверсе есть абсолютно возможность узнать, доставлено сообщение или нет.
Некоторые протоколы, такие как X400, стараются выдавать уведомления о доставке, к сожалению, всегда есть случаи, когда они терпят неудачу.
По этой причине интернет-протоколы, такие как SMTP, даже не пытаются.Они делают все возможное, чтобы это работало, но не дают никаких гарантий, и, в первую очередь, они не гарантируют никакой обратной связи.
При отправке сообщения участвует много организаций.Вы, ваш UA, ваш MTA, возможно какой-то промежуточный MTA, MTA получателя, UA получателя, получатель.Ну, нет, не совсем больше.Есть вероятность, что у вашего получателя есть несколько почтовых ящиков, и что он использует веб-сервис для сбора писем из своих нескольких ящиков, чтобы собрать их в один UA, поэтому это может выглядеть так: Вы, ваш UA, ваш MTA, возможно, какой-то посредникMTA, получатель MTA, коллектор UA, коллектор MTA, фактический получатель MTA, фактический получатель UA, получатель.Между каждым из этих прав может быть некоторый уровень положительного или отрицательного подтверждения.Но это все.Объект N будет знать, что сообщение было получено объектом N + 1 в цепочке, но затем связь закрывается, и он не будет знать, что и когда происходит между объектами N + 1 и N + 2.Если есть какая-то проблема с удачей, MTA может отправить отправителю сообщение об ошибке, но это больше не обязательно делать из-за спама и вирусов.
Ну, в конце концов, ваше сообщение может прийти кUA конечного получателя.Там можно что-то сделать, чтобы сообщить, что оно получено или, возможно, даже отображено, с помощью некоторого нестандартного заголовка в сообщении.Некоторые UA могут быть легко настроены для вставки этих заголовков и для того, чтобы соблюдать их или нет.Пользователи, обладающие конфиденциальностью и спам / вирусы, не активируют эту функцию (она позволяет сборщикам адресов легко проверять адрес электронной почты для перепродажи спамерам), поэтому вероятность того, что вы получите реальный ответ, будет очень низкой (если вы не отправляете электронные письма).до тупиков).
Но даже если эта функция активирована и работает хорошо, тот факт, что вы получаете сообщение, отправленное агентом UA получателя, в котором говорится, что ваша электронная почта была отображена, ничего не доказывает.Примечательно, что это не доказывает, что ваше сообщение было просмотрено получателем, тем более, что он прочитал его, и тем более, что он его понял!
В заключение, вы можете технически определить, что ваше сообщениебыл отправлен первому объекту в цепочке.Это все.С этого момента игра будет приниматься, читаться и пониматься.
Если вы хотите быть уверены, что почта доставлена или нет, вы должны использовать протокол более высокого уровня.Например, если вы задаете вопрос в своем электронном письме, ожидая ответа A1 или ответа A2, у вас есть четыре возможности:
, вы получите ответ A1.Вы можете предположить, что почта доставлена, и читать.Но было ли это понято?Действительно ли А1 был ответом, который получатель должен был отправить?
Вы получили ответ А2.Вы можете предположить, что почта доставлена, и читать.Но было ли это понято?Действительно ли А2 был ответом, который получатель должен был отправить?
Вы получили ответ A3.Вы можете предположить, что письмо доставлено, прочитано и не понято.
Вы не получите ответ с некоторой задержкой.Вы не можете ничего предположить.Попробуйте отправить еще одно электронное письмо с запросом ответа.Если вы все еще не получили никакого подтверждения фактической связи, попробуйте позвонить получателю.Или встретиться лично.Или ударить его по лицу.Если вы все еще не получили никакого ответа, вы можете считать своего получателя в коме или мертвым, и предположить, что сообщение не прошло.(некоторые люди считают, что стоит общаться с кем-то, находящимся в коме, но я считаю, что стимулировать их мозг полезно только для вас, вы не можете ожидать ответов, они не начнут отвечать на ваши дискуссии, оставшиеся в живых после пробуждения).