| |
ZL3AI > APRDIG 10.03.03 16:37l 235 Lines 9553 Bytes #999 (0) @ WW
BID : 998-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 05, 1/5
Path: DB0FHN<DB0ZWI<DB0HST<ON0DXC<WA7V<VE1ATT<HA3PG<HB9OK<IK6PYS<VK7AX<
ZL2BAU<ZL3VML
Sent: 030308/1053Z @:ZL3VML.#80.NZL.OC #:61215 [Chch-NZ] FBB7.00i $:998-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Wednesday, March 05, 2003.
1. Re: New TMD-700 Firmware (TXD settings)
2. Malicious attempts to unsubscribe
3. Re: Malicious attempts to unsubscribe
4. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
5. Re: Archives
6. Re: Linux soundcard modem performance and refernces
7. Re: Linux soundcard modem performance and refernces
8. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
9. Re: Kenwood redefines Warranty
10. Re: Kenwood redefines Warranty
11. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
12. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
13. Re: Kenwood redefines Warranty
14. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
15. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
16. Re: Archives
17. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
18. Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
19. 3 of 4 APRS balloon launches postponed
20. RE: Linux soundcard modem performance and refernces
21. RE: Linux soundcard modem performance and refernces
22. Re: Kenwood redefines Warranty
23. RE: Linux soundcard modem performance and refernces
24. RE: Linux soundcard modem performance and refernces
25. RE: Linux soundcard modem performance and refernces
26. RE: Linux soundcard modem performance and refernces
27. RE: Linux soundcard modem performance and refernces
28. ADMIN: Re: Kenwood redefines Warranty
29. Re: New TMD-700 Firmware
30. Re: New TMD-700 Firmware
31. RE: Linux soundcard modem performance and refernces
32. aprs with mfj 1270c
33. Re: Linux soundcard modem performance and references
----------------------------------------------------------------------
Subject: Re: New TMD-700 Firmware (TXD settings)
From: WA8LMF2@aol.com
Date: Wed, 5 Mar 2003 00:13:16 EST
X-Message-Number: 1
In a message dated 3/4/2003 6:21:52 PM Pacific Standard Time,
greg@clubnet.net writes:
>It is a real shame that the nice short MIC-E
>packet gets unnecessarily elongated by the present TXD value. I have
>found that on the THD-7G, that a TXD setting of 200ms is very reliable
>and results in a much shorter packet (than when using the default TXD).
I've noticed the same thing. I've been tweaking the settings for my
just-received TinyTrak III firmware upgrades ; i.e. new Pic micro in an old
TT-1 board. I've been able to set the TXD down from the default of the
programming software (300mS) to 75mS when using it with a Kenwood TM-742
transceiver.
I did everything to make the packet as short as possible (posit only, no
altitude, no comment, Mic-E canned path of Wide-2, etc). I set the
deviation of the packet tones to only 2.2KHz. The combination makes the
end-of-tx squawk dramatically less noticible and annoying to other users on a
voice repeater, than my D700 with it's default APRS settings. In fact, it
actually just about gets masked (for hearing perception -- not data decode)
by the much louder repeater squelch crash that immediately follows it...
The really short packets really do decode much more reliably from marginal
mobile signals. I've been experimenting with APRN and have beem making
combination SSTV/APRS transmissions from my mobile often in areas (like
downtown L.A.) with severe flutter and multipath. The decode success for the
really really short TinyTrak Mic-e is almost 100% compared to about 60% for
the longer Mic-E with comment field sent by my D700.
Stephen H. Smith wa8lmf @ aol.com
Home Page: http://wa8lmf.com
Ham Radio/Mobile SSTV page: http://members.aol.com/wa8lmf/ham
APRS Stuff
http://members.aol.com/wa8lmf/aprs
----------------------------------------------------------------------
Subject: Malicious attempts to unsubscribe
From: Jim Duncan <jdbandman@earthlink.net>
Date: Tue, 04 Mar 2003 23:42:35 -0600
X-Message-Number: 2
I just received an unsubscribe confirmation message from the TAPR
server.
Apparently somebody at one of the following email addresses attempted to
unsubscribe me from the APRS SIG....
n5fo@lcix.net (email sent bounces as "user unknown")
millerjn@msx.upmc.edu
Anyone else experienced this????
In addition the unsubscribe message was carrying the Exploit-MIME Gen
virus...
--
73 de Jim, KU0G
Chairman/Coordinator
Kansas City APRS Working Group, W0APR
First Alert Storm Team KMBC-TV9
Mailto:ku0g@kcaprs.org
Webpage: http://www.kcaprs.org
----------------------------------------------------------------------
Subject: Re: Malicious attempts to unsubscribe
From: Bill Herrmann <bherrman@spro.net>
Date: Tue, 04 Mar 2003 23:40:04 -0700
X-Message-Number: 3
At 11:42 PM 3/4/03 -0600, Jim Duncan wrote:
>Apparently somebody at one of the following email addresses attempted to
>unsubscribe me from the APRS SIG....
Luckily there is a better explanation here. (I should probably mention that
I'm "somewhat familiar" with mail lists as I run a rather larger mail list.)
>In addition the unsubscribe message was carrying the Exploit-MIME Gen
>virus...
This is actually your explanation. This and a number of other current
worms/virii send emails as if they were from people other than the one that
was infected.
Lyris, the software that runs this list, has a somewhat unique mechanism
for trying to automate the unsubscribe process. Every message carries a
special unsubscribe address in at least 2 places. Even if a message is sent
from a completely unrelated address to one of those an unsubscribe
happens... If you happened to have forwarded any APRS SIG message to
someone else who happened to get infected they could accidently trigger
that. For this reason I strip those out if I ever forward information to
anybody no matter how much I trust them.
The following line is a (doctored) example of one of those unsubscribe lines.
>To unsubscribe send a blank email to leave-aprssig-xyz@lists.tapr.org
Another possible explanation is that you got infected and it happened to
mail it with those other ids you mentioned.
Last, but not least, a mail to the generic unsubscribe address (I think
Lyris has one of those... My list isn't on Lyris.) that appeared to be from
you (courtesy of the virus) would also trigger the behavior you saw.
Of course, it is possible that somebody tried to intentionally unsubscribe
you, but it's more likely that one of the three explanations above is what
happened.
Bill
----------------------------------------------------------------------
Subject: Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood blah blah
From: Doug McFadden <kc7imr@orednet.org>
Date: Tue, 4 Mar 2003 23:51:30 -0800 (PST)
X-Message-Number: 4
On Tue, 4 Mar 2003, Neil Johnson wrote:
>Date: Tue, 4 Mar 2003 21:27:12 -0600
>From: Neil Johnson <njohnsn@njohnsn.com>
>To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>
>Cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>
>Subject: [aprssig] Re: APRS Urban Legend: FCC firmware upgrades, was Kenwood
blah blah
>
>Flash can be good, Flash can be bad.
>
>I have seen the results of software engineers deciding that they can be sloppy
>with their code because ("If there's a bug, we can always reflash it
>later.").
>
>Nothing like pulling back several thousand units of product multiple times to
>the factory to "reflash it later".
>
>People tended to be a little more careful when they knew it was going to be
>"burned" in.
Sounds like the hardware version of the "Micro$oft Treadmill"
Doug/KC7IMR
----------------------------------------------------------------------
Subject: Re: Archives
From: Alex <kr1st@amsat.org>
Date: Wed, 05 Mar 2003 07:58:07 -0500
X-Message-Number: 5
Henk de Groot wrote:
>There is more than enough information now on the web and in the archives by
>now, when somebody wants to make an informed choice, there is nothing to
>stop him or her to find it.
Yes, there is. Have you ever tried to find a specific message in the
TAPR archives? Another problem is by definition the info in archives is
old. You need to have a good understanding of the subject matter in
order to be able to judge if information is still pertinent.
>Hence I see no reason to have another
>discussion about this here.
We may as well stop discussions about path settings and numerous other
subjects if people would just read the archives, the web, manuals.
Hopefully then the list will return to a very low volume traffic
carrying list with only new questions, and maybe even new answers.
>I see the dead horse-beating taking off anyway, hopefully Stan will put an
>end to it fast!
Funny, whenever some folks see something happening they don't like they
ask for the moderator to step in. When I hear these cries for help it
always reminds me of small children in a sandbox calling for their
parents to intervene if something happens they don't like and they can
not deal with themselves. Perhaps moderators have become our parents,
for those who need them. How on earth these folks deal with any
broadcast type information is beyond me.
Every time the D7 upgrade comes up, you bring up the fact that it can't
be upgraded in Europe. You, just as anyone else who participates in the
discussion, are just as guilty of beating that poor horse.
73,
--Alex KR1ST
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
