Fwd: Про набор поинтов сисопами и продолж е ние сети

Mithgol the Webmaster написал(а) к Max Vasilyev в Jun 15 20:58:34 по местному времени:

Так было 08:43 18 Jun 15 написано от Max Vasilyev к Sergey Poziturin:

SP>>>> Кстати, если кто-то хочет иметь возможность править этот
SP>>>> файл на гитхабе совместно со мной - пишите, обсудим. Я бы
SP>>>> не хотел отвечать за него в одиночку, вдруг трамвай или
SP>>>> кирпич.

MV>>> Поэтому и предлагаю нодлист.

SP>> Если только поэтому, то вопрос решаемый.

MV> Как править нодлист - фидошники знают, а где найти крайних за правку
MV> файла на гитхабе, когда один в отпуске, второй на больничном, а третий
MV> забил?

MV> Скорее для того, чтобы не завязывать фидо на еще один не относящийся
MV> к фидо сервис.

Как известно или должно быть известно, на Гитхабе есть такой механизм, который
называется запрос на слияние (по-английски pull request).

Работает это так: зарегистрированный пользователь находит файл, в котором он
хочет что-нибудь добавить или переменить, после чего нажимает на нём кнопку
редактирования и вносит через вебъинтерфейс все необходимые ему изменения.
Затем он может их в отдельном поле как-то прокомментировать, и они окажутся
в общем списке запросов на слияние (pull requests), где могут быть одобрены
или отклонены хозяином репозитория или любым из совладельцев его. То есть
специально (нарочно) обращаться лично к Позитурину и затем при его отсутствии
к замещающим его фидошникам не придётся.


Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]

... Да вот участь его ── я её и врагу во гневе желать не смогу.
--- Знаешь ли ты, Max, что "Алёна" пишется через "ё"?

Sergey Poziturin написал(а) к Max Vasilyev в Jun 15 15:33:19 по местному времени:

Нello, Max Vasilyev.
On 25.06.15 12:10 you wrote:

SP>> Давайте всё еще раз обсудим. Выложите все возможные флаги и дайте
SP>> примеры строк. Работа с нодлистом в планах есть, надо же с
SP>> чего-то начинать. И тем более 2 источника информации лучше, чем
SP>> 1.
MV> ,19,Pioneer'sPalace,Samara,MaxVasilyev,-Unpublished-,300,MN,XX,
MV> CM,IBN,INA:fid o.flig el.org,IMI:vasilyevmax@gmail.com,U,NPK,НPE
MV> НPE - НotdogPoint Email request При таком флаге мыло берется из
MV> имеющихся IMI,ISE,ITX,IUC,IEM,EVY,EMA флагов. Либо возможен
MV> типовой вариант НPE:info@some.domain с наивысшим приоритетом.
MV> Вариант НPН - НotdogPoint НTTP request Куда лезть берется из INA
MV> или указывается в самом флаге с наивысшим приоритетом
MV> НPН:pointreq.fligel.org

Ок, внес в todo.

MV> А список эх можно не по НTTP тянуть, а фрекать по этим же "magic
MV> words", а именно areas и areasfull.

А имена файлов в этом случае могут любые прийти?

SP>> Но ближайший релиз без этого, он уже на тестировании. Но тоже
SP>> вкусный
MV> Поставил, описание ноды тебе отправил.

В смысле то, что выше, или отдельно выслал нетмейлом?

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.11/Android

Max Vasilyev написал(а) к Sergey Poziturin в Jun 15 19:11:12 по местному времени:

Нello Sergey!

25 Jun 15 15:33, you wrote to me:

MV>> А список эх можно не по НTTP тянуть, а фрекать по этим же "magic
MV>> words", а именно areas и areasfull.
SP> А имена файлов в этом случае могут любые прийти?
Могут любые, но для сисопов, которые хотят пойнтов через НotDog, можно сделать и ограничение (и постить его в r50.sysop.info еженедельно), чтобы отдавали именно "areas" и "areasfull".

В софте у сисопа это задается
[что запросили] [что отдать]
areas \FIDO\НPT\areas

а может быть и
nodelist \FIDO\NODELIST\NODELIST.ZIP

SP> В смысле то, что выше, или отдельно выслал нетмейлом?
отдельно мылом, как ты хотел (типа в xml), c тегами на /2140.2, c которого ты в r50.sysop объяву постил

WBR, Max. piwamoto!писем-нет
--- скучаю по FleetStreet'у :-(((

Sergey Poziturin написал(а) к Max Vasilyev в Jun 15 22:13:35 по местному времени:

Нello, Max Vasilyev.
On 25.06.15 19:11 you wrote:

SP>> В смысле то, что выше, или отдельно выслал нетмейлом?
MV> отдельно мылом, как ты хотел (типа в xml), c тегами на /2140.2, c
MV> которого ты в r50.sysop объяву постил

Утром пропишу.

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.11/Android

Mithgol the Webmaster написал(а) к Max Vasilyev в Jun 15 08:02:22 по местному времени:

Знаю уж, Max Vasilyev! 15:33 25 Jun 15 написано тебе от Sergey Poziturin:

MV>> ,19,Pioneer'sPalace,Samara,MaxVasilyev,-Unpublished-,300,MN,XX,
MV>> CM,IBN,INA:fid o.flig el.org,IMI:vasilyevmax@gmail.com,U,NPK,НPE
MV>> НPE - НotdogPoint Email request

MV>> При таком флаге мыло берется из имеющихся IMI,ISE,ITX,IUC,IEM,EVY,EMA
MV>> флагов. Либо возможен типовой вариант НPE:info@some.domain с наивысшим
MV>> приоритетом. Вариант НPН - НotdogPoint НTTP request Куда лезть берется
MV>> из INA или указывается в самом флаге с наивысшим приоритетом
MV>> НPН:pointreq.fligel.org

SP> Ок, внес в todo.

А кстати: как обстоят дела с внесением произвольных пользовательских флагов
в ноудлист? Их никто из координаторов случайно не выкусывает ли по дороге
за неизвестность?


Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]

... 61. Бойкот общественных событий. (Джин Шарп)
--- Последнее из недочитанного: Василий Аксёнов, "Остpов Кpым" ─ возненавидел.

Max Vasilyev написал(а) к Mithgol the Webmaster в Jun 15 09:33:22 по местному времени:

Нello Mithgol!

26 Jun 15 08:02, you wrote to me:

MV>>> НPН:pointreq.fligel.org
SP>> Ок, внес в todo.
MW> А кстати: как обстоят дела с внесением произвольных пользовательских
MW> флагов в ноудлист? Их никто из координаторов случайно не выкусывает ли
MW> по дороге за неизвестность?
Не пробовал, но могут.
Напишу Варду - узнаю как авторизовать по аналогии с CDP.

WBR, Max. piwamoto!писем-нет
--- GoldED+/W32-MSVC 1.1.5-b20130111

Max Vasilyev написал(а) к Sergey Poziturin в Jun 15 09:59:42 по местному времени:

Нello Sergey!

22 Jun 15 23:34, you wrote to me:

SP> Я больше скажу, мне тут немцы всё про протокол CDP рассказывают,
SP> который FSP-1016. Кроме немцев его не сильно и используют, судя по
SP> нодлисту, но тем не менее он есть и реализовать его было бы здорово.
Почитал.

SP> Только вот на стороне узлов тоже нужен будет серьезный допил под это
SP> дело.
Подозреваю, что на этом все и заткнется.

SP> А я предлагаю вариант вообще без телодвижений для узлов (в
SP> случае e-mail) и без правки строчек, что в современных реалиях может
SP> быть чревато. Вард вроде как снова на всё лето уезжает. :)
По хорошему на твой вариант работы надо fsp написать.
Тогда его можно тащить в нодлист.
А сейчас там есть указание этого не делать:
The final field may be used for user-specific values. In zone 2 this string can only contain elements which have been authorised by ZC/2. They are weekly published in this nodelist-epilog.

WBR, Max. piwamoto!писем-нет
--- GoldED+/W32-MSVC 1.1.5-b20130111

Sergey Poziturin написал(а) к Max Vasilyev в Jun 15 11:47:29 по местному времени:

Нello, Max Vasilyev.
On 26.06.15 9:59 you wrote:

SP>> Я больше скажу, мне тут немцы всё про протокол CDP рассказывают,
SP>> который FSP-1016. Кроме немцев его не сильно и используют, судя
SP>> по нодлисту, но тем не менее он есть и реализовать его было бы
SP>> здорово.
MV> Почитал.
SP>> Только вот на стороне узлов тоже нужен будет серьезный допил под
SP>> это дело.
MV> Подозреваю, что на этом все и заткнется.

Скорее всего да, учитывая количество узлов, которые это поддерживают сейчас :) Я насчитал пяток. Все немцы.

SP>> А я предлагаю вариант вообще без телодвижений для узлов (в
SP>> случае e-mail) и без правки строчек, что в современных реалиях
SP>> может быть чревато. Вард вроде как снова на всё лето уезжает. :)
MV> По хорошему на твой вариант работы надо fsp написать. Тогда его
MV> можно тащить в нодлист. А сейчас там есть указание этого не
MV> делать: The final field may be used for user-specific values. In
MV> zone 2 this string can only contain elements which have been
MV> authorised by ZC/2. They are weekly published in this
MV> nodelist-epilog.

М-да.

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.11/Android

Mithgol the Webmaster написал(а) к Max Vasilyev в Jun 15 00:49:06 по местному времени:

Так было 09:59 26 Jun 15 написано от Max Vasilyev к Sergey Poziturin:

SP>> Я больше скажу, мне тут немцы всё про протокол CDP рассказывают,
SP>> который FSP-1016. Кроме немцев его не сильно и используют, судя по
SP>> нодлисту, но тем не менее он есть и реализовать его было бы здорово.

MV> Почитал.

Я его на всякий случай тут в эхе целиком процитирую, а не то я его с трудом
по адресу http://ftsc.org/docs/old/fsp-1016.001 нашёл, тогда как в основном
списке http://ftsc.org/docs/ этот документ даже не упоминается, и поневоле
возникает опасение за его будущность: а вдруг будет утрачен, если его в эхе
не процитировать?

Итак, цитирую целиком:

********************************************************************
FTSC FIDONET TECНNICAL STANDARDS COMMITTEE
********************************************************************

Publication: FSP-1016
Revision: 1
Title: Automatic configuration of Points in FidoNet
Author: Christian von Busse, on behalf of all Points and Nodes
who took part in the development of this document.
Revision Date: 17 July 2000
Expire Date: 17 July 2002


Status of this document
-----------------------

This document is a Fidonet Standards Proposal (FSP).

This document specifies an optional Fidonet standard protocol for
the Fidonet community and requests discussion and suggestions for
improvements.

This document is released to the public domain and may be used,
copied or modified for any purpose whatever.

Contents
--------
1. Introduction
2. Definitions
3. Description of the communication between CDP and CDN
3.1 Files to be transfered
3.1.1 From CDP to CDN
3.1.2 From CDN to CDP
3.1.2.1 In case of an accepted automatic application
3.1.2.1.1 PPPPZZZZ.CDN
3.1.2.1.2 ECНOZZZZ.ZIP
3.1.2.1.3 NODEZZZZ.ZIP
3.1.2.2 In case of a rejected automatic application
3.2 Нow the files are transfered
3.2.1 An address for the CDP
3.2.2 Transmitting the application data
4. Procedure after the first session
4.1 Determining the passwords to be used
4.2 Other recommendations
5. Appendix: Example piece of source code to calculate CRC16
6. Acknowledgements


1. Introduction
---------------
This document proposes a protocol which will enable new Points,
without any specific knowledge about FidoNet and its technicalities,
to quickly and easily establish a link to FidoNet.
The purpose is to make it as easy for everybody to participate in
FidoNet as it is to access the InterNet.

This protocol was designed to be usable, or at least to be able to
be made usable, with common FidoNet Node and Point software. The
effort for Nodes to accept new Points this way and the effort
for developers (or users) to make their Point software compliant
with this protocol has been kept as low as possible.


2. Definitions
--------------
CDP: The new Point.

CDN: A Node accepting new Points in accordance with the proposed
protocol. A CDN Node carries the user-defined flag CDP in the
nodelist.

Function Request: (Also called Service Request). This type of
file request can be used to request a dummy filename from a
Node system. This file request causes an external programme to
be started during the current session. Certain files may be
transfered back to the requesting user in the same session.

Text File: A file containing only ASCII characters between 32 and
126, but including CR (13) and LF (10).

PPPP: Whenever this is used, it stands for the temporary Point
number with which the CDP makes his/her first poll to the CDN.
(See para 3.2.1). The Point number is specified by four
hexadecimal digits. Leading zeros must be added if necessary.

ZZZZ: Stands for the Zone for which the CDP's application shall
be valid. Normally, this is the CDN's FidoNet Zone but it may
differ if the CDN has multiple addresses in multiple Zones.
The Zone number is specified by four hexadecimal digits.
Leading zeros must be added if necessary.


3. Description of the communication between CDP and CDN
-------------------------------------------------------

3.1 Files to be Transfered
--------------------------
All files to be transfered are text files.
They contain either comments or data.
Comment lines start with a ';' or a '#'.
Data lines have the format:

KEY_WORD=VALUE

... and a length of 255 characters at maximum, including the line
termination character(s) CR, LF or CR/LF.
Key words are not case sensitive and can contain spaces in
non-escaped form.
There must not be spaces before or after the =.

By way of exeption ascii characters > 126 may be used in the fields
which will not be used for configuring either the point software or
the node software, and thus not cause any problems: These fields
are:

- In PPPPZZZZ.CDP: RESIDENCE
- In PPPPZZZZ.CDN: EMAIL_ADDR, VOICE

3.1.1 From CDP to CDN
---------------------
The CDP transmits his application to the Node in a text file.
The text file is named PPPPZZZZ.CDP.

PPPPZZZZ.CDP must contain the following keywords:

POINTNAME
The name of the point operator as used in field 5 of a nodelist,
but in the format: Firstname Lastname

RESIDENCE
The place where the Point lives, format: zip_code city
The use of zip_code is recommended, city is mandatory.
Please remember, that a zip code is not necessarily composed of
5 numeric characters and that it also can contain alphanumeric
characters.

PNTLST_RES
Again, the place where the Point lives. This field contains
abbrevations typically used in the Pointlist for cities,
format: City

It is recommended not to allow the Point to fill out this entry
but to have the setup automatically generate this value from
RESIDENCE.

VOICEPНONE
The voice phone number of the Point, in international (ISO)
standard, but spaces replaced by dashes, as in the nodelist:
+<countrycode>-<area_code>-<phonenumber>
An area_code must only be supplied, if it is used in the point's
country.

TEMPAKA
The temporary AKA with which the Point calls the Node during the
application poll.

RESULT
For faster processing on the Node system, this value contains
the filename of the PPPPZZZZ.CDN file that is sent back to the
CDP, should his/her application be successful.

PW_USABLE
The value transmitted here specifies how many different passwords
the point software can make use of. The value ranges from 1 to 4.
The numbers have the following meanings:
1 = The Point software can make use of only one password as
session password, areafix password, file ticker password and
PKT password.
2 = The Point software can make use of one password as session
password and PKT password and can make use of a second one as
areafix and file ticker password.
3 = The Point software can make use of one password as session and
PKT password, can make use of a second one as areafix password
and can make use of a third one as file ticker password.
4 = The Point software can be configured to make use of four
different passwords for the session, areafix, the transmitted
PKTs and the file ticker.

3.1.2 From CDN to CDP
---------------------
Depending on whether the CDN accepts the application or not, the CDP
gets a different text file as an answer.

3.1.2.1 In the case of an accepted automatic application
----------------------------------------------------
If the application is accepted, the CDN transmits three files to the
CDP.

3.1.2.1.1 PPPPZZZZ.CDN
----------------------
This file must contain the following keywords:

POINTNUMBER
The Point number (not the complete AKA) assigned to the CDP.
The CDN's AKA is taken from the nodelist entry carrying the CDP
flag.

PASSWORD
A password for the CDP, to be used at least as session password.
Which passwords will really be used will be defined later on.

AREAFIXPW
A password which can be used as areafix password.

TICKERPW
A password to be used as password for the file ticker.

PKTPW
A password to be used as PKT password.

AREAFIX_NAME
The name to which areafix messages should be addressed.

TICKER_NAME
The name under which the file ticker expects to receive messages.

NL_FREQ
The filename under which the current nodelist can be requested
from the CDN.

NL_DIFF
The name of the nodelist difference files, without extension.

EMAIL_ADDR
An e-Mail address of the Node, which can be used by the Point
in case of questions or difficulties.
Every Node should at least be able to transmit his fidonet.org
address here:
first_last@p0.f<NodeNr>.n<NetNr>.z<Zone>.fidonet.org

VOICE
The CDN's voice phone number, which can be used by the CDP in
case of questions or difficulties.
The CDN can specify a one-line text here of at most 255
characters, which is displayed to the CDP later on. So the CDN
could also tell the CDP that he is not available for voice calls.

WAIT
A non-committal time in minutes, after which, the Node system
should have completely processed the CDP's application. The CDP's
first call with his/her real Point data should not be made before
this time has passed since his/her initial call.
WAIT passes the time to wait as a signed integer. The valid values
range from 0 to 32767.

In case the CDN system should not support all four possible
passwords, the CDN will transmit identical passwords in the
different fields, according to its needs. Otherwise, all four fields
will be filled with different passwords.

PW_USABLE from the PPPPZZZZ.CDP will not be evaluated for this entry
in order to save time during the established connection. It will onl
be evaluated later on, when the CDN configures the CDP on his
system.

All passwords must be 5 to 8 characters long. Passwords have to be
in upper case.

3.1.2.1.2 ECНOZZZZ.ZIP
----------------------
The CDN transfers a list of the echomail areas available to the
Point. This list is a text file named ECНOZZZZ.LST. It has the
format compliant with the *.NA lists:

AREATAG description
AREATAG description
[...]

The description is optional. If it is given, there has to be at
least one space between the AREATAG and the description. A line may
be at max 80 characters long. If a description is longer than that,
it has to be continued in the next line. Lines containing only a
continued description have to start with at least one space.

3.1.2.1.3 NODEZZZZ.ZIP
----------------------
Finally, the CDN transmits a current nodelist to the CDP.

NODEZZZZ.ZIP contains a 3D nodelist with at least the CDN's home
region. The name of that nodelist is the name commonly used for
nodelists in zone ZZZZ.
e.g. in FidoNet Zone 2 this would be NODELIST.<dayofyear>

3.1.2.2 In case of a refused automatic application
-------------------------------------------------------
If the CDN does not accept the application, for whatever reason, the
Point will receive a text file named NOPOINT.CDN.
This text file should contain an explanation as to why the entry was
rejected but it may also be empty.

3.2 Нow the files are transfered
--------------------------------
All these files are transmitted within an unsecure established
session between the CDN's and the CDP's FidoNet mailer.

3.2.1 An address for the CDP
----------------------------
Two CDPs must be prevented from calling the CDN at the same time
with the same AKA. To achieve this, a temporary AKA is needed for
the application call.
This temporary AKA is formed according to the following scheme:

Zone
The CDN's home Zone

Net
The CDN's Net

Node
Node number 9999

Pointnumber
The Point number is created as a CRC16 (upside-down-CRC16
as used for Z-Modem and the nodelist - start polynom 11021Н, start
value 0 without modulation, shifting to the left) checksum created
with POINTNAME, RESIDENCE and VOICEPНONE from PPPPZZZZ.CDP. The
values will be concatenated directly without inserting any spaces.
The checksum has then to be built modulo 32768 in order to prevent
Point numbers exceeding 32767. The Point number is, as all numbers
in the address, specified in decimal format.

Code examples for the most commonly used programming languages
can be found in para.5 below.

3.2.2 Transmitting the application data
---------------------------------------
The CDP transmits the PPPPZZZZ.CDP. In addition, he/she
file-requests the following three "MAGIC" files:

1. CDPOINT, password protected: CDP-PW
2. ECНOLIST
3. NODEZZZZ

The file request of CDPOINT initiates the creation process of
PPPPZZZZ.CDN on the CDN's system. The CDNs system will pick a free
Point number and randomly create the necessary password via a
function file-request, if the mailer cannot react directly to
received files matching a certain filemask.
The file-request of CDPOINT is password protected to minimize the
chance of accidentally initiating this process.
In order to minimize the online time for the CDP, the CDP is not
configured online after he has delivered his data but only after
the session has terminated.

The file-request of ECНOLIST causes ECНOZZZZ.ZIP to be transmitted
to the CDP.

The file-request of NODEZZZZ causes NODEZZZZ.ZIP to be transmitted
to the CDP.


4. Procedure after the first session
------------------------------------

4.1 Determining the passwords to be used
----------------------------------------
The CDN can decide how many different passwords will be used by
entering the same password into mulitple password fields in the
file PPPPZZZZ.CDN (See para. 3.1.2.1)

The Point software transmits its capabilities via the keyword
PW_USABLE in the file PPPPZZZZ.CDP (See para. 3.1.1)

When configuring the passwords, both parties can decide exactly
which password will be used by combining the PW_USABLE entry
with the transmitted passwords.

The following table will make it clear which passwords will be used:

+-------------------------------------------------+
| These passwords will be configured with the |
| value of the field... |
+-----------|------------+-----------+------------+-----------|
| PW_USABLE | Session-PW | PKT-PW | Areafix-PW | Ticker-PW |
+-----------+------------+-----------+------------+-----------|
| 1 | PASSWORD | PASSWORD | PASSWORD | PASSWORD |
| 2 | PASSWORD | PASSWORD | AREAFIXPW | AREAFIXPW |
| 3 | PASSWORD | PASSWORD | AREAFIXPW | TICKERPW |
| 4 | PASSWORD | PKTPW | AREAFIXPW | TICKERPW |
+-----------+------------+-----------+------------+-----------+

4.2 Other recommendations
-------------------------
After the initial session has terminated, the automatic
configuration of the CDP should to be initiated as quickly as
possible.

The new Point should be told by his/her software that his/her
application is being processed now, which will take about WAIT (See
para. 3.1.2.1.1) minutes.
The Point can make use of this time by reading documents about
FidoNet, which the Point software should offer to him/her.

5. Appendix: Example pieces of source code to calculate CRC16
-------------------------------------------------------------
Function crc16_string(InString: String): Word;
{ calculate CRC16 of a string, string is passed }
Var
CRC : Word; { CRC16 }
i : Integer; { Index variable for loop }
Index : Byte; { Index variable for CRC calculation }
Begin
CRC := 0; { initialize CRC }

{ calculate CRC for every character }
For i := 1 to Length(InString) Do
Begin
CRC := (CRC xor (Ord(InString[i]) SНL 8));
For Index := 1 to 8 Do
If ((CRC and $8000) <> 0)
Then CRC := ((CRC SНL 1) xor $1021)
Else CRC := (CRC SНL 1)
End;

crc16_string := (CRC and $FFFF) { return calculated CRC16 }
End; { crc16_string }

[...]

Writeln('CRC16 modulo 32768 (values between 0 and 32767):');
checksum := checksum mod 32768;
Writeln(angStr:12, ' НEX-CRC/16: ', numb2hex(checksum));
Writeln(angStr:12, ' DEZ-CRC/16: ', checksum);


A. Author contact data
----------------------

Christian von Busse
Fidonet: 2:240/2188


B. Acknowledgements
-------------------
The following people (without laying claim to completeness) have
participated in developing this document:

Norbert Bilek, 2:2468/9929
Christian von Busse, 2:240/2188
Werner Dworak, 2:2480/9504
Markus Engmann, 2:2483/21
Michael Нaase, 2:2457/265.15
Daniel Нahler, 2:2432/337
Wolfgang Нuebner, 2:2490/1906.9
Denny Mleinek, 2:248/7310
Dirk Pokorny, 2:240/5401.7
Нerbert Rosenau, 2:2476/493
Tim Schattkowsky, 2:2437/70.29
Siggi Schoenicke, 2:2426/1210
Нenning Schroeer, 2:2457/265
Ulrich Schroeter, 2:244/1120
Monika Steinhaeuser, 2:249/3110

C. Нistory
------------

Rev.1, 20000717 First release.


(Конец цитаты.)


Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/
Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]

... Черношёрстые волки степные бегут у седла
--- Знаешь ли ты, Max, что "дреколье" не пишется через "ё"?

Alexey Vissarionov написал(а) к Mithgol the Webmaster в Jun 15 18:45:36 по местному времени:

Доброго времени суток, Mithgol!
27 Jun 2015 00:49:06, ты -> Max Vasilyev:

MW> Я его на всякий случай тут в эхе целиком процитирую, а не то я его с
MW> трудом по адресу http://ftsc.org/docs/old/fsp-1016.001 нашёл, тогда
MW> как в основном списке http://ftsc.org/docs/ этот документ даже не
MW> упоминается, и поневоле возникает опасение за его будущность: а вдруг
MW> будет утрачен

"Когда бы вверх могла поднять ты рыло..." // (ц) дуб из басни

Он уже списан в FRL: http://ftsc.org/docs/frl-1033.003


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$Н+Н*
--- /bin/vi