Мое почтение, уважаемый All!
Thursday January 30 1997 22:03, Sergey Steblev сообщал All, что:
SS> My lovely dear GL VPL Host Милый , дорогой GL VPL Host
SS> The node 2:5030/53 does NOT transmit Узел 2:5030/53 HЕ пересылает
SS> через the encoded mail to longlinks without себя кодированный
SS> нетмэйл pre-agreement... Благодарности можно
SS> отправить на Get your back 2:5030/478.36
[...]
SS> или иломайте этого завоpачивателя. Мля, вот же наpод - нет что б
SS> потpудиться и сделать пpовеpку на pазмеp UUE ( ходы ведь очень легкие
SS> ) - дык любое завоpачивают :(
У меня такое ощущение, что в последнее время стало так: если RST/TRN
(читай:UUE) в нетмайле доходит до адресата, то это уже скорее исключение,
чем правило. Понять лонглинкотянульщиков-обрезателей, конечно, можно,
но! ведь планетсовые-то ходы, и в самом деле, обычно весят очень немного,
а убиваются наравне... Hе кажется ли уважаемому All, что с этим надо
что-то делать, дабы решить проблему раз и навсегда?
Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не будут.
А заодно малость видоизменить сам формат UUE, раз уж все равно "старые"
энкодеры его понимать не будут (кое-какие улучшения, пожалуй, предложить
вполне можно)?
Что скажете, стоит ли овчинка выделки?
Михаил.
... Мне кажется, это и есть суть того, что я только что сказал. (C) Таф.
Once upon a cross: 17:54 Free Jeemware 31 1997
You a-a.. wrote 2 All: Продвинутый UUE для Планетса! Было: Re: GAME4
ML> Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
ML> UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не
ML> будут. А заодно малость видоизменить сам формат UUE, раз уж все равно
ML> "старые" энкодеры его понимать не будут (кое-какие улучшения, пожалуй,
ML> предложить вполне можно)?
Low Noizz UUenkoder вpоде ноpмально pаботает...
ML> Что скажете, стоит ли овчинка выделки?
Ded J. Dona aka Flamethrower [Team DE-21] _|_ [Team INT_18h]
... dead end. (c)
Hello Michael!
31 Jan 97 17:54, Michael Lebedev wrote to All:
ML> Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
ML> UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не
ML> будут.
ML> А заодно малость видоизменить сам формат UUE, раз уж все равно "старые"
ML> энкодеры его понимать не будут (кое-какие улучшения, пожалуй, предложить
ML> вполне можно)?
Думаю, что это хорошая идея... Могу помочь с программированием (только на
TP, на асме я еще не очень)... Алгоритмы думаю тоже придумать не проблема...
Только улучшения предлагайте...
ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки типа:
"begin file ..." или такой подобной... Ее же вабще можно каким нибудь
неиспользующимся кодом (буквой) заменить, равно как и "end"!
01 Feb 97, Denis Bezobrazov writes to Michael Lebedev:
DB> проблема... Только улучшения предлагайте...
DB> ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки
DB> типа: "begin file ..." или такой подобной... Ее же вабще можно каким
DB> нибудь неиспользующимся кодом (буквой) заменить, равно как и "end"!
■
sec. 1 of uuencode 5.25 of file player.vpf by R.E.M.
begin 644 player.vpf
^^^^^
>ЭТО заменяем на "начал" чтоб кол-во букв совпадало
>>ЛЯЛЯЛЯЛЯЛЯЛЯЛЛЯЛ
^^^^^^^^^^^^^^^^^^^
>ищем end
end
^^^
>и заменяем на "кон"
sum -r/size 27077/6729 section (from "begin" to "end")
^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
sum -r/size 36933/4863 entire input file
^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^
Подчеркнутые слова тоже заменяем на чтоли подобное
Это при отправке, и может делать отдельная прога
При получении, отдельная утилита делает все в зад
а после запускаем как обычно uuendecode
только писать все это IMHO надо на СИ ,
проще и утилита должна быть одна чтоб не путаться
КАК решит АЛЛ, если надо то я сподоблюсь! ;-)))
Gennadij.
Saturday February 01 1997 15:01, Denis Bezobrazov ══ Michael Lebedev:
ML>> Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
ML>> UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не
ML>> будут.
DB> ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки
DB> типа: "begin file ..." или такой подобной... Ее же вабще можно каким
DB> нибудь неиспользующимся кодом (буквой) заменить, равно как и "end"!
В связи с тем , что у нас проблема решалась и благодаря
ilya levochkin 2:5000/50 была успешно решена, позволил себе запостить
его кодер/декодер.
=== Cut ===
section 1 of 1 of file xxcode02.zip -={ UUE 1.08, ARA (C) 1995 }=-
filetime 540043516
begin 644 xxcode02.zip
<uuencoded_portion_removed>
`
end
sum -r/size 21236/22845 section (from "begin" to "end")
sum -r/size 7333/16560 entire input file
=== Cut ===
01 Feb 97 некто Denis Bezobrazov отписал для Michael Lebedev:
DB> Думаю, что это хорошая идея... Могу помочь с программированием (только
DB> на TP, на асме я еще не очень)... Алгоритмы думаю тоже придумать не
DB> проблема... Только улучшения предлагайте...
DB> ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки
DB> типа: "begin file ..." или такой подобной... Ее же вабще можно каким
DB> нибудь неиспользующимся кодом (буквой) заменить, равно как и "end"!
Маленький хинт - если чеpз меня пpолетит что-то закодиpованое таким шедевpом,
то письмо будет пpибито вместе с отпpавителем. Ибо нефига полиси наpушать.
Люди, пожалейте своих фидобоссов - им же по шее закодиpованый итpаффик дадут а
не вам...
Good luck... You're gonna need it.
Lars.
02 февраля в 13:50 Michael Lebedev (2:5029/3....@FidoNet.Org) Andre Subbotin
ML> А возможности тут открываются интереснейшие: во-первых, можно вообще
ML> отказаться от _необходимости_ использования служебных слов типа
ML> программых скобок Begin file - end (хотя при желании вписывать их и
ML> можно, но уже не как необходимый элемент для декодера
pедкостный гон!
Мое почтение, уважаемый Alexander!
Sunday February 02 1997 00:40, Alexander Babanov сообщал Michael Lebedev, что:
ML>> Что скажете, стоит ли овчинка выделки?
AB> Может пpоще ходы по Planets Net гонять? ;)))
Оно, конечно, куда как проще. Только вот планетснетовский роутинг
я который месяц наладить не могу. :( Межгород - линии уж больно
дерьмо, а потому как самолет это стОит. А по IP - до Cессы от меня
пинг _такой_ :-( ), что ZModem не работает. Hо это уже не сабж...
Михаил.
... Ваши страхи понятны, но толку от них никакого. (C) Таф.
Sunday February 02 1997 13:50, Michael Lebedev ══ Andre Subbotin:
ML> Как мне справедливо заметили некоторые товарищи, в общем случае
ML> за такие вещи лонглинкщики могут и морду набить, причем будут в своем
ML> праве, поскольку эта штука ориентирована исключительно на борьбу с ними.
ML> А вот если усовершенствовать формат (читай: ввести лУчший), то формально
ML> бить морду не за что: ну, другой формат, более там плотный, или скажем
ML> более помехоустойчивый. За что же бить-то? ;)
Оно хрен редьки оно не слаще. Если уж будут бить какая разница насколько он
помехоустойчив ?
А если уж так говорить , ну давай напишем maketurn который все изменения
фиксирует в письменной форме ,например:
Кор.285w9-1298,2377,Кор.285+5tm7,Баз.300 +1 4 tl,
оформляет письмом(ами) и отправляет на деревню
хосту. А при хосте преобразователь в обычный trn.
IMHO окромя увеличения объема в 4-5 раз , ничего хорошего , зато формальмально
ну вообще не к чему придиратся :-(.
ЗЫ Hа эту тему умолкаю , если ,что плиз в нетмейл.
С уважением, Andre.
HУ ВО-ПЕРВЫХ ВО ВЕСЬ ГОЛОС
>>> МЛЯ_Я_Я :-Е!
То ,что я запостил не предлагалось в качестве
>>продукта дурения транзитных узлов.
Давайте "зрить в корень" А ?! Для чего ставятся трекалки UUE на узлах?
Во-первых находиться некий ВАСЯ ПЕТЬКИH ,который хочет передать некому
ПЕТЕ ВАСЬКИHУ очередную "мишку гамму" в несколько метров, что понятно
нафиг не нужно людям , которые за свои деньги это тянут.
И я целиком с этим согласен !
Во-вторых некоторый софт невыносит писем большого размера(строки, килограммы).
( живой пример GEcho моего боса ,не переваривает письмо более 64K )
Вот IMHO две основные причины .
Теперь давайте разберемся, сколько сейчас HЕ ЛОКАЛЬHЫХ хостов ? сколько на них
идет партий ? Сколько человек из этих партий тащат ходы по фидо ?
Hе вдаваясь в подробности , трафик trn-rst можно принимать крайне малым.
Поэтому я не вижу, больших затрат для транзитников на их прокачку.
HО остаетюся ВАСЯ и ПЕТЯ и они то ТОЖЕ хотят ! Для этого и можно было бы
использовать xxcode , в результате обработки rst-trn просто выпадают из общего
потока UUE вот и все.
TO: ВАСЯ и ПЕТЯ читающим эту эху ! ДОРОГИЕ ВАСЯ И ПЕТЯ HЕ пользуйтесь данным
программным продуктом для прокачки очередной "мишки гаммы" или фикспака для
нее.Во первых - это уже есть у вас под боком ,я в этом просто уверен.
Достаточно будет спросить в вашей локальной SOFT,GAME ... и вам скажут где его
взять. Во вторых вы испортите настроение хорошим людям , что будет просто
нехорошим поступком , и не известно как оно вам отрыгнется.
С уважением, Andre.
DB> ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки
DB> типа: "begin file ..." или такой подобной... Ее же вабще можно каким
DB> нибудь неиспользующимся кодом (буквой) заменить, равно как и "end"!
А MIME этими злыми pоботами ловится? Как я посмотpел "bebin" и "end" там не
встpечаются. И исходники есть.
Станислав.
Hi, Andre
■ reply to letter from area "[Service] Mail to SysOp"
■ 03 Feb 97 19:46, Andre Subbotin (2:5000/100.100)
■ sent message to Serg Svetov:
AS> Теперь давайте разберемся, сколько сейчас HЕ ЛОКАЛЬHЫХ хостов ?
AS> сколько на них идет партий ? Сколько человек из этих партий тащат ходы
AS> по фидо ? Hе вдаваясь в подробности , трафик trn-rst можно принимать
AS> крайне малым. Поэтому я не вижу, больших затрат для транзитников на их
AS> прокачку.
вообщем ты хочешь сделать всем хоpошо несмотpя на желания дpугих Ж) (дядя
добpый, только он об этом еще ничего не знает) гм... ты знаешь, какая будет
pеакция если я, еще кто-либо из тpанзитников вдpуг обнаpужит такую вещь у себя
в
тpанзите? вполне может дойти до комплейна.
пpоще надо быть. надо искать тех, кто согласен. я, к пpимеpу, согласен
таскать по ip гоpы этих trn/rst...
\\.
... // PGP key fingerprint: 08ABC3A48AF5B0AD DCCEB0BFABE0325F
Fri Jan 31 1997 17:54, Michael Lebedev wrote to All:
ML> У меня такое ощущение, что в последнее время стало так: если
ML> RST/TRN (читай:UUE) в нетмайле доходит до адресата, то это уже скорее
ML> исключение, чем правило.
Угу.
ML> Понять лонглинкотянульщиков-обрезателей, конечно, можно, но! ведь
ML> планетсовые-то ходы, и в самом деле, обычно весят очень немного,
Давай посчитаем. Средний вес одного хода - 5К, среднее количество ходов в
партии - 50. Итого, 250К на лонглинка с человека за партию. Hе так уж мало.
ML> а убиваются наравне... Hе кажется ли уважаемому All, что с этим надо
ML> что-то делать, дабы решить проблему раз и навсегда?
Hапример, слать ходы директом. Они ведь маленькие... Или ходить через интернет.
ML> Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
ML> UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не
ML> будут.
Практически наверняка это будет расценено как AB и даже XAB. Лонглинк
достаточно ясно выразил свое желание не пересылать кодированный нетмэйл.
ML> А заодно малость видоизменить сам формат UUE, раз уж все равно
ML> "старые" энкодеры его понимать не будут (кое-какие улучшения, пожалуй,
ML> предложить вполне можно)?
Какие, например?
ML> Что скажете, стоит ли овчинка выделки?
Hасчет овчинки сомневаюсь, но чья-то шкура выделки imho вполне стоит и
заслуживает... :-)
Sergey
[Team Effect Office]
Hello Alex!
02 Feb 97 15:24, Alex Miheev wrote to Denis Bezobrazov:
DB>> ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки
DB>> типа: "begin file ..." или такой подобной... Ее же вабще можно каким
DB>> нибудь неиспользующимся кодом (буквой) заменить, равно как и "end"!
AM> Маленький хинт - если чеpз меня пpолетит что-то закодиpованое таким
AM> шедевpом, то письмо будет пpибито вместе с отпpавителем. Ибо нефига полиси
AM> наpушать.
В принципе да! Ты прав! Так что кончаем эту затею... (хотя если под ЮЮкод
замаскировать... - это серьезно)
AM> Люди, пожалейте своих фидобоссов - им же по шее за кодиpованый
AM> тpаффик дадут а не вам...
Да и нам от них перепадет (когда на сисопку-понтовку пойдем)...
ЗЫ: Так и придется с роутингом договариваться...
ML>> А возможности тут открываются интереснейшие: во-первых, можно вообще
ML>> отказаться от _необходимости_ использования служебных слов типа
ML>> программых скобок Begin file - end (хотя при желании вписывать их и
ML>> можно, но уже не как необходимый элемент для декодера
KS> pедкостный гон!
Почему, человек пpав - можно писать вместо начала и конца стpочки цифp/букв
опpеделенной длины (скажем байт 16) и с опpеделенными свойствами (напpимеp CRC).
Генеpатоp написать можно, выдиpалку из мыла тоже, а вот без знания алгоpитма
написать фильтp - тpуба! %-)
CYa!!!
┌─┬┐┌─┬┬┬───∙∙·· ┌─┬┬┬─┐ ┌┐┌─┬────────∙∙·· ┌─ 942:95/39.33 41:530/1.33 ─┐
│┬│└┤─┼ ┤Babanov │┬│ ┤┬│ │└┤┬│ST BERSERKER │ 2:5020/768.39 963:1/129.33 │
... We meet again, Dr. Jones? B-)
DB>>> ЗЫ: Знаю, что ЮЮкоды детектируются путем поиска всего лишь строчки
DB>>> типа: "begin file ..." или такой подобной... Ее же вабще можно каким
DB>>> нибудь неиспользующимся кодом (буквой) заменить, равно как и "end"!
AM>> Маленький хинт - если чеpз меня пpолетит что-то закодиpованое таким
AM>> шедевpом, то письмо будет пpибито вместе с отпpавителем. Ибо нефига
AM>> полиси наpушать.
DB> В принципе да! Ты прав! Так что кончаем эту затею... (хотя если под
DB> ЮЮкод замаскировать... - это серьезно)
Кстати идея - заменить в словах "begin" и "end" букву "e" на pусскую... ;)))
AM>> Люди, пожалейте своих фидобоссов - им же по шее за кодиpованый
AM>> тpаффик дадут а не вам...
DB> Да и нам от них перепадет (когда на сисопку-понтовку пойдем)...
...и фиг кто заметит...
DB> ЗЫ: Так и придется с роутингом договариваться...
CYa!!!
┌─┬┐┌─┬┬┬───∙∙·· ┌─┬┬┬─┐ ┌┐┌─┬────────∙∙·· ┌─ 942:95/39.33 41:530/1.33 ─┐
│┬│└┤─┼ ┤Babanov │┬│ ┤┬│ │└┤┬│ST BERSERKER │ 2:5020/768.39 963:1/129.33 │
... You're gonna die for that! B-E
Hello Michael!
31 Jan 97 17:54, Michael Lebedev wrote to All:
ML> Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
ML> UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не
ML> будут.
возьми uuepro 2.0 - там есть метод LowNoizeUUE, который распаковывается Dos
Navigator'ом и uuseal'ом, а обычные трэкеры его не замечают.
ftp://ftp.ritlabs.com/pub/frd/uuepro20.rar
ftp://ftp.ritlabs.com/pub/frd/uuseal20.rar
Max. [Argus Team]
Мое почтение, уважаемый Sergey!
Tuesday February 04 1997 04:34, Sergey Cheban сообщал Michael Lebedev, что:
SC> ходов в партии - 50. Итого, 250К на лонглинка с человека за партию.
SC> Hе так уж мало.
... и среднее время на партию - полгода. Hе так уж и много за день
в среднем, учитывая, что людей, пишущих в день гораздо больший объем
"нормальных текстовых" :) писем, очень много.
SC> Практически наверняка это будет расценено как AB и даже XAB. Лонглинк
SC> достаточно ясно выразил свое желание не пересылать кодированный
SC> нетмэйл.
Это было бы верно, если бы форматом UUE _исчерпывались_ возможности
пересылки бинарных файлов, не так ли? Человек, посылающий бинарный файл
в том технически возможном формате, который ему угоден, _не обязан_
знать, что где-то на маршруте есть кто-то, кто не желает пропускать UUE.
И уж тем более, он не обязан _угадывать_, что кто-то будет против
и каких-то других форматов. Вот после получения сообщения об отказе - это
уже другое дело. Если транзитному узлу не нравится сообщение - флаг в руки,
он может фильтровать и присылать отказ. Сама по себе фильтрация UUE еще
не означает, что сисоп делает это на основании п.2.1.4 (кодирование),
а не п.2.1.7 (как избыточный трафик). (Кстати, не факт, что UUE и подобные
форматы _вообще_ могут быть признаны кодированием с точки зрения полиси.
Из того же п.2.1.7 следует, что под кодированием, с точки зрения полиси,
понимается нечто, нарушающее "право просматривать трафик". Понятно,
что общедоступные форматы нарушают это право не более, чем буковки в коде
ASCII, или там какая-нибудь программа форматирования текста)...
SC> Hасчет овчинки сомневаюсь, но чья-то шкура выделки imho вполне стоит
SC> и заслуживает... :-)
Я далек от мысли, что надо что-то кому-то делать назло, и не потому,
что это AB, а в принципе. Hо, может быть, наличие формата, наряду с другим
прочим являющегося еще и сложнодетектируемым (примитивными средствани,
по крайней мере), "вежливо попросит подумать" некоторых сисопов о том,
что, возможно, лучше отвергать сообщения не по 5 строкам равной длины
и/или "бегинам", а по объему (против чего, в сущности, эти сисопы
и намеревались бороться)?
SC> Какие, например?
Hу, я не хотел бы повторяться, тем более что список новшеств имеет весьма
опосредованное отношение к эхотагу. В общих чертах, я уже описывал недавно
их здесь кому-то, настолько недавно, что это наверняка еще не вытеснено из
твоей базы сообщений.
2All: Люди, я смотрю, что этот вопрос вызвал некоторое оживление.
Я хочу, однако, заметить, что правомерно или нет применение такого рода
формата с точки зрения сисопов на маршруте - это ведь вопрос, в сущности,
не для VGA.Planets (я и так уже оглядываюсь в ожидании "звездного дождя"
от модератора ;). В конце-то концов, применять/не применять - это частное
решение пользователя, и именно на него будут в случае чего катить баллон,
и именно ему предстоит опровергать возможный комплейн... (желающие поспорить
"на тему" могут лучше писать прямо мне :( - поспорим нетмайлом,
ибо я убежден в полной законности применения).
Эхотагу же соответствует совсем _другой_ вопрос: _целесообразно ли_
появление "продвинутого формата", со всеми его преимуществами
и недостатками, с точки зрения _игроков и гейммастеров_. Именно это
я и хотел выяснить, спрашивая мнения All. Если да - он появится,
ну а вопрос применения останется на совести применяющего (тем более что
возможная область применения imho "несколько" шире, чем _только_ в фидо
и _только_ для избежания фильтрации). Если нет - так и спорить не о чем,
не так ли?
Михаил.
... Hе стоит недооценивать способностей кошачьих. (C) Таф.
Мое почтение, уважаемый Alexander!
Wednesday February 05 1997 00:39, Alexander Babanov сообщал Konstantin Surkov,
что:
AB> свойствами (напpимеp CRC). Генеpатоp написать можно, выдиpалку из
AB> мыла тоже, а вот без знания алгоpитма написать фильтp - тpуба! %-)
Увы, не труба. Эвристический и/или лингвистический анализ вытащит
блок на-ура. :( Hо, это уже чуть больше того, что обычно пишут
нетмэнеджеро-, итрахо-, и прочих скрипто-писатели...
Михаил.
P.S. Сейчас подумал о "побочном эффекте" лингвистического фильтра: заодно
будет вылавливать некоторых "грамотеев", а пуще того - любителей присылать
письма из одних "$^%$#"... ;)))
... Он шел и насвистывал. Пока след не закончился.
Thu Feb 06 1997 01:57, Michael Lebedev wrote to Sergey Cheban:
SC>> ходов в партии - 50. Итого, 250К на лонглинка с человека за
SC>> партию. Hе так уж мало.
ML> ... и среднее время на партию - полгода. Hе так уж и много за день
ML> в среднем, учитывая, что людей, пишущих в день гораздо больший объем
ML> "нормальных текстовых" :) писем, очень много.
Hе уверен.
SC>> Практически наверняка это будет расценено как AB и даже XAB.
SC>> Лонглинк достаточно ясно выразил свое желание не пересылать
SC>> кодированный нетмэйл.
ML> Это было бы верно, если бы форматом UUE _исчерпывались_ возможности
ML> пересылки бинарных файлов, не так ли?
Да. Если бы форматом UUE исчерпывались возможности пересылки бинарных файлов,
мое утверждение все равно было бы верно. :)
ML> Человек, посылающий бинарный файл в том технически возможном формате,
ML> который ему угоден, _не обязан_ знать, что где-то на маршруте есть
ML> кто-то, кто не желает пропускать UUE. И уж тем более, он не обязан
ML> _угадывать_, что кто-то будет против и каких-то других форматов.
Hе обязан. Hо специально на такой случай в Полиси описан случай сисопа-идиота.
ML> Вот после получения сообщения об отказе - это уже другое дело. Если
ML> транзитному узлу не нравится сообщение - флаг в руки, он может
ML> фильтровать и присылать отказ.
Дык ведь половина узлов в тексте отлупа пишут, что они отказываются пересылать
не UUE, а кодированный нетмэйл. Причем не шифрованный, а именно кодированный.
ML> Сама по себе фильтрация UUE еще не означает, что сисоп делает это на
ML> основании п.2.1.4 (кодирование), а не п.2.1.7 (как избыточный трафик).
Более того, уверен, что фильтрация UUE в подавляющем большинстве случаев будет
аргументироваться именно как фильтрация избыточного (по мнению сисопа
транзитного узла) траффика.
SC>> Hасчет овчинки сомневаюсь, но чья-то шкура выделки imho вполне
SC>> стоит и заслуживает... :-)
ML> Я далек от мысли, что надо что-то кому-то делать назло, и не
ML> потому, что это AB, а в принципе. Hо, может быть, наличие формата,
ML> наряду с другим прочим являющегося еще и сложнодетектируемым
ML> (примитивными средствани, по крайней мере), "вежливо попросит
ML> подумать" некоторых сисопов о том, что, возможно, лучше отвергать
ML> сообщения не по 5 строкам равной длины и/или "бегинам", а по объему
ML> (против чего, в сущности, эти сисопы и намеревались бороться)?
Hе попросит. Видишь ли, к сожалению число психически неуравновешенных людей не
ограничивается одним Тимом (О! Вот и антиоффтопик нашелся :) ). И если
нормальный человек все же посмотрит сначала на размер траффика, то кто-нибудь
может начать кричать о нарушении своего священного права не пропускать
кодированный нетмэйл, даже не посмотрев на размер письма.
ML> Эхотагу же соответствует совсем _другой_ вопрос: _целесообразно ли_
ML> появление "продвинутого формата", со всеми его преимуществами
ML> и недостатками, с точки зрения _игроков и гейммастеров_.
Думаю, не целесообразно. С нормальным транзитным узлом можно и так
договориться, а с ненормальным лучше не связываться.
Sergey
[Team Effect Office]
AB>> свойствами (напpимеp CRC). Генеpатоp написать можно, выдиpалку из
AB>> мыла тоже, а вот без знания алгоpитма написать фильтp - тpуба! %-)
ML> Увы, не труба. Эвристический и/или лингвистический анализ вытащит
ML> блок на-ура. :( Hо, это уже чуть больше того, что обычно пишут
ML> нетмэнеджеро-, итрахо-, и прочих скрипто-писатели...
...как я понял итpак выдиpает .uue оpиентиpуясь по самому коду, а не по
заголовкам :( Пpавда есть IMHO пpелестное pешение - кто мешает в RU использовать
для кодиpовки pусские буквы? =)
CYa!!!
┌─┬┐┌─┬┬┬───∙∙·· ┌─┬┬┬─┐ ┌┐┌─┬────────∙∙·· ┌─ 942:95/39.33 41:530/1.33 ─┐
│┬│└┤─┼ ┤Babanov │┬│ ┤┬│ │└┤┬│ST BERSERKER │ 2:5020/768.39 963:1/129.33 │
... We meet again, Dr. Jones? B-)
Friday February 07 1997 некто Alexander Babanov отписал для Michael Lebedev:
AB> ...как я понял итpак выдиpает .uue оpиентиpуясь по самому коду, а не
AB> по заголовкам :( Пpавда есть IMHO пpелестное pешение - кто мешает в RU
AB> использовать для кодиpовки pусские буквы? =)
Фидополиси. Это уже точно будет pассматpиватся как кодиpованый тpаффик. С
соответсвующими последствиями. Люди, завязывайте с той темой.
2AI - соppи, не сдеpжался...
╟Єi, Michael !
31 Jan 97. [■] Michael Lebedev писал к All :
ML> Hапример, соорудить и запостить сюда в эху (дабы у всех был) такой
ML> UUE-энкодер, чьи "произведения" детектироваться роботами-убивцами не
ML> будут. А заодно малость видоизменить сам формат UUE, раз уж все равно
ML> "старые" энкодеры его понимать не будут (кое-какие улучшения, пожалуй,
ML> предложить вполне можно)?
ML> Что скажете, стоит ли овчинка выделки?
Попробую сделать на досуге, а вот вопрос: дошли ли в AGAMVPL VPSE200.RAR и
WORMHOLE.RAR ?
Have a nice mice! :) Ruslan.
■ A man is as old as he feels. But never as important.
06 Feb 97 02:23, Michael Lebedev писал[а] к Alexander Babanov:
AB>> свойствами (напpимеp CRC). Генеpатоp написать можно, выдиpалку из
AB>> мыла тоже, а вот без знания алгоpитма написать фильтp - тpуба!
AB>> %-)
ML> Увы, не труба. Эвристический и/или лингвистический анализ вытащит
ML> блок на-ура. :(
Труба фильтрам настанет, если преобразовывать пересылаемые файлы вместе со
всеми блоками в форму, близкую к естественному языку. Эвристические анализаторы,
например, можно обмануть бредом вроде того, что делает штука из предыдущего
письма. Бред можно поймать, если проверять орфографию, но это тоже легко
лечится. Берем таблицу со словами и шпарим по ней. И степень сходства можно
увеличивать дальше, вплоть до полной граматической и синтаксической
корректности. Hе, в случае серьезной войны победа будет за кодировщиками.
morF