Right now, kv4p HT will send an APRS "ack" to other radios when it receives an APRS message addressed to the user's callsign. But if kv4p HT itself receives an "ack" for one of its messages, it does nothing with it.
Instead, we should re-send the attempted Message if we don't get an "ack" after some timeout (maybe 10 seconds with exponential backoff, so 10, 20, 40, etc.), with a limit of max retries (let's start with 5).
It should be smart enough to not try to re-send a Message if the user is actively transmitting, or if it's in the middle of decoding another message.
Right now, kv4p HT will send an APRS "ack" to other radios when it receives an APRS message addressed to the user's callsign. But if kv4p HT itself receives an "ack" for one of its messages, it does nothing with it.
Instead, we should re-send the attempted Message if we don't get an "ack" after some timeout (maybe 10 seconds with exponential backoff, so 10, 20, 40, etc.), with a limit of max retries (let's start with 5).
It should be smart enough to not try to re-send a Message if the user is actively transmitting, or if it's in the middle of decoding another message.