Tillbaka till svenska Fidonet
English   Information   Debug  
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/22093
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   926
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/4786
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   1121
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   3222
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/13273
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/2056
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/4288
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   32959
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/2061
DOS_INTERNET   0/196
duplikat   6002
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   33904
ENET.TALKS   0/32
ENGLISH_TUTOR   0/2000
EVOLUTION   0/1335
FDECHO   0/217
FDN_ANNOUNCE   0/7068
FIDONEWS   24128
FIDONEWS_OLD1   0/49742
FIDONEWS_OLD2   0/35949
FIDONEWS_OLD3   0/30874
FIDONEWS_OLD4   0/37224
FIDO_SYSOP   12852
FIDO_UTIL   0/180
FILEFIND   0/209
FILEGATE   0/212
FILM   0/18
FNEWS_PUBLISH   4408
FN_SYSOP   41679
FN_SYSOP_OLD1   71952
FTP_FIDO   0/2
FTSC_PUBLIC   0/13599
FUNNY   0/4886
GENEALOGY.EUR   0/71
GET_INFO   105
GOLDED   0/408
HAM   0/16070
HOLYSMOKE   0/6791
HOT_SITES   0/1
HTMLEDIT   0/71
HUB203   466
HUB_100   264
HUB_400   39
HUMOR   0/29
Möte LINUX, 22093 texter
 lista första sista föregående nästa
Text 19705, 109 rader
Skriven 2018-06-05 03:07:28 av Kai Richter (2:240/77)
  Kommentar till text 19684 av Nick Andre (1:229/426)
Ärende: Apologies
=================
Hello Nick!

01 Jun 18, Nick Andre wrote to Richard Menedetter:

 NA> That is not how things work on this Hub system.

We are not talking about what's going on on your system, we are talking about
the effects to the network.

The network means us, the writers. The hubs and nodes supply the infrastructure
but they are not really the network. Without writing users the infrastructure
is empty and the nodes don't have content to transport and thus no reason to
connect other systems.

Back in the old days that fact was overlied by the transport cost of the call
by call modem connects. Less users means less content and reduced costs and
there was no shortage of users. This turned by 180° in the current time. Today
we have flat rated connects even in germany but many users left to the internet
and there is a shortage of users in fidonet. Any sysop should please take that
into account if he judges the impact to the "network" and counterbalance
priorities.

 NA> Instead, a much more logical, thoughtful and considerate approach is
 NA> to judge how the problem is impacting the network as a whole

And in this point we have different jugdements.

You asked why we don't simply use the next key. That is very difficult for me
to explain in a translated language but i will try now.

 NA> The impact of a misconfigured system posting in a silly low-traffic
 NA> Linux echo is different than lets say, a system making a mass-bombing
 NA> run or engaging in illegal activity.

Your triggerd three keywords. silly. low-traffic. mass.

Even without detectable emotions in text i would call it an offence against the
users of this echo if in your point of view an/any echo is silly.

I dislike the swedish proverbs in this echo becasue they are useless for me but
i can tolerate them because there seems to be a user having fun working on
character translation. Because you are right, this is a low-traffic echo, i
don't have any problem to hit these mails with the next key.

To make it understandable why i don't do that with the BBS advertising i have
to explain that i'm really pissed off from unwanted advertisings in general.
They steal our time by pressing "next" or "delete" buttons, they distract us
from our focus and the bytes transfered by the net consumes energy, hardware
and human resources worth approx. 6.600.000.000 Euro in germany in 2017 only.
(source: https://de.statista.com/themen/113/online-werbung/ )

One of the primary reasons for my fidonet usage was the non commercial
direction and the normally missing advertisment spam.

Now we are at "low-traffic" and "mass". Yes, we haven't seen much traffic here.
That is not a reason to flood an echo with offtopic spam. And what is "mass"
for you? The ad subject was seen here on May 22 first (maybe i deleted the
first ones) thats 13 days. The traffic 13 days before was 3 mails if we go back
to May 01. Since the 22nd there are ~88 mails now, which is ~2900% more
traffic. Compared to the usual traffic your ignoring caused a mass-bombing run.

To add another view to understand my point, we had a user announcing his new
and unused chromium dioxide cassettes in the flea.ger echoarea for some weeks
and even after reducing the price it was clear to everyone that there is no
potential buyer in the echo. The advice that there will be no buyer was ignored
and it escalated into stubborn opposition "i do because i can" and i think the
mail posting was given to a bot then. The first announcement was ~2002-06 and
it took 190 useless echomails until 2005-11 when his uplink was convinced that
ther is no reaction from the seller if anyone asks to buy the cassettes and he
killed the cassette announcement in transit.

Maybe it was funny at first, the chromiumdioxide cassettes were some kind of
running gag, but then it was annoying only. That case teached me to not ignore
a bot.

We (in R24) had perfect the way of ignoring and it does not care. We had a
backbone system that wasn't very well maintained by the sysop. It was a bridge
to other low maintained "autopilot" systems that had still active writing
points. On other systems the echomail distribution paused sometimes until the
end of the week, until the sysop came home and pressed the reset button. We
kept the broken systems for years and it was annoying if the mail transport
paused again for a week. And there was a black hole when the system was forced
down permanently. Everybody thought it would be back the next days and it took
a while until we realized that it won't. At that point the echomail
distribution structure was in shards. It took more weeks to collect the
remainings and link them together again. We build dupe links on purpose to have
an activ alternate link so if one system will go down the echomail is comming
through the backdoor. Since then we have a really stable echomail supply.

Well, thats all why simply hitting the next button was no good option for me. I
do hate spam, i had bad experience with bots and i don't believe "no action" is
a good solution in case of missing information.

I believe that the basics apply to Richard too. I think we both are what a
wordwise translation would be "a burned child shies the fire". Some kind of
folk wisdom or common knowledge, the phrase is known be the translator as
"once bitten twice shy" or "one who has been hurt in the past will be doubly
careful in the future".

My apologies to all linux interested readers for this long off-topic mail
wasting your time but i hope i cleared the question what drives us to request a
temporary disconnect of the advertisment bot out of control.

Best regards

Kai

--- GoldED+/LNX 1.1.4.7
 * Origin:  Monobox  (2:240/77)