Здравствуйте, Shmj, Вы писали:
S>>>Зачем свой сервер? Главное чтобы не было монополии — т.е. можно завести почту в другом месте или даже сделать свой сервер. SK>>И в чём смысл твоего предложения? Кто тебе будет туда писать? Как он узнает этот (новый) адрес?
S>Я могу сообщить свой новый адрес. Можно даже предусмотреть протокол по смене адреса — спец. пакет с подписью твоим ключом с новым адресом — автоматом вносит изменения в адресную книгу.
ты усложняешь. создаешь (новую) проблему и "костыли" к ней. вместо действительного решения (другой) проблемы.
S>>>Вот с Телеграм так не выйдет — все в руках Паши, ты не можешь даже за 1 млн. долларов сделать отдельный от Паши адрес телеграм. SK>>Киллерфича телеграма (вайбера/вацапа) в том, чего нет в твоем предложении — в легкости коммуникации. Не как процесса переписки, а как способа поиска адресата.
S>Ну поиск — в смысле по имени или телефону? Это можно так же сделать отдельным сервисом для тех, кто хочет быть найденым.
просто поиск. поиск адресата.
Расскажи, как ты начнешь переписку с человеком, с которым ранее никак не контактировал.
SK>>В качестве идентификатора (адреса емэйл/никнейма) фактически (пере)используется номер телефона (после уже показывается никнейм или внутренний id). SK>>В андроиде в записной книжке сразу подсвечивается — "позвонить по cellular(PSTN), или другой способ" и перечислены месеенджеры в который присутствует этот абонент.
S>Что мешает сделать то же самое, но для децентрализованного сервиса? email же тоже подсвечивается, хотя нет владельца системы email-ов.
вот я вижу каргоминивен, на борту которого написано "обслуживание кондиционеров +123456789123", а мне внезапно нужно. начинаю набирать этот новый для меня номер, отсутствующий в моем контактлсте и звонилка предлагает позвонить через телеграм. или вижу другой автомобиль с номером +666456789123 набираю — звонилка предлагает вацап (а телеграм нет).
и какой емэйл тут может подсвечиваться? откуда этот емэйл возьмется?
Здравствуйте, Stanislaw K, Вы писали:
SK> ты усложняешь. создаешь (новую) проблему и "костыли" к ней. вместо действительного решения (другой) проблемы.
А подбробнее?
SK>просто поиск. поиск адресата. SK>Расскажи, как ты начнешь переписку с человеком, с которым ранее никак не контактировал.
1. Запрос на авторизацию в отдельной папке. С небольшим комментарием.
2. Обменяться ключами там где вы пересеклись, к примеру на форуме. Я тебе даю свой публичный ключ — ты добавляешь в список авторизованных.
S>>Что мешает сделать то же самое, но для децентрализованного сервиса? email же тоже подсвечивается, хотя нет владельца системы email-ов.
SK>вот я вижу каргоминивен, на борту которого написано "обслуживание кондиционеров +123456789123", а мне внезапно нужно. начинаю набирать этот новый для меня номер, отсутствующий в моем контактлсте и звонилка предлагает позвонить через телеграм. или вижу другой автомобиль с номером +666456789123 набираю — звонилка предлагает вацап (а телеграм нет).
SK> и какой емэйл тут может подсвечиваться? откуда этот емэйл возьмется?
Вопрос подсветки — это вопрос реализации в конкретном девайсе. Протокол первичен.
К примеру, все адреса test@@test.com — считать email-ами второго поколения, подсвечивать, добавлять по желанию в публичный поиск.
Здравствуйте, Shmj, Вы писали:
SK>> ты усложняешь. создаешь (новую) проблему и "костыли" к ней. вместо действительного решения (другой) проблемы. S>А подбробнее?
Нет проблемы, которую ты пытаешься решить, пытаясь заставить людей делать лишнее.
SK>>просто поиск. поиск адресата. SK>>Расскажи, как ты начнешь переписку с человеком, с которым ранее никак не контактировал.
S>1. Запрос на авторизацию в отдельной папке. С небольшим комментарием.
Сейчас у тебя для этого папка "входящие". Не нравится -переименуй у себя.
После "авторизации" (настройки правила обработки входящего) письма от адресата будут сразу переносится в соответствующие папки "диалог с ххх" или удаляться.
S>2. Обменяться ключами там где вы пересеклись, к примеру на форуме. Я тебе даю свой публичный ключ — ты добавляешь в список авторизованных.
Куда добавляю (где находится этот список)? зачем домохозяйке эти лишние телодвижения?
S>>>Что мешает сделать то же самое, но для децентрализованного сервиса? email же тоже подсвечивается, хотя нет владельца системы email-ов. SK>>вот я вижу каргоминивен, на борту которого написано "обслуживание кондиционеров +123456789123", а мне внезапно нужно. начинаю набирать этот новый для меня номер, отсутствующий в моем контактлсте и звонилка предлагает позвонить через телеграм. или вижу другой автомобиль с номером +666456789123 набираю — звонилка предлагает вацап (а телеграм нет).
SK>> и какой емэйл тут может подсвечиваться? откуда этот емэйл возьмется?
S>Вопрос подсветки — это вопрос реализации в конкретном девайсе. Протокол первичен.
S>К примеру, все адреса test@@test.com — считать email-ами второго поколения, подсвечивать, добавлять по желанию в публичный поиск.
а где здесь, во всем твоем предложении децентрализация?
Здравствуйте, Stanislaw K, Вы писали:
SK>Нет проблемы, которую ты пытаешься решить, пытаясь заставить людей делать лишнее.
Проблема огромная. Куча спама во входящих, фишинг а так же попадание в спам важных сообщений.
SK>Сейчас у тебя для этого папка "входящие". Не нравится -переименуй у себя.
Запрос на авторизацию — только один активный и очень коротенькое сообщение без ссылок и пр.. А спам вам могут слать и слать сколько угодно и любого размера, в т.ч. файлами.
SK>Куда добавляю (где находится этот список)? зачем домохозяйке эти лишние телодвижения?
В контакты разрешенные. Для домохозяйки выглядит так же как добавление контакта в Телеграм.
S>>К примеру, все адреса test@@test.com — считать email-ами второго поколения, подсвечивать, добавлять по желанию в публичный поиск. SK>а где здесь, во всем твоем предложении децентрализация?
email уже сейчас децентрализован, но имеет другие проблемы — уже писал выше.
Здравствуйте, Shmj, Вы писали:
SK>>Нет проблемы, которую ты пытаешься решить, пытаясь заставить людей делать лишнее. S>Проблема огромная. Куча спама во входящих, фишинг а так же попадание в спам важных сообщений.
Но твое решение не решает проблемы. просто добавляет лишних телодвижений.
SK>>Сейчас у тебя для этого папка "входящие". Не нравится -переименуй у себя. S>Запрос на авторизацию — только один активный и очень коротенькое сообщение без ссылок и пр.. А спам вам могут слать и слать сколько угодно и любого размера, в т.ч. файлами.
Это малозначимые детали реализации. на принципиальные моменты никак не влияет.
Логически это просто ничем не отличается от если одной кнопкой у тебя во входящих будет переключаться фильтр показывющий или письма с subj "запрос авторизации" или все. Но более сложная реализация.
SK>>Куда добавляю (где находится этот список)? зачем домохозяйке эти лишние телодвижения? S>В контакты разрешенные. Для домохозяйки выглядит так же как добавление контакта в Телеграм.
Ещё раз: где находится этот список?
S>>>К примеру, все адреса test@@test.com — считать email-ами второго поколения, подсвечивать, добавлять по желанию в публичный поиск. SK>>а где здесь, во всем твоем предложении децентрализация?
S>email уже сейчас децентрализован, но имеет другие проблемы — уже писал выше.
емэйл _был_ децентрализован, но пользователи (гугл/яха/яндекс) сами свели всё до нескольких центров.
Здравствуйте, Stanislaw K, Вы писали:
SK>>>Нет проблемы, которую ты пытаешься решить, пытаясь заставить людей делать лишнее. S>>Проблема огромная. Куча спама во входящих, фишинг а так же попадание в спам важных сообщений.
SK>Но твое решение не решает проблемы. просто добавляет лишних телодвижений.
Каких телодвижений?
SK>>>Сейчас у тебя для этого папка "входящие". Не нравится -переименуй у себя. S>>Запрос на авторизацию — только один активный и очень коротенькое сообщение без ссылок и пр.. А спам вам могут слать и слать сколько угодно и любого размера, в т.ч. файлами.
SK>Это малозначимые детали реализации. на принципиальные моменты никак не влияет.
Это меняет все. Тебе не приходит ничего, из того что ты не разрешил. Есть отдельная папка запросов на авторизацию, причем сообщение на авторизацию строго ограничено (допустим 250 байт). И то, в эту папку ты можешь не заглядывать и 100% знать что ничего важного не пропустишь.
SK>>>Куда добавляю (где находится этот список)? зачем домохозяйке эти лишние телодвижения? S>>В контакты разрешенные. Для домохозяйки выглядит так же как добавление контакта в Телеграм.
SK>Ещё раз: где находится этот список?
На почтовом сервере ну и у тебя локально в контактах, если захочешь использовать свой другой почтовый сервер.
SK>емэйл _был_ децентрализован, но пользователи (гугл/яха/яндекс) сами свели всё до нескольких центров.
Важно что нет единого центра, который может диктовать условия. Еще бы не помешала возмжность отвязать адрес от поставщика, но с email это обозначает покупку домена — а это дорого.
Здравствуйте, Shmj, Вы писали:
S>Вроде бы ничего сверх сложного в этом нет — но смогет ли человечество когда-либо к этому прийти?
Я, внезапно, вспомнил что мне это напоминает
Всё новое — хорошо забытое старое.
децентрализация.1 — в fido@net не было единого центра. Был административный технический комитет, вырабатывающий стандарты (форматы, протоколы, прочее). Был административный координационный комитет, занимавшийся технической работой распределения адресов. эквивалент DNS, только всё вручную.
децентрализация.2 — нарушение нескольких узлов, сетей, регионов не влияло на работу остальной части сети. при этом оставалась возможность прямой коммуникации. (ЕМНИП землетрясение на тайване описывалось по сети fido@net в реальном времени ещё до этих ваших интернетов, хотя без фото и без видео, но только потому что ни доступных фото ни доступных видео тогда еще не было как таковых).
авторизация. — в момент, когда такая проблема только возникла, технический комитет уже представил готовый стандарт применения PGP/GPG и рекомендации по обмену открытыми ключами.
категоризация. — были жесткие правила (запрещены спам, техническое хулиганство, оскорбления), за нарушение которых решением координационного совета следовала стремительная экскоммуникация.
спамеров не было как класса. хотя это больше из-за высокого входного порога и как следствие общались высокоорганизованные технические специалисты. но и когда технический порог был устранен, каждая домохозяйка и рекламные менеджеры смогли общаться — спам был исключительно редок.
Здравствуйте, Shmj, Вы писали:
SK>>>>Нет проблемы, которую ты пытаешься решить, пытаясь заставить людей делать лишнее. S>>>Проблема огромная. Куча спама во входящих, фишинг а так же попадание в спам важных сообщений. SK>>Но твое решение не решает проблемы. просто добавляет лишних телодвижений. S>Каких телодвижений?
Как минимум — описанных там же ниже
SK>>>>Сейчас у тебя для этого папка "входящие". Не нравится -переименуй у себя. S>>>Запрос на авторизацию — только один активный и очень коротенькое сообщение без ссылок и пр.. А спам вам могут слать и слать сколько угодно и любого размера, в т.ч. файлами.
SK>>Это малозначимые детали реализации. на принципиальные моменты никак не влияет.
S>Это меняет все. Тебе не приходит ничего, из того что ты не разрешил.
Или приходит, но ты не видишь. То есть, сейчас это можно получить просто включив на inbound фильтр отображения. или правило удаления всего кроме авторизации (и внесенного в белый список).
И вопрос — зачем изобретать что-то новое и силой насаждать всем 8 миллиардам населения, если оно уже есть в текущей реализации и нужно только тебя одного заставить настроить простое правило обработки входящей почты.?
S>Есть отдельная папка запросов на авторизацию, причем сообщение на авторизацию строго ограничено (допустим 250 байт). И то, в эту папку ты можешь не заглядывать и 100% знать что ничего важного не пропустишь.
это не значащие детали реализации. внешний декор. для этого не нужно изобретать новые протоколы.
SK>>>>Куда добавляю (где находится этот список)? зачем домохозяйке эти лишние телодвижения? S>>>В контакты разрешенные. Для домохозяйки выглядит так же как добавление контакта в Телеграм.
SK>>Ещё раз: где находится этот список?
S>На почтовом сервере ну и у тебя локально в контактах,
локально — программа почтовый клиент и хранение всего объема почты.
у домохозяки в смартфоне.
между миллионом её фоточек.
маленький почтовый сервер который она администрирует между супом и блинами..
S>если захочешь использовать свой другой почтовый сервер.
другой сервер = другой адрес. как тебя найдут адресаты?
SK>>емэйл _был_ децентрализован, но пользователи (гугл/яха/яндекс) сами свели всё до нескольких центров.
S>Важно что нет единого центра, который может диктовать условия. Еще бы не помешала возмжность отвязать адрес от поставщика, но
поставщик и есть "центр".
S>с email это обозначает покупку домена — а это дорого.
некоторые домены раздаются бесплатно с бесплатным продлением (noip dyndns you-name.routerXXX-vendorXXX.net etc), или за символические деньги (~ $2 в год).
Здравствуйте, Privalov, Вы писали:
S>>Проблема огромная. Куча спама во входящих, фишинг а так же попадание в спам важных сообщений. P>А ИИ со всей его шириной охвата эту проблему не решает? Он не может отличить, где спам, а где нет?
Все равно допустима ошибка. Да и зачем делать кривой протокол, чтобы потом решать кривизну с помощью костылей?
Здравствуйте, Stanislaw K, Вы писали:
SK>спамеров не было как класса. хотя это больше из-за высокого входного порога и как следствие общались высокоорганизованные технические специалисты. но и когда технический порог был устранен, каждая домохозяйка и рекламные менеджеры смогли общаться — спам был исключительно редок.
Да, но почему это кануло в Лету? Нужна какая-то работающая замена. Почему этого нет?
Здравствуйте, Stanislaw K, Вы писали:
SK>Или приходит, но ты не видишь. То есть, сейчас это можно получить просто включив на inbound фильтр отображения. или правило удаления всего кроме авторизации (и внесенного в белый список).
Сейчас нет авторизации, нет обязательной подписи. Это доп. опции, которые некоторые используют а некоторые нет. По этому не получится отключить.
SK>И вопрос — зачем изобретать что-то новое и силой насаждать всем 8 миллиардам населения, если оно уже есть в текущей реализации и нужно только тебя одного заставить настроить простое правило обработки входящей почты.?
Потому что протокол не требует подписи обязательной. Кто-то использует а кто-то нет. Вот и приехали.
Когда надстройка над протоколом не обязательная — это сразу сводит все старания к нулю, т.к. тебе придется перебирать весь спам, а то вдруг интеллектуальный спам-фильтр сработает не корректно.
S>>Есть отдельная папка запросов на авторизацию, причем сообщение на авторизацию строго ограничено (допустим 250 байт). И то, в эту папку ты можешь не заглядывать и 100% знать что ничего важного не пропустишь.
SK>это не значащие детали реализации. внешний декор. для этого не нужно изобретать новые протоколы.
Это как раз суть.
S>>На почтовом сервере ну и у тебя локально в контактах,
SK>локально — программа почтовый клиент и хранение всего объема почты. SK>у домохозяки в смартфоне. SK>между миллионом её фоточек. SK>маленький почтовый сервер который она администрирует между супом и блинами..
Если захочет сменить почтовый сервер — то контакты перенесутся из локальной копии на новый сервер — технический деталей она не увидит.
S>>если захочешь использовать свой другой почтовый сервер. SK>другой сервер = другой адрес. как тебя найдут адресаты?
Во-первых, можно идентифицировать по спец. ID, но это чуть сложнее — т.к. потребуется своя DNS-система, отличная от существующей с сайтами.
Во-вторых, даже если нет DNS-системы для email-ов, то все-равно можно отправить email-ы о смене адреса всем своим контактам.
Оба варианта имеют как плюсы так и минусы.
SK>>>емэйл _был_ децентрализован, но пользователи (гугл/яха/яндекс) сами свели всё до нескольких центров.
S>>Важно что нет единого центра, который может диктовать условия. Еще бы не помешала возмжность отвязать адрес от поставщика, но SK>поставщик и есть "центр".
Ну смотри. Допустим тебе нужно отправить 10 млн. сообщений Телеграм. Сколько это будет стоить и как ты будешь делать? Это уже Паша решит. Нет протокола, нет правил — он сам закон. Может сказать что 1 цент за каждое сообщение и все тут. Или 10 тыс. бесплатно — а остальные по центу. Даже если люди хотят услышать.
Другое дело когда есть протокол — уже никто не сможет диктовать ценовую политику.
Не нравится один держатель сервера — переходи к другому. Не нравится и другой — тогда свой сервер подними.
S>>с email это обозначает покупку домена — а это дорого. SK>некоторые домены раздаются бесплатно с бесплатным продлением (noip dyndns you-name.routerXXX-vendorXXX.net etc), или за символические деньги (~ $2 в год).
Но тут вот в чем фишка. Сегодня раздают бесплатно — а через 3 года — установят плату $100 в год. Вроде бы такое уже было.
Здравствуйте, Shmj, Вы писали:
S>Сейчас нет авторизации, нет обязательной подписи. Это доп. опции, которые некоторые используют а некоторые нет. По этому не получится отключить.
Есть. просто ты их не видишь DKIM. проверка проводится прозрачно, по результатам письмо проходит в inbox, попадает в spam, отклоняется на этапе приема.
SK>>И вопрос — зачем изобретать что-то новое и силой насаждать всем 8 миллиардам населения, если оно уже есть в текущей реализации и нужно только тебя одного заставить настроить простое правило обработки входящей почты.?
S>Потому что протокол не требует подписи обязательной. Кто-то использует а кто-то нет. Вот и приехали.
Давно требуется и используется. ты их не видишь.
S>Когда надстройка над протоколом не обязательная — это сразу сводит все старания к нулю, т.к. тебе придется перебирать весь спам, а то вдруг интеллектуальный спам-фильтр сработает не корректно.
Да, она как бы не обязательная. просто без нее письма не ходят. reject hadshake.
SK>>это не значащие детали реализации. внешний декор. для этого не нужно изобретать новые протоколы.
S>Это как раз суть.
Суть — это лишние телодвижения. не вносящие нового. без практического результата.
S>>>На почтовом сервере ну и у тебя локально в контактах, SK>>локально — программа почтовый клиент и хранение всего объема почты. SK>>у домохозяки в смартфоне. SK>>между миллионом её фоточек. SK>>маленький почтовый сервер который она администрирует между супом и блинами..
S>Если захочет сменить почтовый сервер — то контакты перенесутся из локальной копии на новый сервер — технический деталей она не увидит.
она и сейчас не видит деталей.
S>>>если захочешь использовать свой другой почтовый сервер. SK>>другой сервер = другой адрес. как тебя найдут адресаты?
S>Во-первых, можно идентифицировать по спец. ID, но это чуть сложнее — т.к. потребуется своя DNS-система, отличная от существующей с сайтами.
ну вот, началось выдумывание еще одного толстого слоя костылей!
S>Во-вторых, даже если нет DNS-системы для email-ов, то все-равно можно отправить email-ы о смене адреса всем своим контактам.
S>Оба варианта имеют как плюсы так и минусы.
SK>>>>емэйл _был_ децентрализован, но пользователи (гугл/яха/яндекс) сами свели всё до нескольких центров.
S>>>Важно что нет единого центра, который может диктовать условия. Еще бы не помешала возмжность отвязать адрес от поставщика, но SK>>поставщик и есть "центр".
S>Ну смотри. Допустим тебе нужно отправить 10 млн. сообщений Телеграм.
Странное желание. Зачем мне это может понадобится? только без выдумок.
S>Даже если люди хотят услышать.
Хотят услышать — подпишутся на бота, на группу.
S>Другое дело когда есть протокол — уже никто не сможет диктовать ценовую политику.
S>Не нравится один держатель сервера — переходи к другому. Не нравится и другой — тогда свой сервер подними.
И сиди в изоляции, потому что с него никто не будет принимать сообщения. или все 10 миллионов читателей должны будут получить аккаунт на моем сервере (и сохранить на своем).
S>>>с email это обозначает покупку домена — а это дорого. SK>>некоторые домены раздаются бесплатно с бесплатным продлением (noip dyndns you-name.routerXXX-vendorXXX.net etc), или за символические деньги (~ $2 в год).
S>Но тут вот в чем фишка. Сегодня раздают бесплатно — а через 3 года — установят плату $100 в год. Вроде бы такое уже было.
хз. некоторым моим бесплатным доменам 20+ лет. за все время заплатил $7, за пару лет услуг dns хостинга, когда бесплатный не работал.
Здравствуйте, Shmj, Вы писали:
SK>>спамеров не было как класса. хотя это больше из-за высокого входного порога и как следствие общались высокоорганизованные технические специалисты. но и когда технический порог был устранен, каждая домохозяйка и рекламные менеджеры смогли общаться — спам был исключительно редок.
S>Да, но почему это кануло в Лету? Нужна какая-то работающая замена. Почему этого нет?
Потому что это было DOS text mode. Люди ушли в веб за красивой графикой, где были заменители — email и newsgroup, с недостатками которых можно было примирится.
Периодически появляются попытки реванша — "гипертекстовый фидонет" или "фидонет 2.0". Первый обречен на провал, потому что вбирает все недостатки и из fido@net и из интернета. Второй излишне переусложняется технически, не внося новой пользы и тоже обречен.
Сама по себе технология используется как транспорт кое где и сейчас.
S> Почему этого нет?
Потому что 4 часа назад ты даже не слышал о таком и мучительно изобретал свой велосипед с костылями вместо колес.
подавляющее большинство разработчиков ПО — такие же.
Здравствуйте, Stanislaw K, Вы писали:
SK>Есть. просто ты их не видишь DKIM. проверка проводится прозрачно, по результатам письмо проходит в inbox, попадает в spam, отклоняется на этапе приема. SK>Давно требуется и используется. ты их не видишь.
Покажи где стандарт требует обязательное использование DKIM?
Мне приходят письма, попадают в спам — бывает что важные. И что?
Причем сам отправитель может не знать что не дошло. Понимаешь проблему?
Когда есть прозрачный процесс:
1. Авторизация. Либо да либо нет. И ты знаешь авторизован ты или можешь не пытаться слать.
2. Доставка гарантированная.
3. Категоризация и желательно с законодательной поддержкой. Т.е. если некая компания отправила массовую рассылку без необходимых полей — штраф в пользу получателя, скажем $1 даже.
Неужели не ясно?
SK>Суть — это лишние телодвижения. не вносящие нового. без практического результата.
Практический результат — важные письма будут иметь гарантированную доставку, отправитель об этом узнает (а сейчас может попасть в спам — а отправитель и не узнает даже).
S>>Если захочет сменить почтовый сервер — то контакты перенесутся из локальной копии на новый сервер — технический деталей она не увидит. SK>она и сейчас не видит деталей.
Сейчас не решена проблема спама и категоризации массовой рассылки. Важное смешивается с неважным и малоценным.
S>>Во-первых, можно идентифицировать по спец. ID, но это чуть сложнее — т.к. потребуется своя DNS-система, отличная от существующей с сайтами. SK>ну вот, началось выдумывание еще одного толстого слоя костылей!
Я предложил два рабочих варианта.
S>>Ну смотри. Допустим тебе нужно отправить 10 млн. сообщений Телеграм. SK>Странное желание. Зачем мне это может понадобится? только без выдумок.
Оповестить клиентов о неком событии. Почему я не могу этого сделать?
S>>Не нравится один держатель сервера — переходи к другому. Не нравится и другой — тогда свой сервер подними. SK>И сиди в изоляции, потому что с него никто не будет принимать сообщения. или все 10 миллионов читателей должны будут получить аккаунт на моем сервере (и сохранить на своем).
Прием сообщений должен быть строгим — если пользователь авторизовал — то сообщение поступает и отправитель сразу об этом узнает. Т.е. чтобы не было варианта — попало в спам и отправитель не узнал.
S>>Но тут вот в чем фишка. Сегодня раздают бесплатно — а через 3 года — установят плату $100 в год. Вроде бы такое уже было. SK>хз. некоторым моим бесплатным доменам 20+ лет. за все время заплатил $7, за пару лет услуг dns хостинга, когда бесплатный не работал.
Это без гарантии. Когда тебе он станет дорог — введут оплату. Так было у меня, к примеру, с бесплатными доменами kiev.ua.
SK>>Есть. просто ты их не видишь DKIM. проверка проводится прозрачно, по результатам письмо проходит в inbox, попадает в spam, отклоняется на этапе приема. SK>>Давно требуется и используется. ты их не видишь. S>Покажи где стандарт требует обязательное использование DKIM?
стандарт не требует. все RFC исключительно рекомендательные.
сервера крупных сервисных провайдеров требуют (выполняют рекомендации, с "благородной" целью борьбы со спамом). фактически 99% не примут у тебя письмо без DKIM SPF DMARC (или примут но сразу удалят/занесут в спам).
S>Мне приходят письма, попадают в спам — бывает что важные. И что?
Спрашивай с postmaster. админа твоего почтового сервера.
S>Причем сам отправитель может не знать что не дошло. Понимаешь проблему?
Прекрасно понимаю.
S>Когда есть прозрачный процесс:
S>1. Авторизация. Либо да либо нет. И ты знаешь авторизован ты или можешь не пытаться слать. S>2. Доставка гарантированная. S>3. Категоризация и желательно с законодательной поддержкой. Т.е. если некая компания отправила массовую рассылку без необходимых полей — штраф в пользу получателя, скажем $1 даже.
S>Неужели не ясно?
Вообще нет.
1 — о каком этапе ты "знаешь" авторизацию? между чем и чем?
2 — за секунду до того, как ты отправил письмо, получатель умер временно/ умер окончательно/сменил адрес/сменил сервер. гарантируешь доставку в загробный мир/на другой адрес(на какой?)/на другой сервер (на какой?)
3 — про законодательство не нужно. я лопну от смеха сквозь слезы. в этой вселенной это оно заведомо не выполнимое.
SK>>Суть — это лишние телодвижения. не вносящие нового. без практического результата.
S>Практический результат — важные письма будут иметь гарантированную доставку, отправитель об этом узнает (а сейчас может попасть в спам — а отправитель и не узнает даже).
Это вопрос настройки почтового сервера — слать отправителю уведомления о судьбе письма или нет.
Правила хорошего тона (сетевой этикет), с некоторых пор, рекомендует не слать.
S>>>Если захочет сменить почтовый сервер — то контакты перенесутся из локальной копии на новый сервер — технический деталей она не увидит. SK>>она и сейчас не видит деталей.
S>Сейчас не решена проблема спама и категоризации массовой рассылки. Важное смешивается с неважным и малоценным.
История показывает что только геноцид и массовые расстрелы убийство рекламщиков снизят немного остроту этой проблемы, но не решат окончательно.
Любое другое — не эффективные полумеры.
S>>>Во-первых, можно идентифицировать по спец. ID, но это чуть сложнее — т.к. потребуется своя DNS-система, отличная от существующей с сайтами. SK>>ну вот, началось выдумывание еще одного толстого слоя костылей! S>Я предложил два рабочих варианта.
1) все это уже есть.
2) этим никто не пользуется.
3) твои варианты вносят усложнение.
3) ими вообще никто не будет пользоваться.
S>>>Ну смотри. Допустим тебе нужно отправить 10 млн. сообщений Телеграм. SK>>Странное желание. Зачем мне это может понадобится? только без выдумок. S>Оповестить клиентов о неком событии. Почему я не могу этого сделать?
Через телеграм? Почему?
О каком событии?
Если они хотят знать о твоих событиях, почему они не подписаны на твой канал/группу?
S>>>Не нравится один держатель сервера — переходи к другому. Не нравится и другой — тогда свой сервер подними. SK>>И сиди в изоляции, потому что с него никто не будет принимать сообщения. или все 10 миллионов читателей должны будут получить аккаунт на моем сервере (и сохранить на своем).
S>Прием сообщений должен быть строгим — если пользователь авторизовал — то сообщение поступает и отправитель сразу об этом узнает. Т.е. чтобы не было варианта — попало в спам и отправитель не узнал.
Этим будет пользоваться еще меньше людей, чем нисколько.
Например я не хочу чтобы посторонние знали в какое время суток я читаю входящие письма.
S>>>Но тут вот в чем фишка. Сегодня раздают бесплатно — а через 3 года — установят плату $100 в год. Вроде бы такое уже было. SK>>хз. некоторым моим бесплатным доменам 20+ лет. за все время заплатил $7, за пару лет услуг dns хостинга, когда бесплатный не работал.
S>Это без гарантии. Когда тебе он станет дорог — введут оплату. Так было у меня, к примеру, с бесплатными доменами kiev.ua.
Здравствуйте, Shmj, Вы писали:
S>ЭЦП в почте не предусмотрена стандартом как обязательная. По этому не получится — нужен новый протокол, в котором вообще нельзя ничего отправить без ЭЦП.
Зачем? Лично вы можете сделать её обязательной для своих корреспондентов.
Точно так же, как двадцать лет назад можно было добровольно отказаться от ввода секретных данных вроде номера кредитки на сайтах без SSL.
Вы свои письма уже начали подписывать ЭЦП?
S>Как говорится — новое вино не наливают в старые мехи.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Stanislaw K, Вы писали:
SK>сервера крупных сервисных провайдеров требуют (выполняют рекомендации, с "благородной" целью борьбы со спамом). фактически 99% не примут у тебя письмо без DKIM SPF DMARC (или примут но сразу удалят/занесут в спам).
1. Т.к. рекомендательно — не все используют, а значит мы не можем на это опираться. Важное все-равно может попасть в спам.
2. Иногда попадает в спам и с валидной ЭЦП, т.к. алгоритм спам-фильтра засекречен.
3. Шлют кучу писем с валидной ЭЦП — ведь авторизация не нужна. И оно отвлекает.
S>>Мне приходят письма, попадают в спам — бывает что важные. И что? SK>Спрашивай с postmaster. админа твоего почтового сервера.
А чего его спрашивать — если авторизации нет, алгоритм попадания в спам-фильтр у того же gmail держат в секрете.
Просто изначально кривая система и костылями ее не исправить.
S>>Когда есть прозрачный процесс:
S>>1. Авторизация. Либо да либо нет. И ты знаешь авторизован ты или можешь не пытаться слать. S>>2. Доставка гарантированная. S>>3. Категоризация и желательно с законодательной поддержкой. Т.е. если некая компания отправила массовую рассылку без необходимых полей — штраф в пользу получателя, скажем $1 даже.
S>>Неужели не ясно?
SK>Вообще нет.
Что не ясно?
SK>1 — о каком этапе ты "знаешь" авторизацию? между чем и чем?
На этапе подписки не некий сервис или на этапе добавления контакта человека. Как в Телеграм том же.
SK>2 — за секунду до того, как ты отправил письмо, получатель умер временно/ умер окончательно/сменил адрес/сменил сервер. гарантируешь доставку в загробный мир/на другой адрес(на какой?)/на другой сервер (на какой?)
Если не попало в спам — иметь такую гарантию — уже хорошо.
SK>3 — про законодательство не нужно. я лопну от смеха сквозь слезы. в этой вселенной это оно заведомо не выполнимое.
Но бессмысленное окошко с принятием кукисов то смогли обязать все сайты добавить?
SK>Это вопрос настройки почтового сервера — слать отправителю уведомления о судьбе письма или нет. SK>Правила хорошего тона (сетевой этикет), с некоторых пор, рекомендует не слать.
Заведомо ошибочный путь — сервер либо должен принять как авторизованное — либо отказ и просьбы отправить запрос на авторизацию. А так вы отправили — и хрен знает попало в спам или нет.
SK>1) все это уже есть. SK>2) этим никто не пользуется. SK>3) твои варианты вносят усложнение. SK>3) ими вообще никто не будет пользоваться.
Ничего нету. Как мне отправить системное оповещение о смене email адреса моим контактам, чтобы это произошло автоматически?
SK>Через телеграм? Почему? SK>О каком событии? SK>Если они хотят знать о твоих событиях, почему они не подписаны на твой канал/группу?
Каждому хочу индивидуальную скидку/предложение, в зависимости от типа товаров которые покупал и затрат. Почему нет?
Если пользователь меня авторизовал — в чем проблема? Почему я должен у Паши разрешения спрашивать?
Отож.
SK>Этим будет пользоваться еще меньше людей, чем нисколько. SK>Например я не хочу чтобы посторонние знали в какое время суток я читаю входящие письма.
А это и не нужно знать — главное что почтовый сервер принял сообщение. Либо принял и оно 100% попадает во входящие. Либо отказ. Папки спам нет. Если отказ — то шлете запрос на авторизацию стандартный и дожидаетесь пока пользователь вас авторизует.
Здравствуйте, Shmj, Вы писали:
SK>>сервера крупных сервисных провайдеров требуют (выполняют рекомендации, с "благородной" целью борьбы со спамом). фактически 99% не примут у тебя письмо без DKIM SPF DMARC (или примут но сразу удалят/занесут в спам).
S>1. Т.к. рекомендательно — не все используют, а значит мы не можем на это опираться. Важное все-равно может попасть в спам.
В пятый раз повторяю: на данный момент, цифровая подпись писем email ИСПОЛЬЗУЕТСЯ de facto на 99.5 % почтовых систем.
S>2. Иногда попадает в спам и с валидной ЭЦП, т.к. алгоритм спам-фильтра засекречен.
алгоритм открыт. реализации open source общедоступны к изучению.
S>3. Шлют кучу писем с валидной ЭЦП — ведь авторизация не нужна. И оно отвлекает.
авторизация обязательный этап.
S>>>Мне приходят письма, попадают в спам — бывает что важные. И что? SK>>Спрашивай с postmaster. админа твоего почтового сервера.
S>А чего его спрашивать — если авторизации нет, алгоритм попадания в спам-фильтр у того же gmail держат в секрете.
алгоритмы антиспама известны.
S>Просто изначально кривая система и костылями ее не исправить.
изначально никто не думал что электронная почта будет использоваться (нехорошими людьми) для спама.
SK>>1 — о каком этапе ты "знаешь" авторизацию? между чем и чем?
S>На этапе подписки не некий сервис или на этапе добавления контакта человека. Как в Телеграм том же.
И что это даст, на этапе подписки? пользователь сразу честно признается что он спамер?
SK>>2 — за секунду до того, как ты отправил письмо, получатель умер временно/ умер окончательно/сменил адрес/сменил сервер. гарантируешь доставку в загробный мир/на другой адрес(на какой?)/на другой сервер (на какой?)
S>Если не попало в спам — иметь такую гарантию — уже хорошо.
физически оно все лежит в одном inbound. "спам" это визуальный фильтр — показать только письма с флажком "спам"/показывать только письма без.
элемент user interface.
SK>>3 — про законодательство не нужно. я лопну от смеха сквозь слезы. в этой вселенной это оно заведомо не выполнимое. S>Но бессмысленное окошко с принятием кукисов то смогли обязать все сайты добавить?
1) не все.
2) оно ни на что не влияет.
3) за это никто не получил наказания.
SK>>Это вопрос настройки почтового сервера — слать отправителю уведомления о судьбе письма или нет. SK>>Правила хорошего тона (сетевой этикет), с некоторых пор, рекомендует не слать.
S>Заведомо ошибочный путь — сервер либо должен принять как авторизованное — либо отказ и просьбы отправить запрос на авторизацию. А так вы отправили — и хрен знает попало в спам или нет.
Хорошо быть бинарным. жизнь простая. всё кругом или чёрное или белое. да?
так вот рассказываю (ещё раз) — по стандарту (которого придерживается 99.5%)
1) время доставки письма электронной почты 14 суток.
2) никто не обязан уведомлять тебя о недоставке раньше.
3) при определенных обстоятельствах (описанных в стандарте) время доставки увеличивается — итого в сумме до 60 суток.
4) это НОРМАЛЬНАЯ работа полностью исправной системы.
2) никто не обязан уведомлять тебя о недоставке раньше.
SK>>1) все это уже есть. SK>>2) этим никто не пользуется. SK>>3) твои варианты вносят усложнение. SK>>3) ими вообще никто не будет пользоваться.
S>Ничего нету. Как мне отправить системное оповещение о смене email адреса моим контактам, чтобы это произошло автоматически?
ты нам расскажи.
SK>>Через телеграм? Почему? SK>>О каком событии? SK>>Если они хотят знать о твоих событиях, почему они не подписаны на твой канал/группу?
S>Каждому хочу индивидуальную скидку/предложение, в зависимости от типа товаров которые покупал и затрат. Почему нет?
S>Если пользователь меня авторизовал — в чем проблема? Почему я должен у Паши разрешения спрашивать?
потому, что получая аккаунт в телеграме ты прочитал и согласился с условиями использования и обязался выполнять их.
условия вот такие.
S>Отож.
SK>>Этим будет пользоваться еще меньше людей, чем нисколько. SK>>Например я не хочу чтобы посторонние знали в какое время суток я читаю входящие письма.
S>А это и не нужно знать — главное что почтовый сервер принял сообщение. Либо принял и оно 100% попадает во входящие. Либо отказ. Папки спам нет. Если отказ — то шлете запрос на авторизацию стандартный и дожидаетесь пока пользователь вас авторизует.
повторю
2) никто не обязан уведомлять тебя о недоставке раньше.
ты усложняешь. создаешь (новую) проблему и "костыли" к ней. вместо действительного решения (другой) проблемы.
