<div dir="ltr">I will not go into detail of how but if a non-licensed ham is discovered and reported I can prevent them from posting.<div><br></div><div>That being said, the next release will not show the passcode in plaintext to prevent users from using the app to generate and get passcodes to use them outside of the app.</div><div><br></div><div>I will however, point out a couple of things:</div><div><br></div><div>1) It is unlikely a non-amateur radio operator will search for an APRS app.</div><div>2) It is unlikely they will bother to spend $4.99 on it just to screw with the network.</div><div>3) In the years OpenAPRS has been out as an APRS app on iOS I've not had issues. The combination of likelyhood + the ability I have to deadman switch posting makes abuse a statistically insignificant issue.</div><div><br></div><div>Hopefully that addresses any concern of the security of the network. I will also point out you can search for APRS passcode and the first 2 or 3 hits are web generators. There are far more appropriate gripes over passcode security of APRS-IS greater than an auto-generated passcode on a paid app that can be switched off remotely.</div><div><br></div><div>Greg</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 22, 2014 at 7:30 AM, Lynn W. Deffenbaugh (Mr) <span dir="ltr"><<a href="mailto:ldeffenb@homeside.to" target="_blank">ldeffenb@homeside.to</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Ug.  And this conforms how to the requirement on
    <a href="http://www.aprs-is.net/Connecting.aspx" target="_blank">http://www.aprs-is.net/Connecting.aspx</a> (emphasis theirs):<br>
    <br>
    <blockquote type="cite"><b>It is the responsibility of each software
        author to provide the proper passcode to their individual users
        on a request basis.</b> This is to aid in keeping APRS-IS
      restricted to amateur radio use only.</blockquote>
    <br>
    IMHO, it should default to -1 until some contact is made to honor
    the responsibility of the software author to get a proper passcode
    for their callsign.<br>
    <br>
    Lynn (D) - KJ4ERJ - Author of ARPSISCE for Windows Mobile and Win32<div><div class="h5"><br>
    <br>
    <div>On 9/21/2014 3:51 AM, Heikki
      Hannikainen wrote:<br>
    </div>
    <blockquote type="cite">On Thu, 18 Sep 2014, Gregory A. Carter wrote:
      <br>
      <br>
      <blockquote type="cite">At the moment we use plaintext passcode.
        <br>
      </blockquote>
      <br>
      To be a bit more specific, APRS Mobile 1.0 calculates the passcode
      for the callsign entered by the user.
      <br>
      <br>
      1) User enters his callsign in the configuration view
      <br>
      2) Correct passcode automatically appears in the passcode field of
      the configuration view
      <br>
      <br>
        - Hessu
      <br>
      <br>
      _______________________________________________
      <br>
      aprssig mailing list
      <br>
      <a href="mailto:aprssig@tapr.org" target="_blank">aprssig@tapr.org</a>
      <br>
      <a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a>
      <br>
      <br>
    </blockquote>
    <br>
  </div></div></div>

<br>_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>NV6G<br>OpenAPRS.Net<br>OpenAPRS iPhone Edition<br>Find RC sites and weather in your area on iPhone/iPad with WhereBRC
</div>