Tillbaka till svenska Fidonet
English   Information   Debug  
ENET.SYSOP   33803
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   23521
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   4186
FN_SYSOP   41525
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13571
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16052
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/22010
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   898
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/4784
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   2760
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/13056
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/4276
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
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   28282
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/2008
DOS_INTERNET   0/196
duplikat   6000
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
Möte FIDONEWS_OLD4, 37224 texter
 lista första sista föregående nästa
Text 1802, 272 rader
Skriven 2012-08-02 12:03:14 av Michiel van der Vlist (2:280/5555)
     Kommentar till en text av mark lewis (1:3634/12.0)
Ärende: Ward's Z1 node number
=============================
Hello mark,

On Wednesday August 01 2012 09:45, you wrote to me:

 MvdV>> The NADS is not used for netmail routing. Only for echomail
 MvdV>> distribution.

 ml> the hell you say? that suxorz... all of the distribution systems i've
 ml> known of have been able to and have actually handled routed netmail...
 ml> it is a no brainer...

I did not say that it /can/ not handle netmail, just that it isn't used for it.

 MvdV>> I can't think of a third, but you insist that an application
 MvdV>> fopr a node number should not be routed, but the first thing
 MvdV>> you come up with is that it is held up in the routing. When the
 MvdV>> first and prefeable option is to send it direct, a routing
 MvdV>> problem would not be on top of my list.

 ml> you are thinking too literally... are there not routing tables on your
 ml> system to tell your tosser and/or mailer where to send netmail?

My tosser knows nothing about routing. My tosser is not used for netmail. Yes
there are routing tables for my mailers. One for Irex and one for Intermail.
The one for Intermail is just a relic from the past, I might as well do away
with it, I haven't used Intermail to send routed mail for ages. Irex is
configured to route only when there is no possibility for direct delivery.

 ml>> i didn't say "MUST" ;)

 MvdV>> Indeed, you said "is supposed". So tell me where it says it "is
 MvdV>> supposed". I can't find it anywhere in P4.

 ml> i did point to P4 section and paragraph... two paragraphs, actually...
 ml> it says "must" in there... guess you couldn't find that either as you
 ml> seem to indicate above? ;)

You are throwing a smoke screen again. Yes, the word "must" appears sevaral
times in the relevant section. E.g. it says that the application must be send
by netmail. But nowhere does it say, this netmail is supposed to be send direct
and that it may not be routed.

 MvdV>> Though I agree that it is better to send it direct, as that
 MvdV>> right away demonstrated the ability to do so, nowhere in policy
 MvdV>> does it say anything about not routing it.

 ml> i guess...

But it does not say that it MUST be send direct.

 ml>>> and with the proper FROM address if one is going to go strictly
 ml>>> by policy as you seem to be trying to do...

 MvdV>>> What makes you think that an improper FROM address- i.e. an
 MvdV>>> address that causes problems for the coordinator that receives
 MvdV>>> it - was used?

 ml>> it is a possibility...

 MvdV>> Extremely unlikely.

 ml> really? you do not know what kind of configuration everyone has...

I know that the coordinator in question does not carry the LO flag. So if the
use of an unlisted, but otherwise well formed address causes problems for him,
his setup is flakey.

 ml> i really do have a special setup such that netmail from the
 ml> 1:3634/9999 (and 1:3634/999) nodes to 1:3634/0 are moved into a
 ml> specific netmail area called "New Applications"... if they aren't in
 ml> there, i cannotguarantee that i will see and recognize them as new
 ml> applications and start the necessary processes...

Oh, what a bullshit. Coordinators should stimulate the growth of the network
and this is not done by discouraging new sysops by making them jump through
hoops.

Special handling for mail coming from net/9999 may have been useful when
Fidonet was big and a coordinator got LOTS of new applications. Nowadays with
maybe one or two new application a year, this is utter nonsense and only serves
to put people off.

 ml> those with existing node numbers are handled slightly differently but
 ml> all are required to use the proper form because additional processing
 ml> is done on info in there...

Setting up needless hoops conflicts with your duty to "stimulate the growth of
the network".

 ml>> the instructions for getting a node number are contained in P4
 ml>> Section 2.2 paragraphs 4 and 5... they also indicate that you may
 ml>> be contacted for more information PLUS that one should wait for
 ml>> up to two weeks for the request to be processed...

 MvdV>> Yeah, yeah...

 ml> hey, that's where "must" is used... ya lead a horse (you) to water
 ml> (P4) and all he does is piss in it (not even look at the cite) :/

P4 provides /guidelines/. They were meant to /help/ people wanting to join. But
you are using it to find excuses for delaying or turning down an applicant. You
should be ashamed of yourself!

 MvdV>> When the coordinator is not on holiday, in these days of almost
 MvdV>> instantaneous fido communication, there is no reason why it
 MvdV>> should take two weeks.

 ml> instaneous communication aside, there is nothing that says that one
 ml> must check their netmail each and every day...

Common sense says that a coordinator who is interested in "the smooth operation
of the newtwork" DOES check his netmail regularly.

 ml>  hell man, i got so burnt out back around y2k that my systems ran
 ml> completely automated for about a year... i might have scanned thru the
 ml> messages once every few months if i could even do that without getting
 ml> physically sick... that burnout was extremely hard on me physically
 ml> and emotionally...

I am sorry to hear that, but I also say that if it was that bad, you should
have deputised your coordinator duties to someone else.

 MvdV>> That two week period was never meant to give the coordinator an
 MvdV>> excuse to drag his feet.

 ml> no one ever said or implied that it did...

Yes, you implied it.

 MvdV>> Plus that by now it is over a month since the first contact
 MvdV>> over this issue.

 ml> first contact was asking where/who to contact to file an
 ml> application... nothing has been done by the originating party since
 ml> then... at least, nothing has shown up on the system that they were
 ml> told to contact...

Or so you were made to believe.

 ml> "ward: who do i contact for a Z1 node number?"
 ml> "bobS: you might try 1:140/0."
 ml> "time passes... nothing arrives..."
 ml> "tick tock tick tock tick tock"

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...

 ml>>> my understanding, as of 30 minutes ago, is that the NC that ward
 ml>>> was pointed to has not received any application from ward yet...

 MvdV>> It is my understanding that the NC that Ward was pointed to is
 MvdV>> 1:140/0.

 ml> ok... and 1:140/0 has not received anything like an application for a
 ml> node number from ward yet...

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...

 ml> "ward: who do i contact for a Z1 node number?"
 ml> "bobS: you might try 1:140/0."
 ml> "time passes... nothing arrives..."
 ml> "tick tock tick tock tick tock"

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...

 ml>> my understanding is that R17C pointed him to the proper NC... all
 ml>> according to policy...

 MvdV>> All according to policy .. sure.

 ml> i tacked that on because you did in the paragraph i was responding
 ml> to... you slung it so i slung it back at ya ;)

 MvdV>> But not according to common sense if the RC and the NC that he
 MvdV>> is referred to are the same person. If Bob wanted him to have a
 MvdV>> number in net 1:140 instead of a RIN in R17, he could just have
 MvdV>> swicthed hats on the fly and continued. Instead of going
 MvdV>> through a charade to gain another two weeks of delay..

 ml> my understanding is that there has been no application sent...

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...

 ml> the original contact was asking for information and that was answered
 ml> but there has been nothing else forthcoming... asking for information
 ml> is NOT sending an application...

If that ois all what happened. My information says that a formal application
was sent.

 ml>>>  THAT application has not arrived for processing...

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...

 MvdV>> Bullshit.

 ml> prove it!

 ml> "ward: who do i contact for a Z1 node number?"
 ml> "bobS: you might try 1:140/0."
 ml> "time passes... nothing arrives..."
 ml> "tick tock tick tock tick tock"

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...

 MvdV>>> So it was lost in the mail...

 ml>> no, it has simply not arrived... it may still be sitting on the
 ml>> sending machine

 MvdV>> If it is still on the sending machine, it was not sent.

 ml> exactly! and that could be due to a miss in the routing tables on that
 ml> machine which one could take to mean that the message is hung up in
 ml> routing :)

Bullshit. It is confirmed that the message asking for information arrived. So
no routing problems. you are throwing smoke and looking for excuses.

 ml>>  if it only operates on certain days and/or at certain
 ml>> times... look at ward's spotty posting in this very echo for some
 ml>> evidence of that...

 MvdV>> If Ward says that it is sent, then of course that is all taken
 MvdV>> into account.

 ml> mmmmhummm... and if ward tells you the sky is green you're going to
 ml> believe him or are you going to test it yourself? we already know you
 ml> say you aren't in the believing business ;)

And if Janis tells you the sky is red, you'r going to believe her? Or are you
going to look for yourself?

 ml> "ward: who do i contact for a Z1 node number?"
 ml> "bobS: you might try 1:140/0."
 ml> "time passes... nothing arrives..."
 ml> "tick tock tick tock tick tock"

Or so you were made to believe. But actually you only have Janis' word for it,
who in turn only had Bob's word for it.

The other side of the story is that Ward told me he DID file a formal
application. So now it is Bob's and Janis'word against mine and Ward's...


Cheers, Michiel

--- GoldED+/W32-MINGW 1.1.5-b20110320
 * Origin: http://www.vlist.org (2:280/5555)