Hello Russell!

Jul 05 13:20 03, Russell Tiedt wrote to Bo Simonsen:

 BS>>>> Oh yes i see, but i like i can monitor what there is
 BS>>>> send/recieved from the modem..

 RT>>> You can do the same using the log file and "tail"
if I understand
 RT>>> you correctly.

 BS>> Not exactly, maybe with the highest debug log in mgetty.

 RT> Why would you want to monitor mgetty? On MBSE BBS, I would monitor 
 RT> "system.log" if I wanted to see what was happening, as it happened.

It doesn't print real time what's is beeing send and recieved from the
modem. I like BTXE because you could track failures. Fx. if a node calls in
with PPP, i could tell him, that he used the wrong initstring. (for ISDN
purpose).


 RT>>> Okay ...

 BS>> But it can be done, but ifcico haven't been maintained in many years
 BS>> afair, so i see no reason for implement it.

 RT> Well, the person who implements it, could become the new mantainer of 
 RT> the program, possible?

Well i don't like ifcico, it did call phillipenes, because my phone
translation were wrong.

 RT>>> When I get my "BBS" test system running, maybe I
should have a
 RT>>> look at BTXE again and the vmodem thing, tho ifcico does that
 RT>>> already, I believe.

 BS>> Wes said there would be no problem about using BTXE and Maximus
 BS>> together, but maybe with mgetty.

 RT> Yes, that I understand, but not only just with mgetty, but gett_ps as 
 RT> well, 
 RT> the other Fido aware getty, but for that matter any other getty. But 
 RT> from my 
 RT> point of view, using either mgetty, (prefered) or getty_ps, are by 
 RT> far the 
 RT> prefered way to handle the modem answering andhanding of to the BBS 
 RT> on 
 RT> Linux/FreeBSD platforms, tho I do accept, that in the case of 
 RT> Maximus, it 
 RT> might not be the most practicle way of handling these functions. :-(

Ok..

Regards,
Bo

--- Msged/LNX 6.1.2 (Linux/2.4.18-586tsc (i586))