Tillbaka till svenska Fidonet
English   Information   Debug  
ASIAN_LINK   0/651
ASTRONOMY   0/417
AUDIO   0/92
AUTOMOBILE_RACING   0/105
BABYLON5   0/17862
BAG   135
BATPOWER   0/361
BBBS.ENGLISH   0/382
BBSLAW   0/109
BBS_ADS   0/5290
BBS_INTERNET   0/507
BIBLE   0/3563
BINKD   0/1119
BINKLEY   0/215
BLUEWAVE   0/2173
CABLE_MODEMS   0/25
CBM   0/46
CDRECORD   0/66
CDROM   0/20
CLASSIC_COMPUTER   0/378
COMICS   0/15
CONSPRCY   0/899
COOKING   27593
COOKING_OLD1   0/24719
COOKING_OLD2   0/40862
COOKING_OLD3   0/37489
COOKING_OLD4   0/35496
COOKING_OLD5   9370
C_ECHO   0/189
C_PLUSPLUS   0/31
DIRTY_DOZEN   0/201
DOORGAMES   0/1974
DOS_INTERNET   0/196
duplikat   5999
ECHOLIST   0/18295
EC_SUPPORT   0/318
ELECTRONICS   0/359
ELEKTRONIK.GER   1534
ENET.LINGUISTIC   0/13
ENET.POLITICS   0/4
ENET.SOFT   0/11701
ENET.SYSOP   33771
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   23434
FIDONEWS_OLD1   0/49742
FIDONEWS_OLD2   0/35949
FIDONEWS_OLD3   0/30874
FIDONEWS_OLD4   0/37224
FIDO_SYSOP   12841
FIDO_UTIL   0/180
FILEFIND   0/209
FILEGATE   0/212
FILM   0/18
FNEWS_PUBLISH   4155
FN_SYSOP   41520
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13552
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16041
HOLYSMOKE   0/6791
HOT_SITES   0/1
HTMLEDIT   0/71
HUB203   466
HUB_100   264
HUB_400   39
HUMOR   0/29
IC   0/2851
INTERNET   0/424
INTERUSER   0/3
IP_CONNECT   719
JAMNNTPD   0/233
JAMTLAND   0/47
KATTY_KORNER   0/41
LAN   0/16
LINUX-USER   0/19
LINUXHELP   0/1155
LINUX   0/22002
LINUX_BBS   0/957
mail   18.68
mail_fore_ok   249
MENSA   0/341
MODERATOR   0/102
MONTE   0/992
MOSCOW_OKLAHOMA   0/1245
MUFFIN   0/783
MUSIC   0/321
N203_STAT   894
N203_SYSCHAT   313
NET203   321
NET204   69
NET_DEV   0/10
NORD.ADMIN   0/101
NORD.CHAT   0/2572
NORD.FIDONET   189
NORD.HARDWARE   0/28
NORD.KULTUR   0/114
NORD.PROG   0/32
NORD.SOFTWARE   0/88
NORD.TEKNIK   0/58
NORD   0/453
OCCULT_CHAT   0/93
OS2BBS   0/787
OS2DOSBBS   0/580
OS2HW   0/42
OS2INET   0/37
OS2LAN   0/134
OS2PROG   0/36
OS2REXX   0/113
OS2USER-L   207
OS2   0/4779
OSDEBATE   0/18996
PASCAL   0/490
PERL   0/457
PHP   0/45
POINTS   0/405
POLITICS   0/29554
POL_INC   0/14731
PSION   103
R20_ADMIN   1117
R20_AMATORRADIO   0/2
R20_BEST_OF_FIDONET   13
R20_CHAT   0/893
R20_DEPP   0/3
R20_DEV   399
R20_ECHO2   1379
R20_ECHOPRES   0/35
R20_ESTAT   0/719
R20_FIDONETPROG...
...RAM.MYPOINT
  0/2
R20_FIDONETPROGRAM   0/22
R20_FIDONET   0/248
R20_FILEFIND   0/24
R20_FILEFOUND   0/22
R20_HIFI   0/3
R20_INFO2   2626
R20_INTERNET   0/12940
R20_INTRESSE   0/60
R20_INTR_KOM   0/99
R20_KANDIDAT.CHAT   42
R20_KANDIDAT   28
R20_KOM_DEV   112
R20_KONTROLL   0/13029
R20_KORSET   0/18
R20_LOKALTRAFIK   0/24
R20_MODERATOR   0/1852
R20_NC   76
R20_NET200   245
R20_NETWORK.OTH...
...ERNETS
  0/13
R20_OPERATIVSYS...
...TEM.LINUX
  0/44
R20_PROGRAMVAROR   0/1
R20_REC2NEC   534
R20_SFOSM   0/340
R20_SF   0/108
R20_SPRAK.ENGLISH   0/1
R20_SQUISH   107
R20_TEST   2
R20_WORST_OF_FIDONET   12
RAR   0/9
RA_MULTI   106
RA_UTIL   0/162
REGCON.EUR   0/2055
REGCON   0/13
SCIENCE   0/1206
SF   0/239
SHAREWARE_SUPPORT   0/5146
SHAREWRE   0/14
SIMPSONS   0/169
STATS_OLD1   0/2539.065
STATS_OLD2   0/2530
STATS_OLD3   0/2395.095
STATS_OLD4   0/1692.25
SURVIVOR   0/495
SYSOPS_CORNER   0/3
SYSOP   0/84
TAGLINES   0/112
TEAMOS2   0/4530
TECH   0/2617
TEST.444   0/105
TRAPDOOR   0/19
TREK   0/755
TUB   0/290
UFO   0/40
UNIX   0/1316
USA_EURLINK   0/102
USR_MODEMS   0/1
VATICAN   0/2740
VIETNAM_VETS   0/14
VIRUS   0/378
VIRUS_INFO   0/201
VISUAL_BASIC   0/473
WHITEHOUSE   0/5187
WIN2000   0/101
WIN32   0/30
WIN95   0/4275
WIN95_OLD1   0/70272
WINDOWS   0/1517
WWB_SYSOP   0/419
WWB_TECH   0/810
ZCC-PUBLIC   0/1
ZEC   4

 
4DOS   0/134
ABORTION   0/7
ALASKA_CHAT   0/506
ALLFIX_FILE   0/1313
ALLFIX_FILE_OLD1   0/7997
ALT_DOS   0/152
AMATEUR_RADIO   0/1039
AMIGASALE   0/14
AMIGA   0/331
AMIGA_INT   0/1
AMIGA_PROG   0/20
AMIGA_SYSOP   0/26
ANIME   0/15
ARGUS   0/924
ASCII_ART   0/340
Möte BBS_INTERNET, 507 texter
 lista första sista föregående nästa
Text 354, 109 rader
Skriven 2004-11-17 12:32:00 av MICHEL SAMSON (1:10/345)
     Kommentar till en text av STEPHEN HURD
Ärende: SBBS/W32 Kermit SABOTAGE
================================
Hi Stephen,

     About "SBBS/W32 Kermit SABOTAGE" of November 16:

SH> ...I'm wondering...
MS> Stop wondering...  http://public.sogetel.net/bicephale/MSK.INI
SH> ...I added a link to the kermit docs as shipped with Synchronet.
MS> This economy of words tells a lot about your so called "honesty"...
MS> Remember `Kermit.INI v1.5' of October 17?...  ...still unchanged...
SH> That will be there forever.  It's CVS.  Are we done with this now?

     How convenient...  I'm supposed to believe you have no control over
the content of your Hard-Disks and there's no way to erase any *TRASH*?!

                                  %-o

SH> ...breaking "kermit" because the interface is somehow "weak".    [?]
MS} Wrong...  ...his decision made him responsible for disabling some of
MS} the `Kermit' features...  I also informed him that hanged sessions
MS} fail to be detected...  ...message-pointer UpDating may be wrong...
MS} ...users are at risk to be kept out of an `SBBS' system for a day.
MS> This matter of a weak external protocol-driver interface only makes
MS> things worst as he won't even try to address it but `Kermit' was
MS> made crippled because of "fluff" he has rejected...
MP> If goofing up the setup could result in these things, they sound
MP> like good reasons not to risk setting up Kermit at all.
MS} That's why i refer to Rob Swindell's `Kermit.INI' as SABOTAGE!
MS> The `MS-Kermit.EXE' external file-transfer protocol-driver isn't 
MS> involved...  This `SBBS' issue is out of my hands...
SD> I can't seem to make sense out of this statement...

     It's no surprize, one must be somewhat biased to distort statements
like you did but i may have detected a sign of hope later in your reply.

SD> SBBS must retain control of the socket...  Sockets have no concept
SD> of a carrier...  ...Honest, that's how TCP works...

     A "Socket"!?  What "Socket"?  There's just no "Socket" when drivers
are considered from a ~FOSSIL~ environment perspective!...  Guess again.

SD> If the problem is in fact a carrier hang, the problem is with the
SD> FOSSIL driver not the kermit setup.

     I can agree on something, at last!  `MS-Kermit.EXE' isn't involved,
just lets not take for granted ~FOSSIL~ layer problems alone can explain
why the "CARRIER" signal hangs, though.  You appear to get the point:  i
simply stated that the hanged "CARRIER" problem occurs at Rob's SoftWare
level...  In other words, the external protocol drivers (`MS-Kermit.EXE'
included) only react to the (simulated) "CARRIER" condition accordingly.

     If you take a look at `Kermit.INI v1.3' of October 12 you'll find a
real-life application illustrating what i refer to:  "Set Port Fossil 1"
combined to "Set Carrier On", so far so good!  It happens that `MSK.INI'
of November 16 also has the very same settings, but with a nuance in the
implementation sequence and the comments...  Rob doesn't set the port to
~FOSSIL~ early, i do;  we both "Set Carrier On", nonetheless.  Rob has a
side-line note saying "Recover from HangUps IMMEDIATELY" but notice that
there's a significant difference in my comment as mine says "Immediately
recover from hangups if well supported in the BBS program", to be exact.
                     ^^
SD) These same unspecified results...
               ^^^^^^^^^^^
     Hummm...  As if i never wrote a word!  Well, i notice you discarded
the part which i re-inserted in a quote above (lines eighteen to twenty-
one, inclusively)!!!  Some special people who can't stop themselves from
banging on the walls will appreciate the following distraction, i guess.

                                  ;->

     Rob's comment is "misleading" at best if one reads in `Kermit.INI':
"Set Flow None", followed by "No flow control (this is handled by TCP)"!
                                                                  ^^^
                                  8^o

     As far as external file-transfer protocol-drivers are concerned, it
has nothing to do with Flow-Control done at other levels:  if a SysOp is
using `COM/IP' and it's set for ~RTS~/~CTS~ Flow-Control then the advice
i'd find appropriate would be to revise the .INI and set it accordingly.

     This is why `MSK.INI' says "Seems OKay for this particular use":  i
never got an opportunity to put `MSK.INI' to test when i submitted it to
the attention of Rob Swindell on July, 2003, to say the least - he seems
to think he's omnipotent enough to decide what qualifies as "Ready-Made"
before tests are over but i don't (i'm only an ordinary user after all)!

     The comment in Rob's `Kermit.INI' is valid only when `MS-Kermit' is
communicating with a DOS InterNet interface, like `Waterloo-TCP' packet-
drivers, a Novell ~ODI~ setup, etc., and which would mean using INTERNAL
~TelNet~ support.  There's no reference to speed or, euh...  ~TCP~/~IP~,
euh...  because the port is set to ~FOSSIL~.  Isn't that simple enough?!

     Now, back to "unspecified" stuff, after this educative interlude...

                                  %-b,

SD> More on this later...  ...given that a largeish number of Synchronet
SD> BBSs run a largeish number of FOSSIL doors regularily...

     Oups, your time is over!...  You've got fifteen months to check it.

                                                           Salutations,

                                                           Michel Samson
                                                           a/s Bicephale


... Rob's SBBS/Kermit:  spend spare-time just to probe weak interfacing!
--- MultiMail/MS-DOS v0.45 - Who votes for UNIVERSAL TelNet OLMR BBSing?
 * Origin: BBS Networks @ www.bbsnets.com 808-839-6036 (1:10/345)