Subj : Re: BinkD and MBSE BBS To : Russell Tiedt From : Michiel Broek Date : Mon Jun 13 2005 09:07 pm Hi Russell, Russell Tiedt wrote to Michiel Broek: RT> Hello Michiel. RT> RT> 11 Jun 05 13:23, you wrote to me: RT> RT> RT>> MBSE has a pretty good implementation of BinkP, and mostly it RT> RT>> works very well, I really like the compression between my system RT> RT>> and a Radius system I connect to daily, but I have of late been RT> RT>> experiencing problems, and I have come to the conclusion that the RT> RT>> implementation of BinkP in MBSE is not quiet as robust as that in RT> RT>> BinkD. RT> RT> MB> mbse doesn't do compression with Radius, only with the latest Argus RT> MB> and Taurus mailers. What pobles do you have, timeouts? RT> RT> Yes it does, do compression with current Radius, Argus hasn't been RT> developed RT> in awhile now. You see, mow I mixed these two again. You're right. RT> RT>> What happens on occasion is that I manage to connect to a feed, RT> RT>> but file downloads do not complete ie. while exchanging mail, not RT> RT>> the 20mbyte file problem we discussed awhile back, but if I use RT> RT>> BinkD to connect to the problem feed, it manages to download the RT> RT>> files or exchange mail, it just seems to be a little more RT> RT>> persistent and possibly it does not time out as fast/soon as MBSE. RT> RT> MB> Timeouts it is. I have seen that these Radius mailers can be really RT> MB> slow sometimes. Still, mbse uses a timeout of 3 minutes per frame or RT> MB> other state change. RT> RT> My feeling as well, ie. that it is possibly timeouts, that causes this ... When I start it on a Windows box, it reacts slow. Also session setup takes a while and when you consider I run the testsystems with an almost empty outbound I can imagine that on a somewhat larger systen it can be really slow. RT> RT>> The quality of my internet connection, leaves a great deal to be RT> RT>> desired on occasion. For the last 2 days, I have been unable to RT> RT>> connect to the 2 systems I poll in Europe, my guess is DNS is RT> RT>> temporally right royally screwed, last week, I could not poll Bob RT> RT>> Seaborn or Janice Kracht in the USA for a 24 hour period. RT> RT> MB> No problems here. RT> RT> You are lucky .... It improved a lot the last years. RT> RT>> Internet conditions are not very good here most of the time, but RT> RT>> on odd occsions it flies ... RT> RT> MB> They are a lot better here. Last connect with Z3 I had the files RT> MB> transfered over 50 Kbps. RT> RT> Easily 10x faster than my best connect ever ... It looks like that. RT> RT> MB>> Then you may also need to find out a way that only one of RT> RT> MB>> these mailers will make the calls. RT> RT>> RT> RT>> Well, only problems I have had, is when BinkD exits irregularly, RT> RT>> and leaves an *.ilo file behind, then MBCICO repeatedly poll the RT> RT>> node BinkD was busy with before it was stopped, usually because I RT> RT>> pressed CTRL-C to exit from BinkD. RT> RT> MB> I don't think binkd knows what a .ilo file is. RT> RT> Possible .... RT> RT> MB> There are good tools to do that. I have used it here. Everything RT> MB> started from cron, and when mbcico was ready sending and polling it RT> MB> took the connection down. RT> RT> Yeah, I just need to figure out how to have the IP-Cop box here dial-out, RT> and RT> drop the connection via a script, over the network, it has dial-on-demand RT> option or manual option, dial-on-demand I will not use, possible cost RT> implications are too great ... Dial on demand is dangerous. I used to use some tools that ran over the network. On the dialup box was a daemon running. It worked with Linux and Windows clients including clients that could be used in a script. The client was called mclient. I see that I still have the example script in the faq. Greetings, Michiel Broek Email: mbse@mbse.dds.nl Fidonet: Michiel Broek at 2:280/2802 .... It's worse than that, he's dead Jim. --- MBSE BBS v0.71.2 (GNU/Linux-i386) * Origin: MBSE Linux BBS. Made in the Netherlands (2:280/2802) .