Skip to main content

Конференции

Просмотр конференции fido7.fidonews:

Предыдущее Следующее

Дата: 16 Dec 2017, 22:05:58
От: Nicholas Boel @ 1:154/10.0
Кому: mark lewis
Тема: Geneology Area


Hello mark,

On Fri Dec 15 2017 20:54:42, mark lewis wrote to Nicholas Boel:

 ml>>> the old GENEALOGY echo was dropped from distribution over a
 ml>>> decade ago... this is why we can't have nice things...

 NB>> Distribution from where? The NAB? You write as if that's the only
 NB>> source of distribution.

 ml> NAB, Z1B, WWB, etc... they all dropped it... the only thing left
 ml> is/was small ponds of a few systems here and there not connected any
 ml> more... the echo was dropped... lazy operators keep it in place
 ml> without verification or traffic... then there's the ones that keep it
 ml> in place and complain about other areas with no traffic but do carry
 ml> monthly rules postings... humm... make ya think, eh?

Sure does make me think that you're brainwashed in thinking that these "distribution systems" are the end-all-be-all and that because some echo isn't listed on the BACKBONE.NA that it's defunct. This
is the point many others are trying to get to you and the rest of the old folk here.

 NB>> Probably better that it was dropped. Now someone with actual
 NB>> interest can start a new echo and try to get some traffic without
 NB>> confusion that there's still 4 dead echotags of the same subject
 NB>> still being distributed by the NAB. Sure beats hanging on to
 NB>> those and posting robot messages to oneself, amirite? ;)

 ml> depending on the attitude, yes and no... attitude makes a big
 ml> difference, sir... remember when we, you and i, were connected to a
 ml> central distribution system and they had a problem that resulted in
 ml> them restoring a old backup of their mailer tosser config? remember
 ml> the number of areas that were disconnected due to that restoration?
 ml> one of those was SYNC_PROGRAMMING... we've only just recently, in the
 ml> last year, gotten it reconnected but i don't think it is listed on the
 ml> backbone again...

I do remember that. That wasn't any fault of yours or mine. It shows now that said sysop's care factor was dwindling from even then or before. It happens, but the people that are actively involved
need to step up and take care of business. That happened as well.

SYNC_PROGRAMMING was also reinstated because of you and I. However, the person gating it to Fidonet should have noticed a lot earlier, but the care factor may not have been there, since it worked
just fine in his own network. Who cares if it's listed on the backbone or not? The backbone.na means nothing when feeds carry whatever they want to.

If it were more strict that *Cs carry the backbone, then yes.. I could see where the backbone would matter. But since *Cs have the freedom of carrying whatever they want to, the backbone is ONLY a
matter of the NAB, which is meaningless these days.

 ml> as far as your "amirite" comment? you haven't pointed to anything
 ml> specific so, meh... if you're trying to take a swipe at me, maybe you
 ml> should look at history closer and understand more about why aome areas
 ml> are retained and maintained on the backbone... if you don't want to
 ml> carry them then don't... just don't try to say that you're a full
 ml> service hub ;)

Oh don't worry. I've dwindled down my echos here quite a bit, and really don't give a flying fuck about being a full service hub (I'm more of a 'keeping it real hub' or a I actually care about
traffic hub). I refuse to carry dead echos where the only new posts are the moderator's robot posts every month. Needless to say it makes for easier/better reading for me, and I haven't had any
complaints from my downlinks. If they want an echo added, I'll do it and put it on passthrough for them only.

I make that very clear to my downlinks, and some of them (that actually care) commend me for that service. <shrug>

Regards,
Nick

... "╨Э╨╡ ╨╖╨╜╨░╤О. ╨п ╨╖╨┤╨╡╤Б╤М ╤В╨╛╨╗╤М╨║╨╛ ╤А╨░╨▒╨╛╤В╨░╤О."

--- GoldED+/LNX 1.1.5-b20170303
Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Предыдущее Следующее

К списку сообщений
К списку конференций