Hello mark,

On Saturday February 28 2015 12:39, you wrote to me:

 ml>>> binkd is not limited to IP only...

 MvdV>>> Yes it is. The binkd mailer that I know has no POTS
 MvdV>>> capabilities. There is no way to tell it what serial port to
 MvdV>>> use for the modem or what telephone number to dial.

 ml>> telephone number? that would be put in the same place as the
 ml>> domain or ip number...

 MvdV>> And how does one configure the serial port and the modem?

 ml> i don't know as i didn't do that when binkd had the capability of
 ml> this... there is some info in the FAQ concerning how to do dialup to
 ml> internet...

Ah wait. That is another kettle of fish. You put us all on the wrong foot by
claiming that binkd isn't limited to IP only. You claimed it good do binkp over
POTS as well.

But now we are talking binkd over dial up IP. And that of course is binkd over
IP as well.

How realistic is putting a file request on hold for soemone who's internmet
connection is dial up?

 ml> that may contain some hints... probably not, though...
 ml> there was, however, a way to do it... i remember clearly reading it
 ml> and noting the comments about binkd not really being designed to work
 ml> over it but it was possible and it did work...

The FAQ has some hints on how to let your /system/ (not binkd) make a dial up
internet connection before starting up binkd. A totally diffenent kettle of
fish that having binkd calling the telephone number of the destinatioom node
and send mail diratly to that node with binkp over POTS.

 ml>  zmodem works over IP, too...

Yes and one can also load the horse on a trailer and put the trailer behind a
car and get from A to B that way. I prefer to do away with the horse and
trailer and just use the car.

One can even go further. You can have a second horse and span it in front of
the car. That way you can save petrol....

Some people do Z-modem over a modem connectd to a VOIP line.

 ml> i use it all the time... in some cases, via shell accounts,
 ml> directly over TCP/IP and (most commonly) via an ssh or telnet
 ml> connection... the main factor being that those working zmodem
 ml> implementations have been adjusted to relax some of their timing to
 ml> account for delays that are inherent in IP connectivity... frontdoor
 ml> was one of the first to get this right and that carried over into
 ml> their protocol engine which several bbses used for their internal
 ml> transfer protocols...

Yes, it works. Just like a hores on trailer behind a car.

When doing Fido Over IP, I prefer to use a protocol that was optimised for use
over IP from the start.

 ml>> i can't place my hands on the information but it was possible and
 ml>> it was spoken about in a published document...

 MvdV>> Sorry, you are unconvincing.

 ml> whatever... the documentation is still out there, i'm sure...

Then produce it.

 ml> it is several years old, though... i have a copy here, somewhere... i
 ml> certainly wouldn't mention any of it if it weren't true...

I will give you the benefit of the doubt in that you are possibly confused with
binkd over dial up IP.

 ml> i don't play stupid games like that and you should know that after all
 ml> these years...

I know that you have created yourself a reputation of coming up with all kind
of outlandish scenarios to prove a point and then ask people to just take your
word for it that what you put forward does actually happen and is realistic.

What I see is this:

I propese an optional shortcut ro make freqs with binkd easier. You shoot it
down because it alledgedly disables some features like putting a file request
on hold. A feauture that the requester has never used and has no use for
anyway. Yet you insist that this is a problem. You paint a sequence of ever
more outlandish scenarios where putting file requests on hold are needed.
Scenarios that do not apply to the situation of the requester

What you keep ignoring is that the requested option does not at all disable any
existing features for others. All they have to do to keep those aledgedly
indispensable features is ... nothing..

Simply do not enable the proposed option and everything will work as it always
does.

Why do you keep opposing it?

Dial up Internet BTW, is history in this part of the world. There is no
provider any more that offers it. Actually classic POTS itself is on the way
out. It is VOIP all the way.



Cheers, Michiel

--- GoldED+/W32-MSVC 1.1.5-b20130111