Right now OpenAPRS is faking the APRS message back as the alias they
used, so if they sent the message to EMAIL it gets acked from EMAIL or
E respectively.  I need to add N6NAR in the path to make the message is
tracable back to us still but that should be done by Saturday.<br>
<br>Greg<br><br>NV6G<br>OpenAPRS.Net<br><br><div class="gmail_quote">On Fri, Nov 7, 2008 at 10:35 AM, Robert Bruninga <span dir="ltr"><<a href="mailto:bruninga@usna.edu">bruninga@usna.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks Pete,<br>
<br>
> Be advised that... many APRS-IS servers and<br>
<div class="Ih2E3d">> APRS clients consider callsigns that are less<br>
> than 3 characters to be invalid.<br>
<br>
</div>Yes, even APRSdos ignores AX.25 packets with less than 3 letter<br>
calls.<br>
<div class="Ih2E3d"><br>
> Also, a problem seen with the Sprouls' email<br>
> server early on (I think they fixed this) was<br>
> that it would ack back using a callsign<br>
</div>> instead of EMAIL causing confusion with many<br>
> clients.<br>
<br>
Lemme think about this... Help me remember...<br>
<br>
Sending:<br>
WB4APR>APRS::EMAIL....:message...{line#<br>
<br>
Expected response:<br>
WU2Z>APRS::WB4APR....:ackline#<br>
<br>
Many clients would not recognize this as an ACK because the<br>
SENDING callsign (WU2Z) did not match the outgoing callsign<br>
(EMAIL).  So, there were 3 possible fixes...:<br>
<br>
1) If the ACK was from WU2Z, then accept the ack<br>
2) If the line number matched ANY outgoing message, then accept<br>
it?<br>
3) Have WU2Z fake a "EMAIL>APRS::WB4APR...:ackline#"<br>
<br>
I think we ended up loosening up the line-number match algorithm<br>
and adopted #2.  If #1 is hardcoded in any systems, then that is<br>
a problem.<br>
If the fix was #3, then that is a problem at the AX.25 level as<br>
Pete raises.  Pete, can you confirm that if the fix was #2, that<br>
then nothing in in the APRS-IS would care about a "message"<br>
addressee (though they do care about AX.25 addresses)?.<br>
<br>
Thanks<br>
Bob, WB4APR<br>
<div class="Ih2E3d"><br>
> Things to consider when looking at doing short callsigns<br>
> and/or callsign substitution with server applications.<br>
><br>
> 73,<br>
><br>
> Pete Loveall AE5PL<br>
> pete at ae5pl dot net<br>
<br>
<br>
</div><div><div></div><div class="Wj3C7c">_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
</div></div></blockquote></div><br>