r50.sysop

Hello Aleksey! 09 May 22 20:58, you wrote to me: AK>> А сколько будет стоить идея просто воспользоваться AK>> Circuit-switched Data, доступным на каждой мобилке? AM> Увы, из нескольких мобильных операторов я лишь у одного нашёл услугу AM> CSD для физ.лиц... Mein Gott! Лёша, остановись! AM> Modem CM lines: 8-495-597-0106, 8-495-597-4300, 8-495-597-0144, AM> 8-495-597-4113, 8-495-597-0137, 8-495-597-0680, 8-495-597-0167, AM> 8-495-597-0142, 8-495-5970-495. Тебе этих мало, что ли? Andrew

Hello Aleksey! Фаина Георгиевна Раневская, кажется, утверждала, что в этом мире существуют всего два извращения - балет на льду и хоккей на траве. Связисты в XXI веке придумали ещё два -- VoIP over GPRS/WCDMA/HSDPA и Dial-Up поверх IP-телефонии. 14 May 22 01:33, you wrote to me: AM> Hу вот поэтому я и предлагал, чтобы Дмитрий Орлов подказал модель AM> шлюза (правда, не GPON, а Ethernet на витую пару), который реально AM> работает с модемом, и на который я ежедневно звоню. Да нет таких моделей в природе. Допустим, у тебя есть аналоговый источник сигнала (а модем, в первом приближении, таковым является), приходящий в некую коробочку, в которую приходит любая цифровая пакетная сеть, работающая на любом нравящемся тебе протоколе. Первое, что тебе необходимо сделать -- оцифровать аналоговый сигнал. Я утверждаю, что ты не сможешь этого сделать с необходимой для работы модема точностью без синхронизации тактовых генераторов модема и оцифровщика. Дисциплинировать синхронизацию необязательно, какое там время относительно вращения Земли - плевать, но *она должна быть*. Более того - Asterisk *не гарантирует* корректную работу *даже мультиточечной голосовой конференции*, если в сервере не стоит синхронного контроллера, задающего время (услугу Единой сети синхронизации телефонии предоставляет "Ростелеком"). Работа CSD в сотовой сети возможна *потому и только потому, что все сотовые сети содержат водородные генераторы синхронизации*. Дисциплинированные, как правило, по GPS. С неким трудом поверх пакетных сетей возможна работа факса в силу особенностей факсового протокола (например, он симплексный, то есть, подавление ближнего эха для него неактуально), и то на скоростях до 9600 бит/сек - 14 400 мне запустить не удалось за 20 лет ещё ни разу - дальше дрифт оцифровки (см. выше) всё ломает. Фирма ZyXEL в своё время разработала набор протоколов ZyCELL для работы поверх аналоговых сотовых сетей, но там решались совершенно другие задачи, не связанные с пакетными сетями. И это, заметим, только начало проблем. Andrew

Hello *Vladimir.* Thursday 28 April 2022 08:43, Vladimir Fyodorov wrote to All: VF> === VF> Макс Петров пишет: VF> бросить всё, поднять ноду... Знает кто дешевый vpn для проброски binkp VF> в серую сетку? VF> === VF> https://vk.com/club3857?w=wall-3857_5202_r5203 VF> Что ответить человеку? Я в этом не разбираюсь... для этого впн не нужен. достаточно на нате сделать port forward на серый айпи.

> Доброе (current) время суток, All! Hello! > Кто-нибудь в курсе? > 01-Aug-2022 16:12:38 2:5054/8 WS10061 (WSAECONNREFUSED) > "fido.maxiol.com" (109.226.215.60) #24554 Max has been living in 5090 for a long time (10 year) > Что я могу еще сказать?.. > Oleg Пишите письма, Andrey Popov

Общие пpинципы pассмотpения конфликтов. *1.3.5.1* There are references throughout this policy to "excessively annoying behav- ior", especially in section 9 (Resolution of Disputes). It is difficult to define this term, as it is based upon the judgement of the coordinator structure. Generally speaking, annoying behavior irritates, bothers, or causes harm to some other person. It is not necessary to break a law to be annoying. [YS] - обpатите внимание: квалификация AB и XAB относится к пpеpогативе *C, пpи этом XAB совеpшенно не обязательно пpотивоpечит законодательствy. === *1.3.5.2* There is a distinction between excessively annoying behavior and (simply) annoying behavior. For example, there is a learning curve that each new sysop must climb, both in the technical issues of how to set up the software and the social issues of how to interact with FidoNet. It is a rare sysop who, at some point in this journey, does not manage to annoy others. Only when such behavior persists, after being pointed out to the sysop, does it becomes excessively annoying. This does not imply that it is not possible to be excessively annoying without repetition (for example, deliberate falsifi- cation of mail would likely be excessively annoying on the very first try), but simply illustrates that a certain amount of tolerance is extended. [YS] - во втоpом пpедложении yказано, что анноящим может быть не только технические ошибки, но и наpyшения пpавил общежития в сети. Заметьте также, что к новеньким следyет относиться мягче, чем к стаpожилам сети. Однокpатное наpyшение, не повтоpяющееся после yказания на AB может быть пpизнано XAB только в особых слyчаях. === *2.1.2* In order to understand the meaning of "excessively annoying", it is incumbent upon all sysops to occasionally re-read FidoNet policy. New sysops must familiarize themselves with policy before requesting a node number. [YS] незнание законов не облегчает винy. :) Тем не менее, тyт нет явного yказания, что сисоп должен _пpочитать_ Полиси. Должен быть знаком. Вот такой казyс. :) === *2.1.3* The sysop listed in the nodelist entry is responsible for all traffic entering FidoNet via that system. This includes (but is not limited to) traffic entered by users, points, and any other networks for which the system might act as a gateway. [YS] Пользователи, пойнты, дpyгие сети - их поведение _полностью_ на совести сисопа. Соответственно сисоп yзла может подавать комплейны от имени своих пользователей/пойнтов и т.д. Должна быть взаимная ответственность, не так ли? === 2.1.6 Private Netmail 2.1.6.1 No Disclosure of in-transit mail Disclosing or in any way using information contained in private netmail traffic not addressed to you or written by you is considered annoying behavior, unless the traffic has been released by the author or the recipient as a part of a formal policy complaint. This does not apply to echomail which is by definition a broadcast medium, and where private mail is often used to keep a sysop-only area restricted. [AB] Раскрытие транзитного трафика есть раздражающее поведение. Однако, это ни в коем случае не относится к эхоконференциям, какими бы приватными они ни были. 2.1.6.2 Private mail addressed to you The issue of private mail which is addressed to you is more difficult than the in-transit question treated in the previous section. A common legal opinion holds that when you receive a message it becomes your property and you have a legal right to do with it what you wish. Your legal right does not excuse you from annoying others. [AB] Hетмейловое письмо является собственностью адресата, однако это не может служить оправданием некорректности по отношению к другим при использовании данного права. Hапример, перед публикацией адресованного Вам нетмейла следует хорошо подумать над возможными последствиями этой публикации. Если есть сомнения, лучше спросить разрешение на публикацию у автора. В противном случае, при возникновении конфликта опубликовавшего с автором, поведение опубликовавшего может быть признано раздражающим на основании данного пункта (за исключением случаев, специально в нём оговоренных). Тем не менее, отправителям нетмейла не следует забывать про следующие слова: In general, sensitive material should not be sent using FidoNet. === *3.7.1* A coordinator is not bound by the practices of predecessor or peers beyond the scope of this document. In addition, a new coordinator has the right to review any decision made by predecessors for compliance with Policy, and take whatever actions may be necessary to rectify any situations not in compliance. [YS] текyщий кооpдинатоp имеет пpаво пеpесмотpеть любые pешения пpедшественника. === *4.3.6* If a node in your network is acting in a sufficiently annoying manner, then you can take whatever action you deem fit, according to the circumstances of the case. [YS] Кооpдинатоp может пpедпpинять любые действия, не дожидаясь комплейна (!!!использовать с остоpожностью). [AB] Данный пункт следует применять в случаях явной угрозы нормальному функционированию сети, либо в случае очевидного технического XAB со стороны виновного. В остальных случаях настоятельно рекомендуется прибегать к процедуре, описанной в 9 FPD. === *9.1.1* The FidoNet judicial philosophy can be summed up in two rules: 1) Thou shalt not excessively annoy others. 2) Thou shalt not be too easily annoyed. [YS] без комментаpиев. The first step in any dispute between sysops is for the sysops to attempt to communicate directly, at least by netmail, preferably by voice. Any com- plaint made that has skipped this most basic communication step will be rejected. Failure to follow the procedures herein described (in particular, by skipping a coordinator, or involving a coordinator not in the appeal chain) is in and of itself annoying behavior. [AB] Попытка мирного урегулирования является важнейшим этапом перед подачей жалобы координатору, а потому должна носить явный характер (обе стороны конфликта должны понимать, что это именно предкомплейновое общение). Подача официальной жалобы с пропущенным этапом мирного урегулирование может быть расценено как раздражающее поведение. Принятие к рассмотрению такой жалобы со стороны координатора является грубой ошибкой. Filing a formal complaint is not an action which should be taken lightly. Investigation and response to complaints requires time which coordinators would prefer to spend doing more constructive activities. Persons who persist in filing trivial policy complaints may find themselves on the wrong side of an excessively-annoying complaint. Complaints must be accompanied with verifiable evidence, generally copies of messages; a simple word-of- mouth complaint will be dismissed out of hand. [AB] Подача официальной жалобы - крайняя мера, когда любые другие способы урегулирования конфликта не увенчались успехом. Посему к данной процедуре следует подходить с максимальной серьёзностью. Для подачи официальной жалобы должны, во-первых, иметься веские основания, во-вторых, должны быть строго соблюдены все формальности, описанные в 9.1. В противном случае жалоба может быть развёрнута против её подателя. === 9.7 Right to a Speedy Decision A coordinator is required to render a final decision and notify the parties involved within 30 days of the receipt of the complaint or appeal. [AB] NC обязан принять решение по официальной жалобе в течение 30 дней с момента её получения. Данное время должно быть употреблено NC на попытку уже со своей стороны урегулировать конфликт мирным путём. Срыв данного срока без уважительных причин есть признак неисполнения обязаностей со стороны NC. Податель официальной жалобы, сроки рассмотрения которой были сорваны, может передать её на рассмотрение RC, обязательно указав на факт срыва сроков рассмотрения на сетевом уровне. === 2.1.12 Excommunication Systems may also be dropped from the nodelist for cause. See section 9, and sections 4.3 and 5.2. [AB] Экскоммуникация - высшая мера воздействия на сисопа, в случае, когда другие меры не способны привести к разрешению конфликта. В свою очередь, бессрочная экскоммуникация должна применяться в наиболее вопиющих случаях, либо при повторяющемся XAB. В остальных случаях в решении координатора должен быть оговорен срок экскоммуникации. Восстановление экскоммуницированного узла по истечению срока экскоммуникации производится только на основании соответствующего заявления его сисопа на имя координатора. Автоматическое восстановление узла не допускается. В случае, если экскоммуникация была произведена по мотивам технического нарушения, координатор перед восстановлением узла вправе убедиться в том, что данное нарушение было корректным образом устранено. === *9.9* Echomail is an important and powerful force in FidoNet. For the purposes of Policy Disputes, echomail is simply a different flavor of netmail, and is therefore covered by Policy. [YS] Пpи pазбоpе комплейнов эхомейл пpиpавнен к нетмейлy. Hикаких делений на бэкбонные/технические/флеймовые не пpедyсмотpено. Hадо помнить о 9.1.1, 1.3.5.1 и 1.3.5.2, пpинимая pешения, но общий пpинцип в этом пyнкте сфоpмyлиpован абсолютно однозначно. === Замеченные сокpащения и методы их yстpанения: (AB) - Alex Barinov (2:5020/715), R50C (YS) - Yuri Safronov (ex-2:5020/204), exR50C Выражается глубокая благодарность Yuri Safronov (ex-2:5020/204) за идею и создание первоначального варианта данного документа.

Hello, Rinat! Sunday May 29 2022 13:18, from Rinat H. Sadretdinow -> Cheslav Osanadze: RS> той же школе обучали одновременно и сезонам года, и цветам/оттенкам на RS> английском: RS> Winter is white, RS> Summer is bright! Там был анек, что африканец пожил какое-то время в Росиии, и рассказывает, что есть две зимы в России - одна белая, другая зелёная ;-) Best Regards, Nil

Привет Anton! 22 Апр 22 20:35, Anton Barabanov -> Nil A: NA>> Если 2:5020/214[0,1] уже фсё, хотя в нодлисте ещё числится, то NA>> может быть pushkin.local в fidokill.na? А то эха по всем бонам NA>> есть, живёт кагбэ и без туловища, только поенты отвалились, а все NA>> остальные в сборе :-) AB> Зачем давить живую эху? Чесотка в руках. Cheslav. ... У неопытных девушек можно многому научиться.

*** Правила конференции *** R50.SYSOP 17.01.2014 1. ТЕМАТИКА Конференция R50.SYSOP является основной конференцией системных операторов узлов 50 региона 2 зоны сети FidoNet. В эхоконференции раз- решается обсуждение любых тем, относящихся к работе сетей региона, региона и FidoNet в целом. Исключение составляют темы, для обсуждения которых существуют специализированные тематические конференции. 2. РАСПРОСТРАНЕНИЕ R50.SYSOP может свободно распространяться среди узлов сети FidoNet. Пойнты и пользователи узлов не должны иметь права помещения писем без специального разрешения модератора. Тем не менее, сисопы (в том числе бывшие из R50) могут писать в эху по техническим проблемам, связанным с R50, используя любой поинтовый адрес, при условии указания в кладжах или в тексте письма своего нодового адреса. При распространении данной конференции участие в ней возможно только после ознакомления и согласия с данными правилами и документами FidoNet. 3. ЯЗЫК И ОБЩИЕ ПРАВИЛА НАПИСАНИЯ ПИСЕМ 3.1. Может быть использован русский или английский язык. При ответе на письмо рекомендуется отвечать на том же языке, на котором было написано оригинальное письмо. 3.2. Не допускается применение нецензурных выражений. Если очень приспичило - замените их символами @#$%&. 3.3. Крайне не рекомендуется посылать письма, содержащие одну-две строки, или письма типа "я тоже так думаю", "согласен" и.т.п. 3.4. Личная переписка в эхоконференции категорически запрещена. 3.5. Не допускается использование цитирования сверх необходимого для понимания темы. В частности, не допускается цитирование строк @PATH, @SEEN+BY, * Origin, @MSGID и прочих чисто технических сообщений. Подобные цитаты не несут смысловой нагрузки и загружают каналы связи. 3.6. Посылка файлов в uuencode формате возможна только с личного разрешения модератора. При пyбликации таких сообщений в их тексте должна присyтствовать фраза: "Приводится с разрешения модератора". 3.7. Запрещается обсуждение правил правописания как русского, так и английского языка на примере писем, помещенных в конференцию. 3.8. Крайне не рекомендуется ставить большие подписи под письмами. Ограничьтесь одной строчкой. Кроме того, запрещается использование "разувесистых" темплейтов. Пять строк на весь темплейт - максимум. 3.9. Категорически запрещается коммерческая реклама, а также любые призывы к антигосyдарственным и yголовно наказyемым действиям. 3.10. Перед написанием писем, прочитайте настоящие правила. 3.11. При написании писем запрещается использовать псевдонимы. В поле "From" письма должно содержаться либо _нодлистовое_ имя сисопа, либо название официальной должности (R50C, R50[EFV]C, N(5|6)0??C и.т.п.), либо иная информация, однозначно идентифицируящая _сисопа_. 4. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ 4.1. При написании писем в конференции необходимо использовать альтернативную кодировку (кодовая таблица 866). 4.2. При создании писем необходимо придерживаться технических требований на письмо в сети FidoNet. Не рекомендуется посылать письма больше 10 kb одним письмом - разбейте его на несколько писем меньшего размера. Строка Origin должна быть не больше 79 символов. Служебная информация в строках PATH и SEEN+BY должны соответствовать действи- тельности. 5. МОДЕРИРОВАНИЕ 5.1. Поступайте так, как вы бы хотели, чтобы поступали с вами: не участвуйте в оскорблениях или личных нападках на других участников этой конференции. Если Вы считаете, что какое-либо сообщение оскорбляет Вас - Вы можете: а). Проигнорировать его (наиболее предпочтительный вариант). б). Написать автору _нетмeйлом_. в). Обратиться нетмейлом к модератору. 5.2. Оставьте модерирование модератору. Только он может комментировать поведение участников эхо-конференции. Сообщения, обсуждающие политику модератора или поведение других участников конференции, не разрешены. Также не разрешаются обращения к модератору в эхе и переписка с ним. Если вы не согласны с решением модератора, напишите ему персонально нетмейлом. Если вы не смогли договориться с модератором, вопрос будет решаться согласно действующей Полиси. 5.3. Модератор имеет право потребовать отключения пользователя или сисопа от эхоконференции, после совершения таковым более трех нарушений данных правил или эхо-полиси, или по своему усмотрению. Модератор обязан незамедлительно уведомлять нарушившего правила, что нарушение засчитано. В случае нарушения правил пользователем, пишущим сообщения на BBS, будет наказываться сисоп BBS. В случае нарушения правил пойнтом будет наказываться сисоп его Boss-node. 5.4. Модератор может временно или постоянно запрещать для обсуждения темы, препятствующие нормальному проведению конференции. В этом случае перечень тем, запрещенных для обсуждения, будет периодически публико- ваться в эхоконференции. 5.5. В случае нарушения подписчиком правил, модератор выносит ему предупреждение. Система предупреждений стандартная [*][+][!], в зави- симости от тяжести нарушения. Тяжесть нарушения определяется модера- тором. Срок действия предупреждения [*] составляет один месяц, после чего оно теряет силу, однако если в течение этого месяца участник конференции получит еще одно предупреждение, срок действия обоих пре- дупреждений становится равен сроку действия последнего из них. Три предупреждения [+] одному и тому же сисопу приводят к пере- воду его в режим ReadOnly на 1 месяц. Если в течение месяца после окончания режима ReadOnly сисоп снова получает этот статус, то на этот раз срок ReadOnly возрастает до 2-х месяцев, и так далее по на- растающей. За грубые или неоднократные нарушения Узел может быть пе- реведен в ReadOnly без предупреждения и на более длительный срок. Кроме того,модератор может (по своему усмотрению) отключить узел от конференции при повторении сисопом нарушения, за которое уже было вынесено предупреждение. Модератор может в любой момент изменить настоящие правила. Изменения считаются действительными через двое сyток - для всех узлов. Помещение писем в конференцию с узла,от конференции отключенного, будет рассматриваться как чрезмерно некорректное поведение. Модерирование конференции осуществляет действующий R50C. Модератор вправе назначать себе помощников - комодераторов, которые обладают всеми правами модератора, за исключением изменения правила эхи и назначения комодераторов. ДЕЙСТВУЮЩИЙ МОДЕРАТОР КОНФЕРЕНЦИИ: R50C, 2:50/0 Другие адреса модератора: 2:5020/715, 2:5020/5452, 2:5020/715.1 Комодераторы: Oleg Redut 2:5000/111

___(--""^^~~ Привет, Alexander! ~~^^""--)___ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 10 Май 22 18:22, ты писал(а) Dmitriy Smirnov: DS>>>> да и куда звонить-то?! =) DP>>> Туда, где отвечают! DS>> почетная должность звонаря/обзвонщика всея R50 уже занята =) AK> Пиарасс был, теперь и фидозвон есть. AK> Хемингуэй "По ком звонит Матюк"... Ахахах, это достойно какого нибудь ру.анекдот!) /*WBR, Aleksey Matyuk*/ | Voice phone: 8-495-597-4144 Modem CM lines: 8-495-597-0106, 8-495-597-4300, 8-495-597-0144, 8-495-597-4113, 8-495-597-0137, 8-495-597-0680, 8-495-597-0167, 8-495-597-0142, 8-495-5970-495.

Hello *Oleg.* Thursday 28 April 2022 09:45, Oleg Redut wrote to Egor Glukhov: EG>> Проще и надежнее проксировать через нейтральную территорию, как EG>> мне кажется. OR> Hа настоящий момент из 20-30 проверенных прокси, нашёл OR> единственный "нейтрально" реально работающий - в Индии. Один из их OR> семи. Остальные, возможно, пропускают только 80 порт. OR> Принимаю предложения по реально работающим с портом 24554 прокси. прокси для binkp? что-то я про такое не слышал...