Re: Yam.
On 4 May 00, at 13:30, Hamish Moffatt wrote: > On Sun, Apr 30, 2000 at 08:43:03PM +0200, Erik Jakobsen wrote: > > linux:~ # yamcfg yam0 io 0x2f8 irq 3 pers 255 > > > linux:~ # /sbin/ifconfig yam0 44.145.0.9 netmask 255.255.255.0 hw ax25 > > OZ4KK up > > SIOCSIFFLAGS: Permission denied > > SIOCSIFFLAGS: Permission denied > > linux:~ # > > > > > > Whats the reason I'm getting that message ?. > > Probably your serial driver is still using that port. The yam driver > uses the serial hardware directly. Before using ifconfig, do > > setserial /dev/ttyS1 uart none > > which will release the port. Hi Hamish. Thanks, it helped, but then a new error occur HI: bash-2.03# insmod ax25 Using /lib/modules/2.2.13/misc/ax25.o bash-2.03# insmod yam Using /lib/modules/2.2.13/net/yam.o bash-2.03# setserial /dev/ttyS0 uart none bash-2.03# yamcfg yam0 io 0x3f8 irq 4 pers 255 txd 150 yamcfg: Version 0.1 (C) 1998 by Jean-Paul ROUBELAT - F6FBB Device: yam0 iobase:*03f8 bitrate : 9600 (bps) irq :*4 baudrate : 19200 (bps) fulldup : off txdelay :*150 (ms) txtail: 10 (ms) slottime : 100 (ms) persist :*255 bash-2.03# /sbin/ifconfig yam0 44.145.0.9 netmask 255.255.255.0 hw ax25 OZ4KK up Segmentation fault bash-2.03# > > Hamish > -- > Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> >
Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE
Of course you know you are only adding to this CRAP by posting CRAP of your own.
Re: I Surf, YOU GET PAID!!!!!! Promise
God!! Im so sick of seeing this. Every time someone does a reply to comment on it its RE-Spamed. Lets report it to [EMAIL PROTECTED] and let it go. What is really sad is I had to reply to it to make my point and RE-spam it myself yet AGAIN. -- Rich Ullery - [EMAIL PROTECTED] | [EMAIL PROTECTED] Packet: [EMAIL PROTECTED] -- On Thu, 4 May 2000, Huller Gyula wrote: > [EMAIL PROTECTED] wrote: > > > I WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM > > Do you realize how valuable you are as an Internet user? Did you > > know that you can be paid when you?re on the Web? AND off the > > WEB!! Interested? Become an AllAdvantage.com member now! > > > > It's free to join and your privacy is completely protected. Check out > > these impressive facts: > > > > They've paid over $10 million to members in the US, UK and > > Canada in the last three months alone; > > Now they're paying members in France, Germany, Australia, New > > Zealand and the US territories, too -- more countries coming soon; > > Later this month all members will be able to purchase anti-virus > > software at a significant discount through their AllAdvantage > > accounts; > > Soon they're releasing Viewbars to Mac users, making > > AllAdvantage one of the first Viewbar companies to do so; > > They've developed and soon will release an upgraded version of the > > Viewbar software that's equipped with instant search capability, > > convenient quicklinks to the Web's most popular sites, and of > > course, pays you to surf! > > It takes only minutes to join, download the free AllAdvantage.com > > Viewbar software, and start surfing the Web with the Viewbar on > > your screen. But you DON'T even need the You can earn even > > more when you tell your friends about it. Really! It's all about > > becoming part of a community that finally recognizes our value as > > consumers. > > > > Join now (there's no survey to fill out) at > > http://www.alladvantage.com/home.asp?refid=DAC-941 and please > > use my membership ID (DAC-941) when asked if you were referred > > by someone. > > > > Thanks a lot and happy surfing! > > > > John Stockton > > Member ID# DAC-941 >
Re: I Surf, YOU GET PAID!!!!!! Promise
[EMAIL PROTECTED] wrote: > I WILL SURF FOR YOU, JUST FOR FILLING OUT A SMALL FORM > Do you realize how valuable you are as an Internet user? Did you > know that you can be paid when you?re on the Web? AND off the > WEB!! Interested? Become an AllAdvantage.com member now! > > It's free to join and your privacy is completely protected. Check out > these impressive facts: > > They've paid over $10 million to members in the US, UK and > Canada in the last three months alone; > Now they're paying members in France, Germany, Australia, New > Zealand and the US territories, too -- more countries coming soon; > Later this month all members will be able to purchase anti-virus > software at a significant discount through their AllAdvantage > accounts; > Soon they're releasing Viewbars to Mac users, making > AllAdvantage one of the first Viewbar companies to do so; > They've developed and soon will release an upgraded version of the > Viewbar software that's equipped with instant search capability, > convenient quicklinks to the Web's most popular sites, and of > course, pays you to surf! > It takes only minutes to join, download the free AllAdvantage.com > Viewbar software, and start surfing the Web with the Viewbar on > your screen. But you DON'T even need the You can earn even > more when you tell your friends about it. Really! It's all about > becoming part of a community that finally recognizes our value as > consumers. > > Join now (there's no survey to fill out) at > http://www.alladvantage.com/home.asp?refid=DAC-941 and please > use my membership ID (DAC-941) when asked if you were referred > by someone. > > Thanks a lot and happy surfing! > > John Stockton > Member ID# DAC-941
Re: Yam.
On Sun, Apr 30, 2000 at 08:43:03PM +0200, Erik Jakobsen wrote: > linux:~ # yamcfg yam0 io 0x2f8 irq 3 pers 255 > linux:~ # /sbin/ifconfig yam0 44.145.0.9 netmask 255.255.255.0 hw ax25 > OZ4KK up > SIOCSIFFLAGS: Permission denied > SIOCSIFFLAGS: Permission denied > linux:~ # > > > Whats the reason I'm getting that message ?. Probably your serial driver is still using that port. The yam driver uses the serial hardware directly. Before using ifconfig, do setserial /dev/ttyS1 uart none which will release the port. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Log Program for Linux
On Wed, May 03, 2000 at 02:39:37PM +0200, Hans-Peter Zorn wrote: > I am using the kde 1.1.2 .debs for potato on a mixed potato/woody > box. OK. I obtained the kde debs from the maintainer's site. Now dhlog won't pass ./configure; it ays it can't find the KDE libraries. There is no --with-kde= parameter to specify the location; the configure script does mention /usr/local/kde, but Debian's KDE is in /usr/include/kde, /usr/lib etc. > I think these are the ones from the kde site. I have only the > libraries because I like the API KDE provides, but not the > entire desktop. For most KDE apps you need only kdelibs. (Which > are LGPLd by the way, therefore the licence is not problematic > as it is for kdebase). That's good news. Thanks. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: MAKE MONEY FOR DOING NOTHING!!!!!!!!! PROMISE
Looks at the header. That was not his real email address... Lamar Townsend KB5ZRD [EMAIL PROTECTED] - Original Message - From: "David Benfell" <[EMAIL PROTECTED]> To: "Dave West" <[EMAIL PROTECTED]> Cc: "Dhar" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, May 03, 2000 4:20 PM Subject: Re: MAKE MONEY FOR DOING NOTHING! PROMISE > On Wed, May 03, 2000 at 06:27:32PM +0100, Dave West wrote: > > > > Actually it's better to just tell AllAdvantage.com and they will cancell > > his account and bar him for life. > > > So he can use another false name with another ISP. > > -- > David Benfell > ICQ 59438240 [e-mail first for access] > --- > "I am ready to meet my Maker. Whether my Maker is prepared for the > great ordeal of meeting me is another matter." > -- Winston Churchill > [from fortune] > >
Re: net2kiss problem
I also get this on all my interfaces when I run kissparms every hour to
reload the params in to my 7 tnc running kiss.
Kernel 2.2.14
ax25-tools-0.0.6
ax25-apps-0.0.4
node-0.3.0
libax25-0.0.7
node-0.3.0
de Paul G4APL
In message <[EMAIL PROTECTED]>, Ed van Mol
<[EMAIL PROTECTED]> writes
>At 17:47 21-04-00 +, you wrote:
>>Hi all,
>>
>>On Thu, 20 Apr 2000, Ed van Mol wrote:
>>
>>> I'v problems with net2kiss
>>>
>>> I'v kernel 2.2.5
>>> ax25-apps-0.0.4
>>> ax25-tools-0.0.5
>>> libax25-0.0.7
>>>
>>> I'v:
>>> /usr/sbin/net2kiss -i ax1 /dev/ptyq0 &
>>> /usr/sbin/kissattach /dev/ttyq0 digi ${IPADDR}
>>>
>>> Net2kiss generats a lot off mess in the logfile /var/log/messages:
>>> Feb 17 07:38:47 c486 kernel: NET: 1 messages suppressed.
>>> Feb 17 07:38:47 c486 kernel: protocol is buggy, dev ax2
>>> Feb 17 07:38:47 c486 kernel: protocol is buggy, dev ax2
>>> Feb 17 07:38:47 c486 kernel: protocol is buggy, dev ax1
>>> Feb 17 07:38:47 c486 last message repeated 2 times
>>> Feb 17 07:38:53 c486 kernel: protocol is buggy, dev ax2
>>> Feb 17 07:38:53 c486 kernel: protocol is buggy, dev ax2
>>> Feb 17 07:38:53 c486 kernel: protocol is buggy, dev ax1
>>> Feb 17 07:39:19 c486 kernel: NET: 2 messages suppressed.
>>> And on and on
>>
>>I face the very same problem. I cut out 'Protocol is buggy' messages
>>using syslog.conf, but 'NET: xxx messages suppressed' still pop up on
>>actual console making it full of garbage.
>>
>>I have quite a number of ax25 interfaces: an USCC card with 4 active
>>ports, a TNC2 on one of the serial ports and a few pseudo tty ports too.
>>Running listen or aprsd makes these messages come up any time. I simply
>>can't use this PC from a local console, but only logging in from remote .
>>
>>What makes all these? How can I get rid of them? Or at the least: how can
>>these 'suppressed' messages be suppressed? :-)
>>
>>I have Debian potato, kernel 2.2.14, libax25-0.0.7, ax25-tools-0.0.6,
>>ax25-utils-0.0.4 and z8530drv-3.0 .
>>
>>73 , Zoli
>>
>>--
>>Zoltan (Zoli) Meszaros AX25 : HA5OB @ HA5OB.HUN.EURO
>>Budapest, Hunyadi ter 10. ampr-net : [EMAIL PROTECTED]
>>H-1067email : [EMAIL PROTECTED]
>>HUNGARY WEB : http://www.qsl.net/ha5ob
>>
>>
>After starting up Linux this appears in the logfile "messages":
>Apr 23 20:36:02 c486 kernel: net2kiss uses obsolete (PF_INET,SOCK_PACKET)
>
>Ed.
>
>
--
[EMAIL PROTECTED]
Re: Call to create conversd that is GPLed
On Wed, 3 May 2000, Joerg Reuter wrote: > It starts with the question: which IRC? The RFC is long obsoleted > by the actual implementations. To make it worse, those implementations > are incompatible with each other, you've got to stick with one > server type. At least the client protocol is pretty much the same, and we have loads of fancy clients which work with all of the servers. We've got incompatible conversd servers running too, with different feature sets, which renders some of the nice features unusable (take channel modes for example). > The main problems with IRC as we know it: > > - does not allow loops (but at least it doesn't render the whole > network unusable if they occur) Backup links work out quite well if well-coordinated (ha ha, coordination, that's what we're good at 8-) > - complicated to configure ? Not very. > - only suited for small networks: at least for the Undernet server > every Hub server needs an entry in all other nodes' config Hm, ircnet has over 70 servers now, and the above isn't true for the original ircd code tree: # H: [OPTIONAL]. These lines define who you permit to act as a "hub" to # you (that is, who you permit to connect non-leafed servers to you). and i guess you could say something like H: .. * ... to allow all, or remove this feature, but i doubt you'd want to, if you want to do any coordination at all. > - low acceptence by the users as long as convers at least somewhat > works This will apply for whatever that is not conversd or compatible to it (and if you are compatible and run a gateway you're restricted on features). > IRC isn't much better than convers, hence a new protocol would be > the best sollution. At least it could take care of the loop issue. At least it _is_ _there_ and proven to work for some really large networks when compared to any of ours. The code is there and supported by loads of people already. Of course, if there are enough people interested and wanting to devote the time to design and code a new one, i'm not against it, because coding is the fun part in all of this. 8-) I just think that you could make irc work quite well for us with a relatively little work. It wouldn't work out for the radio-based EU convers network though. - Hessu
Yam.
Hi. I'm trying implement my Yam modem here. Here is the results: linux:~ # yamcfg yam0 io 0x2f8 irq 3 pers 255 yamcfg: Version 0.1 (C) 1998 by Jean-Paul ROUBELAT - F6FBB Device: yam0 iobase:*02f8 bitrate : 9600 (bps) irq :*3 baudrate : 19200 (bps) fulldup : off txdelay : 300 (ms) txtail: 10 (ms) slottime : 100 (ms) persist :*255 linux:~ # /sbin/ifconfig yam0 44.145.0.9 netmask 255.255.255.0 hw ax25 OZ4KK up SIOCSIFFLAGS: Permission denied SIOCSIFFLAGS: Permission denied linux:~ # Whats the reason I'm getting that message ?. -- Erik Jakobsen - OZ4KK - [EMAIL PROTECTED] SuSE Linux 6.3
Re: Call to create conversd that is GPLed
On Wed, May 03, 2000 at 06:10:28PM +0200, Joerg Reuter wrote: > > Aside from tradition, what's wrong with just using IRC over packet? > > It starts with the question: which IRC? The RFC is long obsoleted > by the actual implementations. To make it worse, those implementations > are incompatible with each other, you've got to stick with one > server type. The overhead is higher (IMHO not really a problem), depending > on the ircd you use some timers (especially for pings) need to get > tweaked. > > The main problems with IRC as we know it: > > - does not allow loops (but at least it doesn't render the whole > network unusable if they occur) > - complicated to configure > - only suited for small networks: at least for the Undernet server > every Hub server needs an entry in all other nodes' config > - low acceptence by the users as long as convers at least somewhat > works > > IRC isn't much better than convers, hence a new protocol would be > the best sollution. At least it could take care of the loop issue. Well those are some real problems, so I guess I agree with you. -- ___ Shawn T. Rutledge / KB7PWD [EMAIL PROTECTED] (_ | |_) http://www.bigfoot.com/~ecloud [EMAIL PROTECTED] __) | | \ Get money for spare CPU cycles at http://www.ProcessTree.com/?sponsor=5903
Re: Call to create conversd that is GPLed
On Wed, May 03, 2000 at 09:02:15PM +1000, Craig Small wrote: > On Wed, May 03, 2000 at 10:32:47AM +0300, Heikki Hannikainen wrote: > > Might be slightly easier to get one of the currently used code trees > > under GPL. That shouldn't be all that hard to do for htpp for example. For > > most of the code you'd only need to talk to Dieter Deyke, Fred Baumgarten, > > Warren Toomey and Brian Lantz. I don't see why they would object to > > GPL'ing the code. > Did it, tried it and failed :( > > That was about 3 years ago, anyone else want to have a go? > Whatever happened to Brian Lantz's TACS (Tampa Advanced Convers Server)? I had a conversation with Brian a few years ago, trying to get tpp under a GPL license, but he said this is almost impossible because of all the code from different people which is included. He however told me that he would write TACS from scratch, and put it under GPL. It might be worthwile contacting him, to see what the status is. His server is already named TACS, so he might be running it already... > > - Craig > > -- > Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 > Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> > MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]> > Joop -- Joop Stakenborg - Debian GNU/Linux developer <[EMAIL PROTECTED]> --> Woody is as solid as a rock. (More woody jokes at http://pa4tu.penguinpowered.com/woody)
Re: CALLERID monitoring script
Larry, I have had very good luck with mgetty/vgetty. I have used it on redhat 4 and 5 with good results. It is written in c/c++ , but you can configure it to do as much or as little as you want. It is pretty straight forward to compile and configure. Hope this helps, Dave kd9gn [EMAIL PROTECTED] on 05/03/2000 02:12:00 PM To: [EMAIL PROTECTED]@INTERNET cc: (bcc: David P Lolling/0V/Caterpillar) Subject:CALLERID monitoring script Retain Until: 06/02/2000Retention Category: G90 - Information and Reports Thought I ask here for something I've been looking for. I need a program or script which will monitor a CALLER ID enabled modem and allow me to pipe the CALLER ID info to the mail program so I can email my pager regarding incoming calls at my office. I would only pipe the CALLER ID strings containing useful information. No OUT OF AREA, BLOCKED, ETC. This way I would get pager information about inbound calls when I'm out of the office. Don't need any database interface or GUI stuff . Just looking for a simple script. Anybody got any ideas. Thanks Larry wa0gwa - Imagine it / Achieve it - Dream it / Become it - Larry P. Thomaswa0gwa voice : 1 913 888-0282 Krell Technologies fax : 1 913 782-9359 8960 Bond pager : 1 913 617-HELP Overland Park, KS www.krell.com 66214-1722USA[EMAIL PROTECTED]
CALLERID monitoring script
Thought I ask here for something I've been looking for. I need a program or script which will monitor a CALLER ID enabled modem and allow me to pipe the CALLER ID info to the mail program so I can email my pager regarding incoming calls at my office. I would only pipe the CALLER ID strings containing useful information. No OUT OF AREA, BLOCKED, ETC. This way I would get pager information about inbound calls when I'm out of the office. Don't need any database interface or GUI stuff . Just looking for a simple script. Anybody got any ideas. Thanks Larry wa0gwa - Imagine it / Achieve it - Dream it / Become it - Larry P. Thomaswa0gwa voice : 1 913 888-0282 Krell Technologies fax : 1 913 782-9359 8960 Bond pager : 1 913 617-HELP Overland Park, KS www.krell.com 66214-1722USA[EMAIL PROTECTED]
Re: Spammage: I Surf, YOU GET PAID!!!!!! Promise
- Original Message - From: Pat Collins <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: 03 May 2000 14:33 Subject: Re: Spammage: I Surf, YOU GET PAID!! Promise > I did better than that. I forwarded then to [EMAIL PROTECTED] > > On Tue, May 02, 2000 at 10:01:41PM -0700, Dragos Ruiu wrote: > > I would recommend that everyone who received this forward it back to Mr. Pio > > at [EMAIL PROTECTED] to make the point that this is unacceptable behaviour. > > > > Just once each should suffice, and not contravene any usage policies :-). > > > > I did... Call it distributed spam negative reinforcement. :-) :-) :-} > > Let's hope this will be sufficient to reinforce the lesson > > about what not to do on public technical mailing lists. > > > > cheers, > > --dr > > > > -- > > dursec.com / kyx.net - we're from the future http://www.dursec.com > > learn kanga-foo from security experts: CanSecWest - May 10-12 Vancouver > > > > Speakers: Ron Gula/NSW, Ken Williams/E&Y, Marty Roesch/Hiverworld, > > Fyodor/insecure.org, RainForestPuppy/wiretrip.net, Theo de Raadt/OpenBSD > >Lance Spitzner/Sun, Fyodor Yarochkin/KALUG, Max Vision/whitehats.com > > You'll all be pleased to know that I have reported Mr Pio to [EMAIL PROTECTED] As a member of the alladvantage program, I am stunned that the idiot broke the rules that we agree to when we sign up. It is true, that it's a way to earn while you surf, but spamming is a no-no! Perhaps the idiot also didn't realise that there isn't a linux version of the viewbar yet, so posting it to so many linux type mail reflectors would serve no purpose what so ever, other than generating spam. Regards Rob Compton G1ZPU / GB7ZPU - running Linux kernel 2.2.13 - xfbb 7.00g - serving Beds/Herts/Cambs & NW Essex - UK. - Website for service updates - http://www.gb7zpu.org.uk === Get paid to surf the web, tell your friends, and get paid while they surf too! Check out: http://www.teamdangerous.com Links, Motorsport, A look a the lighter side of Amateur Radio, Homebrewing and more ===
Re: [ANNOUNCE] new-AX.25 for 2.2.14 Rel. 5
[Still catching up on e-mail] > This is surely an interesting idea as long as things are concerned > which are not updated very frequently (i.e. not speed critical stuff). > But all routing stuff should be done via netlink interface, shouldn´t it? I'd like to be able to add and remove static routes through procfs. > Then we could do all routing stuff in user space with good performance. > If the kernel needs a route, it can ask the user space program. Yes, that's one concept I've been thinking about for quite a while, but we still need static routes in case the daemon is not running and surely we want to cache routes for a while (think of datagram mode: asking for the AX.25 path for every datagram will hurt performance quite badly). The concept, in one sentence, is: do jobs like this in user space, but remain operational without the daemon. > The user > space program can gather its information from all sorts of sources as > static (user) entry, listening to traffic ^^^ "static to the daemon" > (also via netlink interface, not via AF_PACKET socket monitoring; *nods* > however, we need to do some filtering > in kernel space to avoid performance problems Latency is the word here. AFAIK the netlink code drops events on congestion, but I'd need to read the code again to be sure. > flexnet internode protocol routing information. Definately one of the most interesting uses. And an interface for other applications to request routes directly from the daemon rather than requesting the table from the kernel. > As I said, listen is already done, but net2kiss really puzzles me. > Maybe AF_AX25, SOCK_DGRAM orientated? The problem is that the MAC is now performed by the kernel AX.25. We probably need a kernel module that just does some basic CDMA and emulate a KISS TNC to the application. > You were the one to tell me that the unix way is to have little small > programs rather than big ones. Programs, not configuration files. Many small programs can share one configuration file. BTW, XML can help to avoid conflicts caused by additions. > One big central configuration file also differs > from most I have seen before on the network front. Does any other protocol > suite do something like this? As I wrote, it's mainly for a startup script. In this regard it is not much different than /etc/rc.config on SuSE. Of course no tool (especially basic ones like kissattach) should _depend_ on any configuration file -- think of embeded systems. I made this proposal to get the ball rolling for a distribution-independend and flexible start script. > I know of none. Take slattach for example, > it allows to specify all relevant pieces of information on the command line. Indeed -- I wish kissattach would allow that. > If I want to attach a simple KISS or 6pack port for test purposes I first > need to edit a configuration file? I do not know if this is right. It isn't. > As I see it, it´s the task of the distros to centralize the configuration > information (compare IP interface setup on RedHat for example). It would make life much easier if we were able to do this independend of the distribution. For example, every distrib has its own way to implement IP interface setup, routing and firewalling. It is a pain in the *rse if you have to administrate a lot of boxes with different distributions installed (unless you're using DHCP). > I really don´t know... In my opinion even the bind8 scheme is by > far too complex to be understood by the majority of people. I liked > more the /proc/sys-approach. This is more flexible. Then somebody > can implement a menu-based configuration program like HP did which > generates simple shell scripts for setup which are more transparent. With XML you have a tree structure -- and it is an open standard, even a good one. XML support for perl, python, etc exist and only those who _do_ understand XML will edit that thing by hand. > Because I do not have the time to maintain everything on my own. You don't have to. We will see what needs adjustments and what not. The library will need some tweaks to make use of the new features, but if you need to change it in a way it breaks operability with existing applications you are doing something wrong. > I do not yet understand why an application programmer (e.g. terminal program > writer) has to access the axports file at all. For the symbolic port name / device mapping. We can tweak axlib in a way that it returns the real name instead of the symbolic one by completely ignoring axports -- but this needs further investigation and isn't *that* important right now. > As I understood it the axports file was created to give kernel-ax25 a little > bit the touch of a NOS-app? Yes. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP sign
Re: [ANNOUNCE] new-AX.25 for 2.2.14 Rel. 5
> > there is no prepending KISS command byte anymore. That's > > annoying, but only affects very few tools: AFAIK only listen, net2kiss > > and ax25rtd. The later will use the netlink interface, I don't know > > And some applications -- aprsdigi, aprsmon, aprsd at least. Hmm, I don't know anything about APRS -- is it using normal UI frames, sent to a fixed destination? Why does it have to monitor all traffic on the channel? If it really has to use the AF_PACKET socket interface, you can easily detect the environment it is running in: the first octet in an AX.25 frame is part of the destination address, thus it has to be in [0-9A-Z ] shifted by one. If you receive a frame beginning with it it's likely the new DDI, if you receive one with a value of 0-31 it is almost certainly the old interface. Of course only with a certain probability, as you may have received a faulty frame or using KISS extensions (CRC, multiport), but this shouldn't be too common. Anyway, autodetection should work in 99% of all cases, for the rest a command line switch can take care of it. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Re: XML configuration file
Sorry for the late reply...
> But still I thing this is solely the distro´s problem. Applications and
> tools should never read such a file directly or via libax25. They should
> use the socket interface as all other protocol families also do.
The main purpose is to provide the relevant information to a script
that starts at boot time, being able to write a couple of tools to set
these parameters, validate the file and provide the information to other
applications if (and only if) they want to. You are right, no application
actually needs the information. Applications need axports and friends only
for the mapping of symbolic port names to devices -- everything else can
be done with ioctl() and *sockopt().
> >
> > 1k2
>
> That´s another thing I´d really like to get rid of. What´s the point of
> having symbolic names?
IMHO they are useful only for Node -- in fact, all information in
{ax,nr,rs}ports would be interesting only for Node if kissattach
would take a "speed" parameter... But that's only my opinion.
Joerg Reuter http://poboxes.com/jreuter/
And I make my way to where the warm scent of soil fills the evening air.
Everything is waiting quietly out there (Anne Clark)
PGP signature
Re: XML configuration file
> However, do you really expect Joe Packet to dig into > an XML file? Heaven forbid, no! > I say store it in XML if you really want, but give us an > easy to use configuration-program/web-front-end That's the concept. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Re: XML configuration file
Jens wrote: > As I view it we need a script/program/whatever that parses that XML config > file on bootup and calls the relevant tools/daemons/whatever unsing the > data contained in the config file to pass it in a formatted way along > as command line parameters. By George, I think he's got it! ;-) > We should, that´s another thing on the to do list. Ifconfig supports > AX.25 hwaddresses, ip did not last time I checked. It just supports colon-seperated hex values. Urgh. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Re: Call to create conversd that is GPLed
> Aside from tradition, what's wrong with just using IRC over packet? It starts with the question: which IRC? The RFC is long obsoleted by the actual implementations. To make it worse, those implementations are incompatible with each other, you've got to stick with one server type. The overhead is higher (IMHO not really a problem), depending on the ircd you use some timers (especially for pings) need to get tweaked. The main problems with IRC as we know it: - does not allow loops (but at least it doesn't render the whole network unusable if they occur) - complicated to configure - only suited for small networks: at least for the Undernet server every Hub server needs an entry in all other nodes' config - low acceptence by the users as long as convers at least somewhat works IRC isn't much better than convers, hence a new protocol would be the best sollution. At least it could take care of the loop issue. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Re: Call to create conversd that is GPLed
HP wrote: > Another question is how to route personal (/m call) messages through a > network of this style. And the next one is: how do we recognize that nodes aren't reachable anymore? Every node has to know the complete topology and quite frankly I don't have the slightest idea how to keep consistency (not to mention that I haven't found a way to store the tree efficiently while keeping changes to it fast and mostly atomic). To make it outright annoying, this is needed only for two small, yet important purposes: personal messages and a correct user list. > Other details are IRC-Like descriptive aplhanumeric channel-names and > perhaps some kind of user-authentication. It should designed in a way that an IRC emulation mode for user clients won't be too hard to write. > What is very low in priority is anything which has to do with > internet-based interlinks. But it shouldn't be hard to do all this > over plain ip, if the platform supports it. Links and user access should be TCP/IP based but with AX.25 interoperability to nodes that aren't IP capable. It doesn't make much difference programming wise on Linux, though. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Re: [ANNOUNCE] new-AX.25 for 2.2.14 Rel. 5
Tomi wrote: > The original reason for axports was that interfaces could only be > differentiated by the interface callsign. There was no way to tell the > kernel to "open a connection through device ax0". It needed to be done > by telling the kernel to "open a connection through the interface having > hardware address N0CALL". And this still is the default method. IIRC we didn't have a way to get the MAC address easily from an interface back then. > Now we have bind-to-device and settable interface names so we can start > thinking whether all this is needed. (This btw raises another question: > with the current state of things do we still need unique interface > HW-addresses? If we could get rid of that restriction, it would help a > lot.) With SO_BINDTODEVICE (BTW, I think this still needs to get implemented in NET/ROM and Rose) we need unique addresses only for applications that don't use it yet (so far none uses it, though). I don't know whether NET/ROM or Rose rely on it, though. 73, Joerg Reuter http://poboxes.com/jreuter/ And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there (Anne Clark) PGP signature
Re: ax25-tools-0.0.6
On Wed, Apr 26, 2000 at 07:22:57PM +0900, Ichiro Hieda JE1SGH wrote: > checking for c++... no > checking for g++... no > checking for gcc... gcc > checking whether the C++ compiler (gcc ) works... no > configure: error: installation or configuration problem: C++ compiler > cannot create executables. You don't have g++ which is why this is failing. I'm not sure why g++ is needed, strange. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Re: Spammage: I Surf, YOU GET PAID!!!!!! Promise
I did better than that. I forwarded then to [EMAIL PROTECTED] On Tue, May 02, 2000 at 10:01:41PM -0700, Dragos Ruiu wrote: > I would recommend that everyone who received this forward it back to Mr. Pio > at [EMAIL PROTECTED] to make the point that this is unacceptable behaviour. > > Just once each should suffice, and not contravene any usage policies :-). > > I did... Call it distributed spam negative reinforcement. :-) :-) :-} > Let's hope this will be sufficient to reinforce the lesson > about what not to do on public technical mailing lists. > > cheers, > --dr > > -- > dursec.com / kyx.net - we're from the future >http://www.dursec.com > learn kanga-foo from security experts: CanSecWest - May 10-12 Vancouver > > Speakers: Ron Gula/NSW, Ken Williams/E&Y, Marty Roesch/Hiverworld, > Fyodor/insecure.org, RainForestPuppy/wiretrip.net, Theo de Raadt/OpenBSD >Lance Spitzner/Sun, Fyodor Yarochkin/KALUG, Max Vision/whitehats.com >
Re: Call to create conversd that is GPLed
> Date: Wed, 3 May 2000 15:38:41 +1000 > Subject: Call to create conversd that is GPLed > From: [EMAIL PROTECTED] (Craig Small) > > I have had a look around all the hamradio converse bridges and found > that none of them have anything approaching a decent license. This > means that distributions cannot distrbute them legally and all sorts > of other horrible consequences. > > I would like to propose a project to create a converse daemon that is > licensed under the GPL. I have seen recent work on patching one or more > of the various daemons out there and would ask for help from these > people. Of course they would have to contribute only code that they > wrote themselves and be happy to have it licensed under GPL. Please consider a Berkeley-style copyright (see http://www.opensource.org/, http://www.opensource.org/osd.html, and http://www.opensource.org/licenses/). > There is a lot of tainted code in existing implementations that either > do not allow you to use or copy it or have conflicting licenses which > means you cannot use it anyway. ... Some argue, correctly I believe, that GPL is also "tainted". -tjs
Re: Call to create conversd that is GPLed
On 03-May-2000 Hans-Peter Zorn wrote: > Jochen, DG6VJ, did talk about his ideas at the PR-Convention in > Darmstadt last month. It is in the scriptum, but I think he can > make it available in postscript (German, though). To summarize the > ideas: The Network should allow cycles to avoid net-splits, which are > very annoying especially in the EU converse network which consists of > about 90-100 convers nodes, all of them being linked over _radio_ > links. > > To have a non-hierarchic structure, each message needs to get a serial > number (seperatly for each host) and a ttl. To avoid unnecessary > transmissions, the system should be able to (temporarily) suspend > a link when it receives old data over this route. When a supplying > link failes he can re-activate the "sleeping" renundant link. > > We want to use serial numbers, not hashes or something, because we > need low memory consumption. Gunter of FlexNet is interested in having > this system in his new rmnc master, which will not have a harddisk or > virtual memory. > > Another question is how to route personal (/m call) messages through a > network of this style. > > We don't have a protocol specification and no working code yet. > > Other details are IRC-Like descriptive aplhanumeric channel-names and > perhaps some kind of user-authentication. All this sounds horribly like my new DXCluster protocol which is also multicastable (an important requirement in my view). I am currently working on exactly such a thing and there has been a working copy of a sort of specification put out for discussion in the past which I am now implementing (in perl as it happens - but don't let that put you off). I will tart it up and stick it on the web site sometime this week. Dirk G1TLH http://www.dxcluster.org -- Dirk-Jan Koopman, Tobit Computer Co Ltd At the source of every error which is blamed on the computer you will find at least two human errors, including the error of blaming it on the computer.
Re: Log Program for Linux
On Wed, May 03, 2000 at 09:13:29PM +1000, Hamish Moffatt wrote: > On Sat, Apr 29, 2000 at 12:47:51PM +0200, Hans-Peter Zorn wrote: > > OK well I've been trying these programs. QtLog is in German and I cannot > get MySQL set up correct. MyVRLog is for KDE and also appears to be > in German. DHLog is also for KDE. Debian does not have KDE, > and the KDE site does not have .debs for the current Debian version. I am using the kde 1.1.2 .debs for potato on a mixed potato/woody box. ... Source: kdelibs Version: 4:1.1.2-19990906-1.0 Provides: kdelibs ... I think these are the ones from the kde site. I have only the libraries because I like the API KDE provides, but not the entire desktop. For most KDE apps you need only kdelibs. (Which are LGPLd by the way, therefore the licence is not problematic as it is for kdebase). It would be nice if above program would have backend and gui seperated, however. 73s Hans-Peter -- Hans-Peter Zorn, Karlsruhe, Germany http://www.stud.uni-karlsruhe.de/~uhsm/ [EMAIL PROTECTED](preferred) http://1409.org/people/hp/ [EMAIL PROTECTED](hamradio stuff)
net2kiss problem (2nd)
Hi all,
On Thu, 20 Apr 2000, Ed van Mol wrote:
> I'v problems with net2kiss
>
> I'v kernel 2.2.5
> ax25-apps-0.0.4
> ax25-tools-0.0.5
> libax25-0.0.7
>
> I'v:
> /usr/sbin/net2kiss -i ax1 /dev/ptyq0 &
> /usr/sbin/kissattach /dev/ttyq0 digi ${IPADDR}
>
> Net2kiss generats a lot off mess in the logfile /var/log/messages:
> Feb 17 07:38:47 c486 kernel: NET: 1 messages suppressed.
> Feb 17 07:38:47 c486 kernel: protocol is buggy, dev ax2
> Feb 17 07:38:47 c486 kernel: protocol is buggy, dev ax2
> Feb 17 07:38:47 c486 kernel: protocol is buggy, dev ax1
> Feb 17 07:38:47 c486 last message repeated 2 times
> Feb 17 07:38:53 c486 kernel: protocol is buggy, dev ax2
> Feb 17 07:38:53 c486 kernel: protocol is buggy, dev ax2
> Feb 17 07:38:53 c486 kernel: protocol is buggy, dev ax1
> Feb 17 07:39:19 c486 kernel: NET: 2 messages suppressed.
> And on and on
I face the very same problem. I cut out 'Protocol is buggy' messages
using syslog.conf, but 'NET: xxx messages suppressed' still pop up on
actual console making it full of garbage.
I have quite a number of ax25 interfaces: an USCC card with 4 active
ports, a TNC2 on one of the serial ports and a few pseudo tty ports too.
Running listen or aprsd makes these messages come up any time. I simply
can't use this PC from a local console, but only logging in from remote .
What makes all these? How can I get rid of them? Or at the least: how can
these 'suppressed' messages be suppressed? :-)
I have Debian potato, kernel 2.2.14, libax25-0.0.7, ax25-tools-0.0.6,
ax25-utils-0.0.4 and z8530drv-3.0 .
73 , Zoli
--
Zoltan (Zoli) Meszaros AX25 : HA5OB @ HA5OB.HUN.EURO
Budapest, Hunyadi ter 10. ampr-net : [EMAIL PROTECTED]
H-1067email : [EMAIL PROTECTED]
HUNGARY WEB : http://www.qsl.net/ha5ob
Re: Log Program for Linux
On Sat, Apr 29, 2000 at 12:47:51PM +0200, Hans-Peter Zorn wrote: > Browsing radio.linux.org.au I find at least 3 logging programs based > on MySQL: > > MyVRLog : http://www.computertime.de > DHLog: http://www.home.unix-ag.org/holgu/dhlog/indexe.html > QtLog: http://www.ewetel.net/~dieter.kumpies/soft.htm OK well I've been trying these programs. QtLog is in German and I cannot get MySQL set up correct. MyVRLog is for KDE and also appears to be in German. DHLog is also for KDE. Debian does not have KDE, and the KDE site does not have .debs for the current Debian version. :-( Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Call to create conversd that is GPLed
On Wed, May 03, 2000 at 10:32:47AM +0300, Heikki Hannikainen wrote: > On Wed, 3 May 2000, Craig Small wrote: > > > I would like to propose a project to create a converse daemon that is > > licensed under the GPL. I have seen recent work on patching one or more > > of the various daemons out there and would ask for help from these > > people. Of course they would have to contribute only code that they > > wrote themselves and be happy to have it licensed under GPL. > > Might be slightly easier to get one of the currently used code trees > under GPL. That shouldn't be all that hard to do for htpp for example. For > most of the code you'd only need to talk to Dieter Deyke, Fred Baumgarten, > Warren Toomey and Brian Lantz. I don't see why they would object to > GPL'ing the code. Did it, tried it and failed :( That was about 3 years ago, anyone else want to have a go? > > There is a lot of tainted code in existing implementations that either > > do not allow you to use or copy it or have conflicting licenses which > > means you cannot use it anyway. That is why we need to start from > > scratch on the core part. > > Which code tree did you look at, and what code did you find tainted? All of them, they all are pretty much the same after all tpp, conversd and httpu - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Re: Call to create conversd that is GPLed
An addition: I think the thing should be distributed under a BSD/X11-style licence so it can be incorporated in TNN which is has an ALAS licence, and probably XNet which is closed source. Unfortunally about > 50% of the convers hosts in the Euro-Network are Xnet or TNN. - hp -- Hans-Peter Zorn, Karlsruhe, Germany http://www.stud.uni-karlsruhe.de/~uhsm/ [EMAIL PROTECTED](preferred) http://1409.org/people/hp/ [EMAIL PROTECTED](hamradio stuff)
Re: Call to create conversd that is GPLed
On Wed, May 03, 2000 at 03:38:41PM +1000, Craig Small wrote: > G'day All, > I have had a look around all the hamradio converse bridges and found > that none of them have anything approaching a decent license. This > means that distributions cannot distrbute them legally and all sorts > of other horrible consequences. I think this can be easily changes by getting the permission for a licence-change from Dieter, Fred and Mat. I know I promised to contact them when we were discussing this at IRC recently, but I had too much other things to do lately. > > There is a lot of tainted code in existing implementations that either > do not allow you to use or copy it or have conflicting licenses which > means you cannot use it anyway. That is why we need to start from > scratch on the core part. > > I also know people have ideas about what things could/should be added, > we can look at that too. I have been going through the various > documentation and reading about the protocols, what is missing is the > user<->server protocol. > > This email is a call for others who have similar ideas to test to see if > we have sufficient interest. I know some people have been mumbling > about doing this before, we then let's actually go out and build this > thing. Jochen, DG6VJ, did talk about his ideas at the PR-Convention in Darmstadt last month. It is in the scriptum, but I think he can make it available in postscript (German, though). To summarize the ideas: The Network should allow cycles to avoid net-splits, which are very annoying especially in the EU converse network which consists of about 90-100 convers nodes, all of them being linked over _radio_ links. To have a non-hierarchic structure, each message needs to get a serial number (seperatly for each host) and a ttl. To avoid unnecessary transmissions, the system should be able to (temporarily) suspend a link when it receives old data over this route. When a supplying link failes he can re-activate the "sleeping" renundant link. We want to use serial numbers, not hashes or something, because we need low memory consumption. Gunter of FlexNet is interested in having this system in his new rmnc master, which will not have a harddisk or virtual memory. Another question is how to route personal (/m call) messages through a network of this style. We don't have a protocol specification and no working code yet. Other details are IRC-Like descriptive aplhanumeric channel-names and perhaps some kind of user-authentication. What is very low in priority is anything which has to do with internet-based interlinks. But it shouldn't be hard to do all this over plain ip, if the platform supports it. BTW all these pp-derivatives such as tpp etc aren't that common here, because they are very unix-specific. The pp (current version 3.13) runs on Unix, DOS FlexNet, Xnet (on TNC3 eg), TNN, etc.. The new one should be portable to embedded systems as well. - hp -- Hans-Peter Zorn, Karlsruhe, Germany http://www.stud.uni-karlsruhe.de/~uhsm/ [EMAIL PROTECTED](preferred) http://1409.org/people/hp/ [EMAIL PROTECTED](hamradio stuff)
Re: Question, was; [ANNOUNCE] new-AX.25 for 2.2.14 Rel. 5
On Tue, 2 May 2000, Kjell Jarl wrote: > bpq can be set up to give welcome text to the node call as well, usually > set off though. Some thenet nodes also gives welcome texts, debending on > the set up, also over long distance (already established link level). Ok, maybe I shouldn't have stressed this issue too much, it's not the point. The fact is that traditionally those systems have avoided sending welcome texts, and the reason (or one of the reasons) is what I explained. I know some systems do send them and that those systems also do things like check the list of known NET/ROM neighbours to see if the connectee is a user or not. That last mentioned thing is something you will never see on Linux, it is just too ugly and even as such it's not at all foolproof. Some implementations wait for the first information frame from the user before deciding what to do (the frame will have a protocol ID so the system knows exactly what it is for). Now this hack could be implemented at kernel or ax25d level I think and it wouldn't be all that ugly. Maybe some day... -- Tomi Manninen Internet: [EMAIL PROTECTED] OH2BNS AX.25: [EMAIL PROTECTED] KP20ME04Amprnet: [EMAIL PROTECTED]
Re: Call to create conversd that is GPLed
Cool, so you have a server too, would you like to link with us? Anyone else? On Wed, 3 May 2000, Robin Gilks wrote: > I've used IRC on packet and it has a considerable overhead (even at the client > end) compared to convers. Right, it's not designed for 1200 bit/s packet. 8-) Setting the ping timers to pretty high values ease up a lot, and adding zlib compression to the server (it has it for server links already!) and a couple clients should be trivial if one would devote a few evenings at it. > Another problem is the synchronising of user > nicknames - in IRC they can't be duplicated but many times a user will access > the network via different nodes to try to improve their connectivity and end up > with several logins. conversd has some trouble with it too. The behaviour with one username appearing on multiple servers/directions is undefined and i've seen funny things happening in that case. > Having said that, those users that have a good link to the hub here use the IRC > <> convers gateway that Jens David wrote and it works well (within the > limitations expected). Shame its not very stable - one day I'll learn to hack > Perl :-)) I have a somewhat stable single-channel gateway which appears as a server on the conversd network and an user on the IRC network. I'd rather keep multiple-channel gateways away from here. I don't see much sense in writing yet another set of servers and clients, since IRC simply works, has the features, and is proven to work. It can be improved to work for us. Btw, if you remove the file/pipe/exec features from the ircII client (to make it a bit more secure in this "kiosk-mode" environment), it works just fine as a linemode client under node or ax25d. I did most of the work for that already, maybe i should put the code out somewhere. - Hessu
Re: Call to create conversd that is GPLed
On Tue, 2 May 2000, Shawn T. Rutledge wrote: > Aside from tradition, what's wrong with just using IRC over packet? > (OK, maybe that's a dumb question but I don't mean it to be, I was > seriously considering trying that...) Nothing. We have an experimental amprnet IRC network running, currently three servers, and 11 users connected, 3 channels. We had 5 servers on 4 continents at one point. The net has been up for a year or two. [10:36] -!- irc.oh7rba.ampr.org irc.oh7rba.ampr.org 0 Kuopio, Finland [10:36] -!- w9da-1.ampr.org irc.oh7rba.ampr.org 1 Chicago,IL [10:36] -!- ka9scf-2.ampr.org w9da-1.ampr.org 2 Lombard,IL The servers are reachable from the amprnet on port 6667, any standard IRC client works. From outside amprnet they want a password. Use your callsign for login. Do not try to run a full gateway to the conversd network, it WILL cause a loop (there is a single-channel gateway running already, which is somewhat OK). Also, differences in the features make it impossible to create a proper gateway. We use the bog standard ircd from ftp.funet.fi, with no real powers granted to the server operators. - Hessu
Re: Call to create conversd that is GPLed
On Wed, 3 May 2000, Craig Small wrote: > I would like to propose a project to create a converse daemon that is > licensed under the GPL. I have seen recent work on patching one or more > of the various daemons out there and would ask for help from these > people. Of course they would have to contribute only code that they > wrote themselves and be happy to have it licensed under GPL. Might be slightly easier to get one of the currently used code trees under GPL. That shouldn't be all that hard to do for htpp for example. For most of the code you'd only need to talk to Dieter Deyke, Fred Baumgarten, Warren Toomey and Brian Lantz. I don't see why they would object to GPL'ing the code. > There is a lot of tainted code in existing implementations that either > do not allow you to use or copy it or have conflicting licenses which > means you cannot use it anyway. That is why we need to start from > scratch on the core part. Which code tree did you look at, and what code did you find tainted? - Hessu
Re: Call to create conversd that is GPLed
On Wed, 03 May 2000, you wrote: > On Wed, May 03, 2000 at 03:38:41PM +1000, Craig Small wrote: > > I would like to propose a project to create a converse daemon that is > > licensed under the GPL. I have seen recent work on patching one or more > > Aside from tradition, what's wrong with just using IRC over packet? > (OK, maybe that's a dumb question but I don't mean it to be, I was > seriously considering trying that...) > I've used IRC on packet and it has a considerable overhead (even at the client end) compared to convers. Another problem is the synchronising of user nicknames - in IRC they can't be duplicated but many times a user will access the network via different nodes to try to improve their connectivity and end up with several logins. In fact the slow end-to-end times in convers prevent a lot of the synchronisation that IRC requires. Having said that, those users that have a good link to the hub here use the IRC <> convers gateway that Jens David wrote and it works well (within the limitations expected). Shame its not very stable - one day I'll learn to hack Perl :-)) Any new convers facility will need to be compatible with the existing inter-server protocol but maybe there is something that can be done to improve (or maybe it should provide) IRC client connectivity as well. -- 73 de Robin. G8ECJ Hub manager gb7ipd NTS: G8ECJ@GB7TVG.#42.GBR.EUAmprNet: [EMAIL PROTECTED] Internet: [EMAIL PROTECTED] http://www.gb7ipd.freeserve.co.uk/ Shack: (+44) 1628 533311Fax: (+44) 1628 850165 Club pages (g4xyw modem etc) at http://www.tvipug.freeserve.co.uk
