| |
ZL3AI > APRDIG 09.04.04 22:47l 292 Lines 10004 Bytes #999 (0) @ WW
BID : 3121-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 06, 3/4
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<7M3TJZ<ZL2BAU<ZL2BAU<ZL3VML
Sent: 040409/1414Z @:ZL3VML.#80.NZL.OC #:22139 [Chch-NZ] FBB7.00i $:3121-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: Mic-E Packet Help Needed
From: "Curt, WE7U" <archer@eskimo.com>
Date: Tue, 6 Apr 2004 10:54:20 -0700 (PDT)
X-Message-Number: 16
On Tue, 6 Apr 2004, AE5PL Lists wrote:
>On the contrary, take a look at
>http://www.findu.com/cgi-bin/raw.cgi?call=KB4TOH-13 This takes out any
>anomalies caused by either your logging software or display software.
How do they represent the unprintable characters that Mic-E regularly uses?
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA http://www.eskimo.com/~archer
"Lotto: A tax on people who are bad at math." -- unknown
"Windows: Microsoft's tax on computer illiterates." -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: Why archive only SPAM on the TAPR lists???
From: "John R. Ackermann N8UR" <jra@febo.com>
Date: Tue, 06 Apr 2004 14:21:37 -0400
X-Message-Number: 17
Curt (and others who have asked) --
We're painfully aware of the spam problem on the archives, but due to
the current system architecture we don't know of a way to fix the
problem without making major software changes; yes, it "should" be easy,
and I'm sure that dozens of folks out there can tell us how to do it,
but given the software and OS versions we're running, it's not as simple
as it looks.
The cure will come when we reconfigure the whole TAPR site onto new
hardware and updated operating systems. At that time, all mail services
will run through a spam filter (probably SpamAssassin) and that, coupled
with some other system changes, should solve the problem. We're working
on that changeover right now, but as always the constraints of volunteer
resources mean that things don't move as quickly as we'd like.
And, frankly, with the limited resources we have, I'm focused more on
fixing the big problem (system upgrade which will solve a bunch of
problems, including a better mailing list program) rather than on
subsidiary fixes.
73,
John
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: Why archive only SPAM on the TAPR lists???
From: "John R. Ackermann N8UR" <jra@febo.com>
Date: Tue, 06 Apr 2004 15:22:51 -0400
X-Message-Number: 19
John R. Ackermann N8UR wrote about spam instead of real mail in the
aprrsig archive...
I forgot to address both points in my other message. Fixing the
incoming spam is a difficult problem given our architecture, though
there is a stopgap solution that our sysadmin is going to try; it may
work for a while, but is likely to lose effectiveness quickly.
Getting legitimate messages into the archive is a different issue, and
one that we will try to fix ASAP, though again it may only be a stopgap
as we suspect the two problems are related.
So, hopefully, we'll be archiving real messages again, but I doubt we'll
be able to stop the spam inflow more than temporarily until we make the
major changes we're working on.
73,
John N8UR
----------------------------------------------------------------------
Subject: Re: Mic-E Packet Help Needed
From: Steve Dimse <k4hg@tapr.org>
Date: Tue, 6 Apr 2004 15:44:08 -0400
X-Message-Number: 20
On 4/6/04 at 10:54 AM Curt, WE7U <archer@eskimo.com> sent:
>>On the contrary, take a look at
>>http://www.findu.com/cgi-bin/raw.cgi?call=KB4TOH-13 This takes out any
>>anomalies caused by either your logging software or display software.
>
>How do they represent the unprintable characters that Mic-E
>regularly uses?
findU returns the characters themselves. How they are displayed are up to
your browser, Safari and IE on the Mac show them as boxes. Windows may be
different...
Steve K4HG
----------------------------------------------------------------------
Subject: Re: Mic-E Packet Help Needed
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Tue, 6 Apr 2004 14:47:49 -0500
X-Message-Number: 21
Depending on the browser or source editor you are using, one of the most
common methods is a character-sized box. Keep in mind that one of the
unprintable characters is a 0x7f otherwise known as a delete character.
This could cause a character to appear missing in some browsers/editors
yet still be there. The best bet is to use a source editor which does
not modify the data upon display.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Re: Mic-E Packet Help Needed
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Tue, 6 Apr 2004 16:38:02 -0400
X-Message-Number: 22
Pete,
I agree... But the problem is not at the browser level... These packets
are getting mangled and then put on the IS. You can easily see this by the
way two packets will show up back-to-back on the IS and one is not duped
out. If it were a browser issue you wouldn't see the second one because the
core servers would have deleted it as it was a duplicate.
----------------------------------------------------------------------
Subject: Re: Mic-E Packet Help Needed
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Tue, 6 Apr 2004 16:29:17 -0500
X-Message-Number: 23
Eric,
Please re-read my original post. I addressed this problem referencing
the raw data from findu.com. Let me reiterate:
From reviewing the data at findu.com, it appears that N8VNR-1 has FILTER
turned ON (default for aprsd) or has some other anomaly with the TNC.
KB4TZN appears to be passing the data correctly.
My subsequent post was simply answering your question about how
different browsers and source editors might display the raw data from
findu.com. The data sent to the browser from the raw.cgi at findu.com
is the actual, unmodified, data seen by the findu collector.
So, in conclusion, to correct the problem you are seeing, you need to
contact N8VNR based on the data recorded at findu.com.
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Re: Mic-E Packet Help Needed
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Tue, 6 Apr 2004 17:40:20 -0400
X-Message-Number: 24
Pete,
Sorry, my email server is having some problems so they are trying to sync
mail between three servers and I didn't get your message until after I had
sent mine. I'll forward these notes on to N8VNR and see if I can find out
some additional information.
Thanks,
Eric KF4OTN
----------------------------------------------------------------------
Subject: FW: Mic-E Packet Help Needed
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Tue, 6 Apr 2004 20:28:23 -0400
X-Message-Number: 25
FYI
-----Original Message-----
From: Kevin Otte [mailto:nivex@nivex.net]
Sent: Tuesday, April 06, 2004 20:22
To: Christensen, Eric
Subject: Re: Mic-E Packet Help Needed
On Tue, Apr 06, 2004 at 08:04:49PM -0400, Christensen, Eric wrote:
>Okay... I actually banged my head on the desk when I read that your
>TNC was also in KISS... I was sure it was going to be a simple fix.
>Afriend of mine, Bill, said that there was a known bug in a certain
>version of APRSd but I don't remember what it was... I'll see if I
>can get more information on that.
Attached is the bug report I sent to the Debian BTS. Hopefully we'll get
some traction pretty quickly, as the maintainer for the Debian package of
aprsd is also the maintainer of aprsd itself :) I'll let you know when it
gets assigned a number.
>I saw your webpage... I really liked all the pics. Do you host your
>own webpages on your server?
Yep :)
--
Kevin Otte, N8VNR
nivex@nivex.net
http://www.nivex.net/
-=-
"Those who cannot remember the past are condemned to repeat it."
-- George Santayana
"It seems no one reads Santayana anymore."
-- Cdr. Susan Ivanova, Babylon 5
------------
From: Kevin Otte <n8vnr@nivex.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: aprsd is munging packets with non-print chars
Date: Tue, 6 Apr 2004 20:11:21 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
Package: aprsd
Version: 1:2.2.5-13-1
Severity: important
aprsd sending packets to the Internet system that differ from what was
actually heard on air. This munging corrupts MIC-E packets.
Here is a frame recieved from air with listen -h:
ax0: fm W4JFJ-7 to S4UW4T via W4NHV-9* KD4PBS-3* ctl UIv pid=F0(Text) len 11
0000 27 6B 59 38 6C 20 1C 4B 5C 3E 0D | 'kY8l .K\>.
Here is the same packet as seen from the view of netcat connected directly
to the aprsd:
00000000 57 34 4a 46 4a 2d 37 3e 53 34 55 57 34 54 2c 57
|W4JFJ-7>S4UW4T,W|
00000010 34 4e 48 56 2d 39 2c 4b 44 34 50 42 53 2d 33 2a
|4NHV-9,KD4PBS-3*|
00000020 2c 71 41 52 2c 4e 38 56 4e 52 2d 31 3a 27 6b 59
|,qAR,N8VNR-1:'kY|
00000030 38 6c 20 20 4b 5c 3e 20 0d 0d 0a |8l K\> ...|
0000003b
You'll note that the 0x1C at offset 0x06 of the data part of the on-air
frame has been converted to 0x20 and the 0x0d at offset 0x0a of the on-air
frame has been mangled to two bytes 0x20 0x0d.
Further evidence of this can be noted at:
http://www.findu.com/cgi-bin/raw.cgi?call=KB4TOH-13
by comparing the packets relayed to the Internet system from N8VNR-1 and
KE4TZN.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.24-1-k6
Locale: LANG=C, LC_CTYPE=C
Versions of packages aprsd depends on:
ii libax25 0.0.11-2 ax25 library for hamradio
applicat
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries
an
ii libgcc1 1:3.3.3-5 GCC support library
ii libstdc++5 1:3.3.3-5 The GNU Standard C++ Library v3
-- no debconf information
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
