[Dxspider-support] Spider mail

[Tom Vavra]

Dirk

You sort of infer that the batching may be an ax25 (or netrom) issue rather
than a spider issue.  I've only seen the batching one other place, as you
suggest.  This is the initial PC19, the PC16 and then PC20 at init.  Since I
am at the end of the link, it is not a problem.  I dont know how ARCluster
might handle spanned packets there.  If this is an ax25 issue, is there a
way of inserting some pauses to force ax25 to queue the packet?  I know it
seems a bit trivial, but I really would like to make mail forwarding work.

    Tom    WB8ZRL

PS   As noted in the private answer with attachments, I'm running RH 9.0
with 2.4.20 kernel and version 1.51 build 58.3 of spider


----- Original Message ----- 
From: "Dirk Koopman" <djk at tobit.co.uk>
To: "Dxspider-Support" <dxspider-support at dxcluster.org>
Sent: Tuesday, September 28, 2004 9:00 PM
Subject: Re: [Dxspider-support] Spider mail


> Mail does not work with AR-C (unless the author has bitten the bullet
> and fixed his implementation). Basically the problem is in the way that
> the callsigns are used in the various mail oriented PC sentences.
>
> They are (or at least - were - two years ago when I last looked) just
> plain wrong and fundamentally incompatible with my implementation (which
> is known to work with other software including AK1A). Unfortunately for
> me, AK1A will talk to AR-C, but this only really works works by
> accident. If it checked its sentences a bit more rigorously it wouldn't
> work.
>
> Having said all that (and got it off my chest), I am a bit surprised to
> see the batching up. Are you sure that you are still in something like
> 'converse' mode? Both linux and Windows implementations are known to
> talk to AK1A boxes using AX25 and that too has the problem that it needs
> one packet for each PC sentence (or at least that was the experience
> reported on here several years ago).
>
> What are you using to connect? What operating system are you using?
>
> Can you do a set/debug raw and send me a complete conversation for a
> mail message?
>
> As I said earlier, this has all the signs of the AR-C mail problem that
> I am aware of. But it may be something new. I need more input to
> determine what is going on.
>
> As an aside, I am slightly surprised that batching is a problem, because
> using TCP connections, particularly at startup, batching will occur a
> lot.
>
> Dirk G1TLH
>
> On Tue, 2004-09-28 at 20:37 +0000, Tom Vavra wrote:
> > I am in the process of converting my node from AK1A software to
DXSpider.  I
> > connect to only one node, an ARCluster node, N3RA.  I am having trouble
> > forwarding mail to N3RA.
> >
> > As can be seen in the listen capture below, the four PC29s and the PC32
are
> > "packaged" together and put into two physical net/rom packets.
ARCluster
> > seems to be unable to "unpackage" the PCs when they span more than one
> > physical packet.  The AK1A software can, but ARCluster cannot.  N3RA
never
> > sends the PC31, so both ends are waiting for the other to do something.
> >
> > Is there a way to disable the "package" process in spider?  The author
of
> > ARC has not made any modifications recently, and I dont think I can get
it
> > fixed on that side.
> >
> >       Tom   WB8ZRL
> >
> >
> >
> >
> >
> >
> > port1: fm WB8ZRL-13 to WB8ZRL-2 ctl I51^ pid=CF(NET/ROM) len 256
15:35:22
> > NET/ROM: WB8ZRL-13->N3RA ttl 15
> >          info: ur ckt 00/8E txseq 57 rxseq 24
> > 0000  PC29^N3RA^WB8ZRL^39^Dave   this is a test from the new cluster s
> > 0040  oftware I'm playing with.^~.PC29^N3RA^WB8ZRL^39^The way it handl
> > 0080  es mail is a bit different, and I need to insure that I^~.PC29^N
> > 00C0  3RA^WB8ZRL^39^can get mail to you.    73   t
> > port1: fm WB8ZRL-13 to WB8ZRL-2 ctl I52^ pid=CF(NET/ROM) len 85 15:35:22
> > NET/ROM: WB8ZRL-13->N3RA ttl 15
> >          info: ur ckt 00/8E txseq 58 rxseq 24
> > 0000  om^~.PC29^N3RA^WB8ZRL^39^*>*>*>N0NI W0FLS^~.PC32^N3RA^WB8ZRL^39^
> > 0040  .
> > port1: fm WB8ZRL-2 to WB8ZRL-13 ctl RR3v 15:35:30
> > port1: fm WB8ZRL-2 to WB8ZRL-13 ctl I35+ pid=CF(NET/ROM) len 20 15:35:46
> > NET/ROM: N3RA->WB8ZRL-13 ttl 12
> >          info ack: ur ckt 01/01 rxseq 59
> >
> >
> > _______________________________________________
> > Dxspider-support mailing list
> > Dxspider-support at dxcluster.org
> > http://www.tobit.co.uk/mailman/listinfo/dxspider-support
> >
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at dxcluster.org
> http://www.tobit.co.uk/mailman/listinfo/dxspider-support
>