"а мы вас предупреждали..."

[netch]

"В связи с тем, что по электронной почте часто распространяется спам и вирусы, грозя парализовать нормальный обмен почтой, рекомендуется постоянным корреспондентам из вашей книги адресов посылать раз в день уведомление, что вы им не попылали никаких писем, а также предупреждать, если вы отправили им сообщение. Пока это касается только электронной почты, но, как говорят эксперты, вскоре данное правило будет хорошим тоном и в случае общения по ICQ и подобными клиентами.

Например, к Валентинову дню многим вашим знакомым будет приятно получить короткое текстовое сообщение, уведомляющее, что вы не посылали им открытку"

Отсмеявшись, задумался - есть смысл в подобной функциональности хоть где-то в сетевых протоколах, или это ярчайший пример того, как делать не надо?

Comments

[vitus_wagner]

Когда я увидел в качестве источника текста домен km.ru всё стало ясно. km они и есть km.

[filonov.livejournal.com]

Это ж типичный keep-alive.

[ssart.livejournal.com]

Уважаемый Иван Иванович! Я не отправлял Вам никаких сообщений, в том числе и это!

А вообще, это идея: всем раз в день отправлять на контактный емыл km такие письма... 8))

[vitus_wagner]

Они потом будут потрясать этим списком писем и говорить "вот столько у нас постоянных корреспондентов". И поднимут на этом бабок.

[prool.livejournal.com]

Почему бы почтовой программе не нумеровать все исходящие письма одному абоненту сквозной нумерацией. Почтовая программа получателя, обнаружив пробелы в нумерации, могла бы автоматически перезапрашивать неполученные мессиджи.

Далее. На исходящие письма автоматически запрашивается подтвереждение получения до тех пор, пока не придет ответ.

Все это можно реализовать на уровне почтовых программ, прозрачно для пользователя, и информировать его только о важных событиях (типа подтверждение получения письма абоненту А не получено в течение 2 суток)

[filonov.livejournal.com]

А если у отправителя с десяток разных мест для отправки почты?

[prool.livejournal.com]

Это хуже
Но почтовый клиент на флешке - это наш выбор!

[filonov.livejournal.com]

Работаюшей одновременно с мобилкой/PDA, ноутбуком, и какой-нибудь PS3?
Это фантастика.

[prool.livejournal.com]

Да. Именно поэтому простые идеи, подобные моей, для повышения надежности хождения почты или борьбы со спамом нереальны в Интернете, где целый зоопарк компьютеров, других устройств, программ, ОСей, протоколов, форматов адресов.
"Надо что-то делать"

[zhuk-s.livejournal.com]

Достаточно стандартизовать почтовую базу. А флешка с, например, SD-шкой внутри, воткнется почти куда угодно.

[filonov.livejournal.com]

Стандарт "почтовой базы" известен - IMAP называется. Но речь не об этом

[malx.livejournal.com]

А для этого случая надо ввести такое понятие как "несколько mail-ов у одного человека". А то никто нормально этот случай не обрабатывает. Кто-то норовит их в рассылку превратить - всем сразу, кто-то вообще тупо в контактах оставляет ровно одно поле под e-mail.
Была бы поддрежка - не было бы необходимости подписываться одним и тем же mail-ом с разных источников. А раз так - можно было бы ввести разные защитные штучки в том числе и эту - с нумерацией писем - только следил бы тогда сервер.

В jabber тоже не до конца - уже обезопасили индивидуальное соеинение, но группировку нескольких JID в одного человека - еще не сделали. И мультилогин сразу на несколько серверов - тоже практичски отсутствует.

[filonov.livejournal.com]

1) А какой поддержки вы ждете и как ее себе представляете?

2) "группировку нескольких JID в одного человека" - что значит не сделали? В пределах одного ресурса
группировка уже есть. Остальное - к авторам клиентского софта.

3) "мультилогин сразу на несколько серверов - тоже практичски отсутствует" - не знаю как у вас - у меня вполне присутствует. Еще б ЖЖшный жаббер не отваливался периодически...

[malx.livejournal.com]

1 - Вот как в мобилках сделана адресная книга с перечнем телефонов - work/mobile/home ? вот примерно так же для e-mail
2 - так понятно что к клиентскому софту - сервер тут никаким боком не участвует.
3 - Название клиента? В подавляющем большинстве - отсутствует. Максимум по одной штуке на каждый протокол. Подозреваю что Gaim не имеет подобных ограничений, но это капля в море.

[filonov.livejournal.com]

1. И в чем сакральный смысл оной фичи? Надо выбрать адрес, который и так надо выбрать?
3. psi. И он такой сильно не один

[malx.livejournal.com]

1. Смысла два - первый и основной - для приема почты. Например для формирования white-list-ов, сортировок по папкам и т.п - указываешь не mail, а человека что автоматом использует все его адреса. В будущем также было бы неплохо реальзовать механизм обновления этой информации тем человеком - актуальность mail-ов совстевенных указать и т.п. Т.е пользователь просто получает письмо с attach-ем и если оно получено от известного человека (ясно что тут лучше цифровые подписи использовать или mail-back подтверждения) то предлагает обновить список контактов и в т.ч mail-ов этого человека.

А при отсылке как раз не прийдется что-то выбирать - письмо будет уходить по приоритетному или же сразу по списку. А на второй стороне при получении нескольких - дубликаты будут изничтожаться автоматичекски.

Это все приблизительно. Вообщем - групповые операции наб списком mail-ов как целым.

2. Спасибо. Скачал. Читаю "Psi: usefull tips" - Did you know that Psi is one of the only Jabber clients that allows you to connect to multiple servers at the same time? You can be known as "mrcool@jabber.org" to your friends, and "John.J.Smith_the_fourth@mycompany.com" to business associates.

;)

При этом, так понимаю, агрегации на стороне "friends" моих двух контактов в одно целое - типа как бекап im-связи - не происходит.

Сейчас поиграюсь - может и есть....

[filonov.livejournal.com]

Для приема почты несколько адресов отправителя вообще не нужны. Т.е. совсем.

Отсылать по приоритетному, или по списку - штатная фича мало-мальских приличных почтовых клиентов.

"Дубликаты будут изничтожаться автоматически" - это сработает только если они приходят в одно место. Что в общем неочевидно.

Что вы понимаете под агрегацией контактов? Всего одна "лампочка" в контакт-листе на человека? По опыту использования multi-resource могу сказать что это как минимум не всегда удобно.
Общая история сообщений - есть как плюсы так и минусы.

[malx.livejournal.com]

диалог зашел в тупик непонимания.
вообщем все сказано. дальше нет смысла

[netch]

Эта.

То, что можно так сделать - понятно.
То, что в общении людей/организаций это часто нужно - да.
Вопрос был про необходимость в сетевых протоколах.

Хотя я, кажется, уже знаю где искать ответ (ключевые слова BEEP и SCTP)

[singalen]

Похоже на контрольную сумму.

[iskatel.livejournal.com]

Второе. Как вариант, если все так уж плохо - написать 1 раз, что все письма от тебя приходят только с такой-то электронной подписью.