nam_cfg.C

I really need SUBJ from NAM v0.24. Whoever has it, throw it in the soap, PLEASE! BIG
THANKS!

With best wishes, Sergey. -= T(c)S
=-
[tr...@aport2000.ru]

ST> I really need SUBJ from NAM v0.24. Who has it - throw it in,
Exactly the same as for 0.23 :) Trust me. ;)

ST> PLEASE, to the soap! BIG THANKS!

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

SZ> Exactly the same as for 0.23 :) Trust me. ;)
THANKS to Roman Timofeev aka TimeX for SUBJ. Only now, instead of the inscription
"-> File nam_cfg.C not found.", the boss's modem, after the connection, while sending
the EMSI packet, hangs up. And the whole session ends - CARRIER LOST. :(
The boss clearly doesn’t like something in the EMSI package. Just what?
In SUBJ, everything you need is sort of spelled out.

November 04, 2001 Sergey Tyurin wrote to Sergey Zotov about ·nam_cfg.C·
ST> THANKS to Roman Timofeev aka TimeX for SUBJ. Only now, instead of the inscription
ST> "-> File nam_cfg.C not found.", the boss's modem, after the connection, while
ST> sending the EMSI packet, hangs up. And the whole session ends - CARRIER
ST> LOST. :( The boss clearly doesn’t like something in the EMSI package. Just what? In
ST> SUBJ, everything you need is sort of spelled out.
Yes, similar. I have KittenMail, and there is a point that has 0.24.
The modem picks up the phone, the soapers exchange the full package of messages, a
password zedzap session is established, and after After a short pause, the connection breaks, on my side
the soaper writes that something was missing, on the other side the carrier is lost. It connects with t-soap
with a bang. This is a glitch, because Melon and the kitten connect normally.
So I hope the authors will pay attention and fix this bug/feature.

ST> The boss clearly doesn't like something in the EMSI package. Just
ST> what?
ST> In SUBJ, everything you need is sort of spelled out.
Here is my config, without passwords, of course. :) Everything works. There are never
problems with the 21st node. With the 53rd sometimes, but they are not fatal.

┌────────────────────────┤ nam_cfg .C ├───────────────────────┐
;================================================================= NAM v0.2 beta config ;

;------------------------------------------------------------;
;====== System parameters ======================;

;Address of this system.
Address 2:5057/21.93

;Additional system addresses (also known as...)
AKA 500:8462/1
AKA 2:5057/53.12

;System operator name.
SysOp Sergey Zotov

; System name.
BBSname ZS-Hub

;System phone number. May have anyvalue,
;displayed only in EMSI.
Phone -Unpublished-

;System location, also for EMSI.
Place Samara, RU

;Flags used by default in EMSI session.
Flags XA,V42B,V34,V32

;--------------------------------------------------------------;
;========== Parameters for connections with other systems ===========;

;system 461/202,password Pass1, bbsname, sysop Dmitry Fomenko, phone 123456
system 53, password ******, phone 376218
system 21, password ******, phone 792079

;--------------------------------------------------------------;
;=========== Modem configuration parameters ======;

;Modem connection diagram, one of the options is possible:
;VCOM, ISA1,ISA2,ISA3,ISA4, Shepelev, Kondratyev, SMUC1,SMUC2
;SMUC1 works on COM1, SMUC2 to COM2; ISAx is similar.
Modem_port Kondratyev

;Modem port speed, one of the options is possible:
;1200,2400,4800,9600,14400,19200,38400,57600.
Lock_Baud 57600

; The modem initialization line is executed at the beginning of operation.
Init ATZ2|

;A line that causes the modem to respond “OK”.
Modem_OK AT|

;Prefix for dialing a number (includes tone or pulse dialing), used by default.
Dial_Prefix ATDP

;A line sent to the modem after the command is issued dial
;number.
Dial_Suffix |

;String sent to the modem during dialing,
;if expiredtime Time_Dial, or the ESC combination was pressed
Dial_Terminate |

;Command to disconnect from the line (hang up)
;Onhook ~~+++~~~|ATH0| ;Recommended for some models
;of modems that glitch when disconnected from the line.
Onhook v~^'|ATH0|

;Command to connect to the line (pick up the handset)
Offhook ~ATH1|

;Variable that defines the delay in tenths of a second
;before sending the next command to the modem.
Modem_Delay 2

;Connection waiting time (in seconds) after sending a dialing command to the modem.
Time_Dial 90

;Reaction time to loss of Carrier Detect signal, in 1/10ths
;seconds. If a CD is lost during a communication session, then during
this time it will be expected to be restored. This
;parameter is necessary for modems that during a session
;communication during a radio train extinguish the CD and then restore it again.
;CD_Wait_Time 50 ; = 5sec

;Default Zmodem option. Possible values:
;Zmodem - with a receive/transmit window of 1k,
;ZedZap - with a receive/transmit window of 8k, the transmission window remains 1k,
;DirZap - not yet supported.
ZM_mode ZedZap

;Type of Zmodem packets during transmission. Possible values:
;ZCRCW - packets requiring confirmation; recommended for
; poor connection (it is advisable to use only
; with ZM_mode Zmodem),
;ZCRCG - packets that do not require confirmation;allow you to achieve
; higher transmission speed. The modem must be
; configured for RTS/CTS hardware flow control.
ZM_FrameType ZCRCG

;Border color when receiving and transmitting (this number will be simply
;output to port 254). By default, both parameters = 0.
;RX_Border 4
;TX_Border 2

;Operation protocol detail level:
; 0 - shows the results of only successful communication sessions,
; 1 - shows all dialing attempts and their results,
; 2 - additionally shows the process
during a communication session; passing EMSI handshake and information about the opposite
; system, as well as received and transmitted files,
; 3 - additionally displays the names of Zmodem
protocol packets; in the process of receiving and transmitting files.
; By default LogLevel = 2. (in version 0.23 they have the value
; parameters 2 and 3).
LogLevel 2

;This parameter determines whether to transfer an empty .pkt file
;if there is no mail for the current system:
; 0 - do not transmit,
; 1 - transfer (the file is formed in memory during the session
; communication and is not written to disk)
; By default PoolMsg = 0.
PoolMsg 0

;Allows renaming of received files in this way:
; original name: ********.mo?
; the resulting name is: *****mo?.mox
;Introduced because my boss's system likes
;form byseveral files with the same names and
;extensions (with different contents, of course), as a result
;of which the mail goes down the drain. Renaming allows you to somehow
;get rid of this.
; The file name is changed at the moment of recording the last
; block of this file to disk, and only if on
; all blocks of this file are present on the disk.
; 0 - do not rename received files,
; 1 - rename.
; Default RenameMail = 0.
RenameMail 0

└─────────────────── ──────────────────────── ──────────────────┘

04 Nov 01 23:44, Sergey Tyurin -> Sergey Zotov:

ST> THANKS to Roman Timofeev aka TimeX for SUBJ. Only now, instead of the inscription
ST> "-> File nam_cfg.C not found.", the boss's modem, after the connection, while
ST> sending the EMSI packet, hangs up. And the whole session ends - CARRIER
ST> LOST. :( The boss clearly doesn’t like something in the EMSI package. Just what? In
ST> SUBJ everything you need is sort of spelled out.

What kind of software does the boss have? Does Melon work with it?

WBR, Jason.

SP>> The modem picks up the phone, the soapers exchange the complete package
SP>> emsey, the
SP>> password zedzap session is established, and after a short pause the connection
SP>> breaks, on my
SP>> side
SP>> the soaper writes that he didn’t wait for something, on the other side
SP>> quarry loss. Connects with t-soap
SP>> with a bang. This is a glitch of us, because... Melon and the kitten
SP>> connect normally.
SP>> Therefore, I hope that the authors will pay attention and fix this
SP>> bug/feature.

ST>> THANKS to Roman Timofeev aka TimeX for SUBJ. Only now, instead of the inscription
ST>> "-> File nam_cfg.C not found.", the boss's modem, after the connection, while
ST>> sending the EMSI packet, hangs up. And the whole session ends - CARRIER
ST>> LOST. :( The boss clearly doesn’t like something in the EMSI package. Just what? In
ST>> SUBJ everything you need is written in.

SZ> Here is my config, without passwords of course. :) Everything works. There are never any problems with the 21st node
SZ>. With the 53rd sometimes, but they are not fatal.
SZ> ┌────────────────────────┤ nam_cfg .C ├───────────────────────┐

[...]

SZ> └──────────────────────────────────── ─────────────────────────┘

Tried I'm with different config options - I don't care.
There is only one conclusion - it's in the program itself...

SP> Yes, similar. I have KittenMail, and there is a point for which we are 0.24.
SP> The modem picks up the phone, the soapers exchange a full package of messages,
SP> a password zedzap session is established, and after a short pause the connection breaks, on my
SP> side
SP> the soaper writes that there was something missing, on on the other side the quarry is lost. With
SP> t-soap
SP> connects with a bang. This is a glitch of us, because... Melon and the kitten connect
SP> normally.
SP> Therefore, I hope that the authors will pay attention and fix this bug/feature.

Let's REALLY hope! (Wow, if only there was a source... ;)

November 08, 2001 Sergey Tyurin wrote to Stepan Pologov about ·nam_cfg.C·
SP>> the other side of the career loss. Connects with t-soap with a bang. This is a glitch
SP>> us, because. Melon and the kitten connect normally. Therefore, I hope that
SP>> the authors will pay attention and fix this bug/feature.
ST> Let's REALLY hope!
Uh-huh.
ST> (Wow, if only there was a source code... ;)
And for this we need to look for the authors. Do they have a feed address?

ST> --- [I ZX] PENT1024 + Lara Croft v4.50 + Melon v1.80s = RULEZZZ !!!
But this one has sources. ^^^^^^^^^^^^

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

SZ> For me to make a source code is like pissing on two fingers. Who
SZ> will poke around in it later? If you give it to the masses, the result will be zero.
SZ> The most I will do (and I will definitely do this) is working with
SZ> nodes by time: night - at a certain time...
Correct. A very useful function, especially if you have a car. Now, if you also
turn it off. The computer's power supply is autopilot, then it would have been possible to install the system
at night...

Sincerely, Oleg. [ZX]

11 Nov 01 11:40, Oleg Groskow wrote to Sergey Zotov:

OG> Correct. A very useful function, especially if you have a car. Here
OG> if you also turn it off. The computer's power supply is autopilot, then in general it would have been possible to install the system on
OG> at night...

Why? Does it run on batteries? :-/ And the main thing is that it is not clear how to turn it back on.

ZXNet: 500:8462/1 ~/ <~ http://zs80.chat.ru/
Fido: 2:5057/21.93 /_ _> ftp://zx-museum.org.ru/zs/

Monday November 01 1993 08:18, Kirill Frolov wrote to Oleg Groskow:

OG>> Now, if you also turn it off. The computer's power supply is autopilot, then
OG>> you could generally install the system at night...
KF> Why? Does it run on batteries? :-/ And the main thing is that it’s not clear how
KF> to turn it back on.
You mean with batteries? Yes, and turn it back on, why? Although this seems to be possible.
Do it like in a pisyukov ATX, standby mode on a mini PSU. Kmosina has an alarm clock, at the right time, from this the mini-power supply will work, and the main power supply will turn on. And
turning off is even simpler, hang up a port on some thread, contact -
disconnected.

Best regards, Oleg. [ZX]

KF>> how to turn it back on.
OG> Do you mean using batteries?

Why turn it off?

OG> Yes, and turn it back on, why?

For the computer to work, well, for example, download mail, or run balls across the
screen
in the screensaver.

OG> Although this seems to be possible. Do it like in the pisyukov ATX, standby mode on the
OG> mini-PSU. Kmosina has an alarm clock, at the same time, from this mini-power supply
OG> the switch will work, and the main power supply will turn on. And turning it off is even simpler, by
OG> you can hang up a relay on some port, turn it off and turn it off.

What’s the point if it’s easier not to turn it off at all. If there are problems with energy, then
then
it’s a different matter.

Monday November 01 1993 07:53, Kirill Frolov wrote to Oleg Groskow:

KF> Why turn it off?
What could we do without it? Not everyone holds the SM node. Why do I need a working computer at home when I'm not using it? For example, I went for a walk. You never know.

KF> What’s the point if it’s easier not to turn it off at all. If there are problems with energy
KF> then that’s a different matter.
To each his own, of course, but for example, sometimes the computer bothers me, especially
when it’s plowing to no avail. And will Pushkin pay for electricity?

With respect, Oleg. [ZX]

15 Nov 01 20:03, Oleg Groskow wrote to Kirill Frolov:

KF>> Why turn it off?
OG> What could we do without it? Not everyone holds the SM node. Why do I need a working
OG> computer at home when I don’t use it? For example, I went for a walk. You never know.

Answer the question. Why?

What difference does it make whether the whole computer works, or an additional power supply,
timer, and the switch itself? There is a difference, of course, but in total, the more complex
the more unreliable.

OG> Here, to each his own, of course, but for example, sometimes the computer bothers me,
OG> especially when it plows to no avail.

What? Do you have AOH? Do you turn it off too?

OG> And will Pushkin pay for electricity?

You probably have a bunch of other electrical appliances in your apartment that consume an order of magnitude more
and never turn off.

ps: There are ATX power supplies for the PC. Power the clock from the standby source, turn on the
alarm
signal.

KF> You probably have a bunch of other electrical appliances in your apartment
KF> that eat an order of magnitude more and never turn off.
And the computer eats a lot.

KF> ps: There are ATX power supplies for the PC. Power the clock from the standby source
KF>, turn on the alarm signal.
The cost of this ATX is not comparable to the cost of the spec.

Best regards, Oleg. [ZX]

SP>>> the other side of the quarry is lost. Connects with t-soap with a bang. This is a glitch
SP>>> us, because. Melon and the kitten connect normally. Therefore, I hope that
SP>>> the authors will pay attention and fix this bug/feature.
ST>> Let’s REALLY hope!

OG> Why are you so difficult? I wrote that _I don’t constantly need
OG> a working computer!!!_

Realize that a computer is the same electronics as an alarm clock
that turns it on, only it consumes more. If it works from the network, what's the difference?
Can you tell me the meter is spinning? Then configure your pussy so that it stops the screw every 10 seconds...

KF> Correct. Spec is more expensive.
How much? Why do I need it?

KF> You can’t make it cheaper yourself. But you'll probably burn the speck with a homemade power supply.
You can do it yourself _cheaper_, but don't worry about burning noodles. 8 years on a homemade power supply and nothing. The spec never crashed because of him.

Best regards, Oleg. [ZX]

OG>> constantly
OG>> working computer!!!_

KF> Realize that a computer is the same electronics as
KF> an alarm clock
KF> turning it on, only it consumes more. If it works from the network
KF> then what's the difference?
KF> Can you tell that the meter is spinning? Then set up your pussy so that
KF> it stops the screw after
KF> every 10 seconds...

And immediately go buy a new screw, since this one will
not last long, apparently.

Nikolaj.
[REAL ZX]

OG> You can do it yourself _cheaper_,

A completely homemade power supply will definitely be more expensive. Option to modernize
existing cheaper is possible. But tell me, do you at least value your work on modernization
as something worthwhile?

OG> but don’t hang around about burning noodles. 8 years on a homemade power supply and nothing.
OG> The spec has never crashed because of it.

Well, you still have everything ahead of you! The first time ever happens!

Wednesday November 21 2001 00:40, Kirill Frolov wrote to Oleg Groskow:

KF> Why turn it off? Cheaper - don't turn it off. If you still want
Phrase of the year!

KF> A completely homemade power supply will definitely be more expensive. Option
If you are going to do it at the peak, then it is possible.

KF> modernizing an existing one cheaper is possible. But tell me, do you value your work
KF> on modernization at least as something?
If I do it for myself and from my own parts, then it’s not appropriate to talk about money.
I will do this for pleasure.

KF>>> do you at least value the modernization work?
OG>> If I make it for myself and from my own parts, then it’s not appropriate to talk about money
OG>> it’s not appropriate to talk about it.
KF> And these parts are free, right?
Yes. Or almost.

KF> But only when your homemade one burns out, you look at it and
It burned 4 times in the entire history of its use.

KF> you will think that you won’t be able to figure out what’s what, and it’s too bad to repair it yourself
KF>. And the speck will go to rest. And if you had a regular pisish
No need to “shag your grandmother” ;) You can fix your own in 5 minutes.

KF> then you would go to the first store you came across and buy a new one there.
This is far from a fact. I would fix it.

Sincerely, Oleg. [ZX]

KF>> broke into it myself. And the speck will go to rest. If only you had a regular
KF>> pissy
OG> No need to “shag grandma” ;) You can fix yours in 5 minutes.

Grandma has been getting shaggy for six months now - I broke my spec, but I can’t
put it back together.
And here you are talking about 5 minutes...

KF> Grandma has been shaggy for six months now - I broke my speck, and
KF> I can’t put it back together. And here you are talking about 5 minutes...
I compared it too. BP and mother...

Sincerely, Oleg. [ZX]