Сообщение Re[3]: Подтверждение доставки Email от 30.07.2020 4:43
Изменено 30.07.2020 16:48 Reset
Re[3]: Подтверждение доставки Email
ЕМ>Не вижу ни малейших проблем обеспечить подтверждение доставки, кроме организационных.
Для e-mail ни адрес отправителя ни получателя никак не подтверждается. Т.е. ты можешь получить письмо от <Bill.Gates@microsoft.com>, а оно будет от Васи спамера. Сейчас понаделали костылей, но они так себе.
Адрес получателя тоже может поменяться. Пришло письмо на petya@mail.ru и перенаправилось на seryozha@yandex-team.com.
Далее, с почтой связана давняя история борьбы со спамом, которая превратилась в борьбу со здравым смыслом. Какие-либо уведомления отправляемые на адрес отправителя автоматически (также как и автоответчики типа "Я в отпуске, отвечу через неделю") — это красная тряпка для параноиков-антиспамеров (потому что обратный адрес может быть поддельным, проверить это сложно, и, поэтому, таких рассылальщиков активно блокировали, в том числе организую глобальные черные списки, т.е. твой почтовик отправил уведомление на обратный адрес, что с него идут вирусы, например, и IP такого почтовика в черном списке, в результате треть интернета не принимает от тебя почту). Ведь в таком случае я могу тебе прислать мильён подтверждений о доставке письма всем пользователям mail.ru, например (хотя никому из них ты не отправлял ничего). Т.е. такое уведомление ничего не подтверждает (может ты сам себе его прислал).
Далее, письмо пришло на сервер и его можно читать с любого почтового клиента, если оно не было перенаправлено (или его может прочитать программа-робот). Ты хочешь подтверждение доставки почты в почтовый ящик или его прочтения человеком в почтовой программе? Если письмо пришло в ящик, не значит, что его прочитали, а с прочтением разными клиентами тоже не все гладко, я могу и через telnet почту читать или через cat на сервере.
Короче, для нормальной работы уведомлений нужно менять протокол целиком, чтобы у него была криптографическая идентификация и отправителя, и получателя, и письма, и уведомления. Получатель должен быть человек (отправитель, кстати, тоже). И, наверняка, придется продумать кучу других вещей. Но с такой системой ей проще не быть распределенной, да и для обмена обычной почтой она становится слишком перегруженной (впрочем, для современных вычислительных мощностей — это не критично).
С бумажной почтой тебя идентифицирует почтальон или курьер при вручении и ты ставишь свою подпись в получении, т.е. тут есть единая точка встречи, где идентифицированный адресат ставит свою подпись в подтверждении получения.
Насколько я понимаю, ты пытаешься написать письмо своим конкурентам по данным whois. Попробуй связаться с их провайдером. Адресов они тебе, разумеется, не дадут, но вполне могут переслать твое сообщение им и подтвердить факт этой пересылки.
P.S. На хабре были статьи, что адвокат с целью составления иска может получить данные о владельце домена у регистратора. Но, это, наверное, если регистратор в той же стране.
P.P.S. IMHO, для человека, который не наемный работник, ты какой-то замороченный. В смысле, ты должен понимать, что сможешь гарантированно получить только то, чего не дать тебе выйдет себе дороже. Остальное, даже если и обещали, то могут дать, а могут на х послать. Я к тому, что если нет способа прижать кого хочется так, что они забегают и отдадут тебе, все что надо, то и рассчитывать на то, что ты что-то получишь не нужно. Даже если должны/обещали/мамой клялись — могут кинуть и сказку рассказать или просто проигнорировать (при этом могут кинуть неосознанно, поэтому попытаться поговорить все же полезно). Тут как раз тот случай. Если повезет, до тех чуваков ты доберешься, если нет — нихрена сделать не сможешь. Если они что-то учудили по незнанию — исправятся, если сознательно и рассчитывают, что им за это ничего не будет, то они правы. Я это все к тому, что попытаться связаться с чуваками — это нормально, а нытье про то, что протокол SMTP какой-то неправильный (а ты на это никак повлиять не можешь) — это как-то странно для человека, работающего на себя, а не на дядю. Но это все оффтоп, конечно.
Для e-mail ни адрес отправителя ни получателя никак не подтверждается. Т.е. ты можешь получить письмо от <Bill.Gates@microsoft.com>, а оно будет от Васи спамера. Сейчас понаделали костылей, но они так себе.
Адрес получателя тоже может поменяться. Пришло письмо на petya@mail.ru и перенаправилось на seryozha@yandex-team.com.
Далее, с почтой связана давняя история борьбы со спамом, которая превратилась в борьбу со здравым смыслом. Какие-либо уведомления отправляемые на адрес отправителя автоматически (также как и автоответчики типа "Я в отпуске, отвечу через неделю") — это красная тряпка для параноиков-антиспамеров (потому что обратный адрес может быть поддельным, проверить это сложно, и, поэтому, таких рассылальщиков активно блокировали, в том числе организую глобальные черные списки, т.е. твой почтовик отправил уведомление на обратный адрес, что с него идут вирусы, например, и IP такого почтовика в черном списке, в результате треть интернета не принимает от тебя почту). Ведь в таком случае я могу тебе прислать мильён подтверждений о доставке письма всем пользователям mail.ru, например (хотя никому из них ты не отправлял ничего). Т.е. такое уведомление ничего не подтверждает (может ты сам себе его прислал).
Далее, письмо пришло на сервер и его можно читать с любого почтового клиента, если оно не было перенаправлено (или его может прочитать программа-робот). Ты хочешь подтверждение доставки почты в почтовый ящик или его прочтения человеком в почтовой программе? Если письмо пришло в ящик, не значит, что его прочитали, а с прочтением разными клиентами тоже не все гладко, я могу и через telnet почту читать или через cat на сервере.
Короче, для нормальной работы уведомлений нужно менять протокол целиком, чтобы у него была криптографическая идентификация и отправителя, и получателя, и письма, и уведомления. Получатель должен быть человек (отправитель, кстати, тоже). И, наверняка, придется продумать кучу других вещей. Но с такой системой ей проще не быть распределенной, да и для обмена обычной почтой она становится слишком перегруженной (впрочем, для современных вычислительных мощностей — это не критично).
С бумажной почтой тебя идентифицирует почтальон или курьер при вручении и ты ставишь свою подпись в получении, т.е. тут есть единая точка встречи, где идентифицированный адресат ставит свою подпись в подтверждении получения.
Насколько я понимаю, ты пытаешься написать письмо своим конкурентам по данным whois. Попробуй связаться с их провайдером. Адресов они тебе, разумеется, не дадут, но вполне могут переслать твое сообщение им и подтвердить факт этой пересылки.
P.S. На хабре были статьи, что адвокат с целью составления иска может получить данные о владельце домена у регистратора. Но, это, наверное, если регистратор в той же стране.
P.P.S. IMHO, для человека, который не наемный работник, ты какой-то замороченный. В смысле, ты должен понимать, что сможешь гарантированно получить только то, чего не дать тебе выйдет себе дороже. Остальное, даже если и обещали, то могут дать, а могут на х послать. Я к тому, что если нет способа прижать кого хочется так, что они забегают и отдадут тебе, все что надо, то и рассчитывать на то, что ты что-то получишь не нужно. Даже если должны/обещали/мамой клялись — могут кинуть и сказку рассказать или просто проигнорировать (при этом могут кинуть неосознанно, поэтому попытаться поговорить все же полезно). Тут как раз тот случай. Если повезет, до тех чуваков ты доберешься, если нет — нихрена сделать не сможешь. Если они что-то учудили по незнанию — исправятся, если сознательно и рассчитывают, что им за это ничего не будет, то они правы. Я это все к тому, что попытаться связаться с чуваками — это нормально, а нытье про то, что протокол SMTP какой-то неправильный (а ты на это никак повлиять не можешь) — это как-то странно для человека, работающего на себя, а не на дядю. Но это все оффтоп, конечно.
Re[3]: Подтверждение доставки Email
ЕМ>Не вижу ни малейших проблем обеспечить подтверждение доставки, кроме организационных.
Для e-mail ни адрес отправителя ни получателя никак не подтверждается. Т.е. ты можешь получить письмо от <Bill.Gates@microsoft.com>, а оно будет от Васи спамера. Сейчас понаделали костылей, но они так себе.
Адрес получателя тоже может поменяться. Пришло письмо на petya@mail.ru и перенаправилось на seryozha@yandex-team.com.
Далее, с почтой связана давняя история борьбы со спамом, которая превратилась в борьбу со здравым смыслом. Какие-либо уведомления отправляемые на адрес отправителя автоматически (также как и автоответчики типа "Я в отпуске, отвечу через неделю") — это красная тряпка для параноиков-антиспамеров (потому что обратный адрес может быть поддельным, проверить это сложно, и, поэтому, таких рассылальщиков активно блокировали, в том числе организую глобальные черные списки, т.е. твой почтовик отправил уведомление на обратный адрес, что с него идут вирусы, например, и IP такого почтовика в черном списке, в результате треть интернета не принимает от тебя почту). Ведь в таком случае я могу тебе прислать мильён подтверждений о доставке письма всем пользователям mail.ru, например (хотя никому из них ты не отправлял ничего). Т.е. такое уведомление ничего не подтверждает (может ты сам себе его прислал).
Далее, письмо пришло на сервер и его можно читать с любого почтового клиента, если оно не было перенаправлено (или его может прочитать программа-робот). Ты хочешь подтверждение доставки почты в почтовый ящик или его прочтения человеком в почтовой программе? Если письмо пришло в ящик, не значит, что его прочитали, а с прочтением разными клиентами тоже не все гладко, я могу и через telnet почту читать или через cat на сервере.
Короче, для нормальной работы уведомлений нужно менять протокол целиком, чтобы у него была криптографическая идентификация и отправителя, и получателя, и письма, и уведомления. Получатель должен быть человек (отправитель, кстати, тоже). И, наверняка, придется продумать кучу других вещей. Но с такой системой ей проще не быть распределенной, да и для обмена обычной почтой она становится слишком перегруженной (впрочем, для современных вычислительных мощностей — это не критично).
С бумажной почтой тебя идентифицирует почтальон или курьер при вручении и ты ставишь свою подпись в получении, т.е. тут есть единая точка встречи, где идентифицированный адресат ставит свою подпись в подтверждении получения.
Насколько я понимаю, ты пытаешься написать письмо своим конкурентам по данным whois. Попробуй связаться с их провайдером. Адресов они тебе, разумеется, не дадут, но вполне могут переслать твое сообщение им и подтвердить факт этой пересылки.
P.S. На хабре были статьи, что адвокат с целью составления иска может получить данные о владельце домена у регистратора. Но, это, наверное, если регистратор в той же стране.
Для e-mail ни адрес отправителя ни получателя никак не подтверждается. Т.е. ты можешь получить письмо от <Bill.Gates@microsoft.com>, а оно будет от Васи спамера. Сейчас понаделали костылей, но они так себе.
Адрес получателя тоже может поменяться. Пришло письмо на petya@mail.ru и перенаправилось на seryozha@yandex-team.com.
Далее, с почтой связана давняя история борьбы со спамом, которая превратилась в борьбу со здравым смыслом. Какие-либо уведомления отправляемые на адрес отправителя автоматически (также как и автоответчики типа "Я в отпуске, отвечу через неделю") — это красная тряпка для параноиков-антиспамеров (потому что обратный адрес может быть поддельным, проверить это сложно, и, поэтому, таких рассылальщиков активно блокировали, в том числе организую глобальные черные списки, т.е. твой почтовик отправил уведомление на обратный адрес, что с него идут вирусы, например, и IP такого почтовика в черном списке, в результате треть интернета не принимает от тебя почту). Ведь в таком случае я могу тебе прислать мильён подтверждений о доставке письма всем пользователям mail.ru, например (хотя никому из них ты не отправлял ничего). Т.е. такое уведомление ничего не подтверждает (может ты сам себе его прислал).
Далее, письмо пришло на сервер и его можно читать с любого почтового клиента, если оно не было перенаправлено (или его может прочитать программа-робот). Ты хочешь подтверждение доставки почты в почтовый ящик или его прочтения человеком в почтовой программе? Если письмо пришло в ящик, не значит, что его прочитали, а с прочтением разными клиентами тоже не все гладко, я могу и через telnet почту читать или через cat на сервере.
Короче, для нормальной работы уведомлений нужно менять протокол целиком, чтобы у него была криптографическая идентификация и отправителя, и получателя, и письма, и уведомления. Получатель должен быть человек (отправитель, кстати, тоже). И, наверняка, придется продумать кучу других вещей. Но с такой системой ей проще не быть распределенной, да и для обмена обычной почтой она становится слишком перегруженной (впрочем, для современных вычислительных мощностей — это не критично).
С бумажной почтой тебя идентифицирует почтальон или курьер при вручении и ты ставишь свою подпись в получении, т.е. тут есть единая точка встречи, где идентифицированный адресат ставит свою подпись в подтверждении получения.
Насколько я понимаю, ты пытаешься написать письмо своим конкурентам по данным whois. Попробуй связаться с их провайдером. Адресов они тебе, разумеется, не дадут, но вполне могут переслать твое сообщение им и подтвердить факт этой пересылки.
P.S. На хабре были статьи, что адвокат с целью составления иска может получить данные о владельце домена у регистратора. Но, это, наверное, если регистратор в той же стране.