@MSGID: 2:50/700.700 8169d2a7
@PID: ХотДог/2.14.5/Android
@TID: jNode/Android
@CHRS: CP866 2
Hello, All.

 Интересно, это только до меня дошло, что эхотаг прекрасно справляется
с сабжем? ;)
 И как-то так настолько удачно, что на другом софте так-таки никто
не может изобразить такого?
 В чем смысл.. у меня есть эхи, на которые я подписан у 2, 3, 4
и более линков одновременно. Таким образом, падения какого-то линка я
просто не замечаю - входящий эхомейл есть всегда. Эхотажная дуполовка
справляется с копиями.
 Тем не менее, у меня на эхотаге нет свойственной подобной подписке,
проблемы подпирания/запирания себя синбаями и генерации дупов. Потому, что
исходящий эхомейл отправляется единственному линку. Только одному из нескольких,
присылающих мне эхи. Что, если он упал? В худшем из сценариев - от меня не
уйдет исходящий эхомейл. Или уйдет тогда, когда этот линк починится. А
если не починится - я сменю исходящего линка, для чего мне нужно
изменить всего один бит - с нолика на единичку, ну и в сломанном линке -
с единички на нолик. В случае с SQL-базой это 2 "селекта" на эху,
либо один групповой селект. Это, в том числе - одна из причин, почему
SQL лучше.
Как сделать?
А. Есть инструкция. Имхо, залита на форк гитхаба.
 Б. Используются группы и уровни доступа. Именно ими разделяются
разные линки и их доступ к разным эхам.
В. Язык до Киева доведет ;)

--
WBR, ON
--- ХотДог/2.14.5/Android
 * Origin: Somewhere at Russia, in the hut on chicken legs... (2:50/700.700)
SEEN-BY: 46/49 50/109 700 240/1120 301/1 341/66
452/28 463/68 4500/1 5000/111
SEEN-BY: 5001/100 5015/42 46 5019/40 5020/290 545
715 828 830 846 848 1042
SEEN-BY: 5020/4441 8912 12000 5022/848 5023/24
5030/49 115 1081 1474 1520
SEEN-BY: 5034/13 5053/51 58 400 5058/104 5061/133
5075/128 5083/1 6035/3
@PATH: 50/700 5020/715 1042 848 4441