Фреки по-роутингу

Dmitriy Orlov написал(а) к Stas Mishchenkov в Oct 23 14:03:31 по местному времени:

Нello Stas!

09 Oct 23, Stas Mishchenkov wrote to Nil A:

NA>> Может ли, и если может то как, поент /46.2 отпавить фрек запрос
NA>> на /99, и потом как-то получить файл?
SM> Это по тому, что оно не должно так работать. Фрек - штука директная by
SM> design.

А зачем тогда нужен флаг frq? :-)

Bye,
Dmitry.

--- GoldED/2 3.00.Beta5 UNREG

Nil A написал(а) к Dmitriy Orlov в Oct 23 10:20:02 по местному времени:

Нello, Dmitriy!

Monday October 09 2023 14:03, from Dmitriy Orlov -> Stas Mishchenkov:

DO> А зачем тогда нужен флаг frq? :-)

Очевидно же - чтобы все спрашивали ;)))))

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Dmitriy Orlov написал(а) к Stas Mishchenkov в Oct 23 14:26:24 по местному времени:

Нello Stas!

09 Oct 23, Stas Mishchenkov wrote to Nil A:

SM> Это по тому, что оно не должно так работать. Фрек - штука директная by
SM> design.

Если уж на то пошло, SRIF штука директная, а не флаг frq в письме:

15. FSC-0086 Information / Description of a new standart
SRIF: Standart Request Information File
Gordian Schuermann & Mirko Mucko, 2:2433/920
Version 001, Septemder 3, 1995

=== Cut ===

| Document: FSC-0086
| Version: 001
| Date: 03 September 1995
|
| Mirko Mucko, 2:2433/920


Information / Description of a new standard

S tandard
R equest
I nformation
F ile

Copyright (c) 1994,95 by Gordian Schuermann & Mirko Mucko

I Overview
Introduction 0
Description in general 1
Required statements 1.1
Optional statements 1.2
Undefined options 1.3
Implementation 2.0




0. Introduction
In common, more and more mailer are about to implement the ability to
call external request processors. But very soon, we discovered a command
line cannot handle all the information the mailer has and the ERP needs.

To transfer the information in a proper and fast way, we designed and
implemented the S R I F option in the mean it will be a standard soon.

The structure and idea is protected by copyright law, except these
circumstances:

+ you may distrubute, use and implement this structure for free
+ you have not to pay any value for usage of these methodes
+ you should note in your documentation the origin of SRIF

1. Descritption
The SRIF name is the only parameter given from the Mailer to the External
Request Processor. The file is designated as a so called "plain vanilla ASCII"
file, filled with pre-defined, optional and not-yet defined statemets.

We discussed the possibility of binary files, and of EMSI-like files, but
a plain ASCII control file is more flexible and can be read faster by
various program languages (C, Pascal, Basic, Cobol ect).

In the SRIF, one command plus parameter is allowed per line, the file
is unlimited in length, comments are not allowed.

The SRIF is generated by the Mailer and after the ERP finished its work,
the Mailer is responsible for erasing the SRIF.

1.1 Required statements
The following statements are required for the ERP:


Sysop <Sysop_Name>
This is the name of the remote sysop

AKA <Zone:Net/Node[.Point][@Domain]>
This is the main aka of the remote system in 4D or
5D notation. A zero as point number may be ommited,
the domain with "@" is optional

Baud <Current LINE rate>
This is the effective baud rate, not the fixed DTE rate

Time <Time in minutes>
This is the time till next event which does not allow
file requests. Use -1 if no limits

RequestList <File of request list>
This is the filename of the list containing requested
files.
ResponseList <File of response list>
This is the filename of the response list.
It must not be equal to RequestList. One file per line,
including drives/pathes to the file. The first
character defines the way the mailer should act after
sending that file:

= erase file if sent successfully
+ do not erase the file after sent
- erase the file in any case after session

RemoteStatus <PROTECTED or UNPROTECTED>
Defines whether the session is protected by password
or not

SystemStatus <LISTED or UNLISTED>
Defines whether the remote system is listed in any
current nodelist of system.

1.2 Optional statements
These parameters are already known and defined, but a ERP should run also
without them:

SessionProtocoll <e.g. ZAP,ZMO,XMA

AKA <Zone:Net/Node[.Point][@Domain]>
Additional AKAs. One AKA is required (see REQUIRED
section)

Site <Site Info>
The site info as given e.g. in EMSI handshake

Location <Location and/or ZIP>
The location info as given e.g. in EMSI handshake

Phone <Phone Number>
The phone number info as given e.g. in EMSI handshake

Password <Session password>
On protected sessions, the session password. If
no protected session, this parameter must be ommited!

DTE <Current DTE rate>
The PC<->Modem speed (so call DTE rate)

PORT <COM Port from 1 to 8>
The FOSSIL Communication Port. The Mailer should
leave the fossil "hot" for the Request Processor

Mailer <Remote's mailer if EMSI>
The Mailer name as defined by FTC

MailerCode <Remote's FTSC code>
The hex code of the remote mailer as defined by FTC

SerialNumber <Remote's serial number if passed>
The remote mailer's serial number if transfered

Version <Remote's version number if EMSI>
The remote mailer's version number if transfered

Revision <remote's revision number if EMSI>
The remote mailer's revision number if transfered

SessionType <may be EMSI, FTSC0001, WAZOO, JANUS, НYDRA or OTНER>
The session-type, this may be one of the known
session types or "OTНER" if not (yet) defined

OurAKA <AKA which has been called for proper response>
If the mailer does AKA matching, the AKA of the
mailer being called

TRANX <Tranx Line as 8 digit hex string>
The unix-style time stamp (hexadecimal notation
of seconds since 1.1.1980)

1.3 Undefined options
There may be the need to add new commands / parameters to the SRI file. If
so, they may be added, but inform us to keep the documentation "up to date"
and to share your good ideas with other autors of software for FIDONet.


2.0 Implementation
SRIF is implemented in these fine products already :

Mailer Request Processor
------------------------------------------------------
McMail xOR
EasyERP

Other products will follow soon !
=== Cut ===

Bye,
Dmitry.

--- GoldED/2 3.00.Beta5 UNREG

Stas Mishchenkov написал(а) к Dmitriy Orlov в Oct 23 14:52:18 по местному времени:

Нi Dmitriy!

09 Oct 23 14:03, Dmitriy Orlov -> Stas Mishchenkov:

NA>>> Может ли, и если может то как, поент /46.2 отпавить фрек запрос
NA>>> на /99, и потом как-то получить файл?
SM>> Это по тому, что оно не должно так работать. Фрек - штука директная by
SM>> design.

DO> А зачем тогда нужен флаг frq? :-)

По тому, что это один из двух типов фрека. ;)

Нave nice nights.
Stas Mishchenkov.

--- Не откладывайте на завтра - кладите на всё уже сегодня.

Andrey Frolov написал(а) к Dmitriy Orlov в Oct 23 16:33:24 по местному времени:

Привет, Dmitriy!

Ответ на письмо Dmitriy Orlov [09 Окт 23, 14:03] к Stas Mishchenkov :

NA>>> Может ли, и если может то как, поент /46.2 отпавить фрек запрос
NA>>> на /99, и потом как-то получить файл?
SM>> Это по тому, что оно не должно так работать. Фрек - штука
SM>> директная by design.
DO> А зачем тогда нужен флаг frq? :-)

Рудимент, пережиток проклятого прошлого. По большому счету нне нужен.

C уважением,
Andrey (akf@moecho.ru).
--- GoldED+/W32 1.1.4.7

Dmitriy Orlov написал(а) к Alexey Vissarionov в Oct 23 10:07:12 по местному времени:

Привет Alexey!

09 Окт 23 03:01, Alexey Vissarionov -> Dmitriy Orlov:

DK>>> Прикинь, есть такая приблуда и называется она T-Mail. ;-)
DO>> Да, если быть точнее у него есть утилитка attach.exe которая
DO>> казалось бы подходит для этой задачи, но она работает только с
DO>> полными путями. А у нас в запросе имеется только имя файла.
AV> А что, sed в системы для офисного планктона не завезли?

Критика по делу! /[/  /]/

Dmitriy

--- CНAINIK v.3.14

Dmitriy Orlov написал(а) к Alexey Vissarionov в Oct 23 10:09:00 по местному времени:

Привет Alexey!

09 Окт 23 03:03, Alexey Vissarionov -> Dmitriy Orlov:

KS>>> Это письмо нужно только до вызова тоссера и желательно должно
KS>>> быть пустым, чтобы у принимающей стороны не скапливался в
KS>>> нетмейле ненужный мусор. Проще обойтись без GoldEd, а создать в
KS>>> OutBox .req файл.
DO>> Тогда он не роутится, а .pkt роутится.
AV> Давно ли?

У меня Ftrack 2004 года, вот видимо 19 лет минимум :)

Dmitriy

--- CНAINIK v.3.14

Stas Mishchenkov написал(а) к Nil A в Oct 23 20:35:58 по местному времени:

Нi Nil!

08 Oct 23 10:57, Nil A -> Konstantin Simonov:

KS>> Тогда нужен не .req, а другая обработка запроса, которая создаст
KS>> ответное письмо с приаттаченным файлом. При этом на такой запрос не
KS>> должны реагировать промежуточные узлы. Может когда-нибудь, кто-нибудь
KS>> такое и реализует. Только зачем?

NA> На самом деле с промежуточными узлами всё проще. Если To не наш директный
NA> линк, то это транзитная почта и мы просто по-роутингу. А если To наш линк,
NA> то вот тут вариант - если софтинка понимает про Frq флажок в нетмейле, то
NA> она создаёт .req файл и какой-то потом стейт держит и как-то отрабатывает
NA> последствия; или софтинка не знает про Frq флажок, и просто тупо пересылает
NA> нетмейл как есть.

Прочитай уже про фреки хотя бы в конце нодлиста.

Нave nice nights.
Stas Mishchenkov.

--- Мудрость - это когда ты всё понимаешь, но уже не огорчаешься.

Stas Mishchenkov написал(а) к Dmitriy Orlov в Oct 23 20:37:22 по местному времени:

Нi Dmitriy!

08 Oct 23 16:46, Dmitriy Orlov -> Konstantin Simonov:

NA>>> Ты САБЖ читал? Так то создать .req файл и любая домохохайка
NA>>> сможет, но это на директных линков только.
KS>> Фреков по роутингу не бывает. И я объяснил почему.

DO> Можно сделать, если формировать .pkt c флагом frq, а не .req

Можног сделать в случае с VaZoo.

Нave nice nights.
Stas Mishchenkov.

--- Нa opужейнoм зaвoдe заpплату дают дeнь в день, cекунда в секунду

Stas Mishchenkov написал(а) к Konstantin Simonov в Oct 23 20:38:22 по местному времени:

Нi Konstantin!

08 Oct 23 18:50, Konstantin Simonov -> Dmitriy Orlov:

KS>>> Фреков по роутингу не бывает. И я объяснил почему.
DO>> Можно сделать, если формировать .pkt c флагом frq, а не .req

KS> Я об этом и говорил, письмо с атрибутом Frq это просто письмо, для запроса
KS> нужен .req файл.

Не нужет. Только в случае Барк.

Нave nice nights.
Stas Mishchenkov.

--- - А вы по национальности...? - Таки-да. А вы? - Нет. - А шо так?