Text 3979, 176 rader
Skriven 2012-09-14 18:58:36 av Roy Witt (1:387/22)
   Kommentar till text 3308 av mark lewis (1:3634/12.0)
Ärende: Pvt nodes vs points
===========================
20 Oct 05 15:09, mark lewis wrote to Roy Witt:


 RB>> Sorry, Roy, in this case it was my own fault - I have your system
 RB>> listed (with domain) in one of the "include" lists I've experimentd
 RB>> with, BUT I had commented the list out in binkd.cfg and thus
 RB>> couldn't reach you directly. I sent you a crashmail (with
 RB>> attachments) this morning after realizing and correcting what I'd
 RB>> done wrong.

 RW>> I can't blame you for the confusion, since there is no agreement on
 RW>> how to list an IP only node in one place of the nodelisting. Some
 RW>> have their INA/IBN addresses listed in the BBS name field of the
 RW>> nodelisting, some have it listed after the INA flag, some have it
 RW>> listed in the telephone number area.

 ml> there are none who have it listed in field 6... that was never
 ml> allowed to happen...

Last sentence of FTSC document 5000, describing the contents of field 6.

    This field may also contain the IP address for an IP node
    utilizing the country code of 000.

You were saying?

 RW>> And then there is software that will look at one of those and
 RW>> determine that there is no IP address to send mail to. The PVT
 RW>> flag tends to make that impossible, unless you know to set a
 RW>> netmai message to DIRECT. That works sometimes, but not always.

 ml> this is highly dependent on the software in use... you've already
 ml> witnessed one package that's behind the times and you've been using
 ml> another one that was close but falls down quite a bit requiring
 ml> manual intervention...

I was, before DB, using software that required human intervention or an
old DOS command called a 'batch file'.

 RW>> And then you have gooroos who insist that BINKD is the one and only
 RW>> program to use.

 ml> i know that you and others are playing on G00R00 which is someone
 ml> else's handle... i'm not that person nor am i one espousing that
 ml> binkd is the one and only program to use... indeed, i'm the one
 ml> pointing out that it is not FTS-0001 compatible and how it violates
 ml> network policy... but, IF it is going to be used, then yes, i do
 ml> point out how it is designed to be used and how one should expect to
 ml> use it...

 ml> get your facts together, please, mr witt... or at least pay attention
 ml> to those areas where the software in question is discussed... do you
 ml> really expect a fullblown "how to use it" discussion of binkd in the
 ml> dbridge echo

Obviously not. If I couldn't get the software to work on my own, then it
is ether my problem of understanding it or a problem with the software not
being configurable as expected. Since it does work as advertised and I
needed no help in getting it up and running on my own, I think I'm
qualified to make that my choice without having to read long diatribes on
why this or that doesn't work, from someone who knows more about the
innerworkings of the program than the author. If I were to apply this to a
Chevrolet and take it to a Ford dealer for diagnosis, I'd be up a shit
crick, since the Ford dealer wouldn't have the full details of how the car
is expected to operate, while Chevy dealer would not only have the
details, but also know where the problem lies because they designed and
built the damned thing.

 ml>  or would you expect to find such in the binkd echo?

I'm not in the binkd echo because that isn't the area to problem solve
DB..

 ml> do you expect the maintainer of dbridge to also support binkd or no??

Whatever he does, support or not, if the software works as he designed it,
then he gets my vote for being the most competent with his package. Any
other input is merely making unnecessary noise and complicates the issues.

 RW>> As you know, I don't cater to text file configurations in a day
 RW>> when GUI works much better.

 ml> GUI don't "work so much better"... it may be prettier and it may be
 ml> only a click away but...

That's true, but I don't have to sit here and have a dozen open books to
get the friggin thing configed with a fucking antique typewriter
mentality.

 RW>> But that makes a software author work that much harder and we're
 RW>> shit out of software programmers these days.

 ml> oh goo grief... do you really want me to write you a GUI editor for
 ml> the binkd conf file??

If it worked, that would be the only way I'd use Binkd.

 ml> geez... i can set up a paypal link for contributions if that's really
 ml> all that bugging the shit out of ya...

Great...get with the fucking program.

 ml> smh

some more horsehit (coming)?

 ml>>>> it may actually not matter, though, if there is a f.n.z DNS record
 ml>>>> for that node that points to the proper IP address ;)

 RW>>> Jesssusss! Here we go with that f.n.z. crap again. Fuck that shit,
 RW>>> don't bring it up again in my presence.

 RB>> ;-) Note my comment to Mark on the binkd.cfg:

 RB>> domain fidonet \\fido\\outbound\\fidonet 2
 RB>> domain fido alias-for fidonet
 RB>> domain fidonet.org alias-for fidonet

 RB>> Don't know how many "alias-for" statements are accepted.

 RW>> Well, AFAIK, fidonet.org is a dead entity...maybe the Ruskies know
 RW>> about another method like BINKD.TXT, but they don't advertise
 RW>> it...And frankly, I'm tired of hearing about it from the gooroos
 RW>> who know everything.

 ml> yeah, and you also grow wearisome about many of those things you
 ml> choose to throw about like you have for years, roy... you, too, seem
 ml> to spout that you know everything as well... especially in some
 ml> cases... mainly in those cases that you were personally involved
 ml> in... so what's the difference between you and me? now and then? not
 ml> a fuckin' thing, that's what... i won't even mention your "special"
 ml> actions along with others in the ZEC election of way back when you
 ml> specifically undertook to flood the echo with so much traffic that no
 ml> one could keep up with what was really going on and they would simply
 ml> choose "the other party" as long as it wasn't the one you were
 ml> against... clay tannacore admitted that he and you were never in
 ml> cahoots but you were both against one candidate to the point that
 ml> your goals and activities meshed... so play on, eh?

Actually, the 'other party' in that game lived and played right here in
this region (Clay had nothing to do with it, other than he claimed
to be in cahoots with the winning candidate whose contemporary got
caught stuffing the ballot box, by guess who). Back to the other party;

He was not a staunch enemey of the candidate I'm sure, but an enemy of the
people backing him (Souvestre, the former ZEC and the pooch twins,
Hargrove and Edmonson)...Jim's dead now, but those who backed that
candidate (still here and afaik, doesn't carry a grudge because we've
communicated many times since then) are not here because of their
shitty attitudes.

Which is just like yours a lot of the time, even though you try to pull
your punches.

If you wanna get into that shit, just tell me the time and place. I have
archives of what went on during that election. Netmails that may or may
not surprise you. But there were no winners or losers, except Z1 sysops
and users. I've put Kohl out of the nodelist (not by myself) since then
and Frezberg just went into hiding after he was exposed as the 'ballot box
stuffer' (my fault) and left Fidonet after a few other things not
pertinent to the issue which caused him greater embarrassment.

Too bad Ruth Argust isn't here to read this, she was a backchannel
supporter of mine, but nuetralized by her personal afairs with Souvestre
and dislike of Kohl.

                R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that shit, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32-MSVC and D'Bridge 3.82
 * Origin: Lone Star Unit - Gulf States Backbone  (1:387/22)