[OZAPRS] EMAIL messages

[Tony Hunt]

Damien .. The format is to send an APRS message to EMAIL or UIMAIL with
the
actual email address destination contained in the first characters of the
message text. As soon as a SPACE character is encountered it assumes that
is
the end of the Email address and the begining of the message content..
Pretty basic in structure..

The server sends an ACK back to the originators callsign and also seems to
send a delivery confirmation in the form of a message back on APRS.. This
delivery confirmation seems to sometimes come and sometimes not even on a
Internet based system..

The system needs to be able to deal with the odd situation where the
originator wont ACK the confirmation message or cant see the ACK comming
back from the server.. This happens when using ISS/PCSAT etc as the
backwards path just isnt there.. SO only sending a limited number of
confirmation attempts and ACKs before aborting would be the go ..

Ive seen with Digi_ned (for example) that it seems to get in a bit of a
mess
at times if you dont ACK it.. Its still trying many hours later to send
messages to you.

As I said before only accepting messages from VK/ZL etc callsigns might be
a
easy way to stop huge amounts of stuff being generated and keep it in our
own back yard so to speak..

Theres my 2 bobs worth on it..

Tony Hunt  VK5AH

----- Original Message -----
From: "Damien Gardner Jnr" <rendrag at rendrag.net>
To: <ozaprs at marconi.ics.mq.edu.au>
Sent: Thursday, March 18, 2004 23:05 PM
Subject: Re: [OZAPRS] EMAIL messages


> From: "Hamish Moffatt" <hamish at cloud.net.au>
> > In theory yes we could be we are limited to what the current software
> > can do. We could certainly modify APRSD to do this but
> > aprs/second.aprs.net.au are running "javAPRSsrvr" and I don't know if
> > the source to that is freely available.
>
> If someone can give me a quick rundown on the packet format for an EMAIL
> message, I'd be happy to run yet another daemon process on the VK1 Igate
box
> (It's already running 3 java VM's for the logging and packet processing
> stuff, so one more VM isn't going to hurt :), and bandwidth isn't really
an
> issue, since the box is being moved to an IP on a DSL link with a 100Gb
> quota next week ;)
>
> Cheers,
>
> DG
>
>
> _______________________________________________
> ozaprs mailing list
> ozaprs at marconi.ics.mq.edu.au
> http://marconi.ics.mq.edu.au/cgi-bin/mailman/listinfo/ozaprs

_______________________________________________
ozaprs mailing list
ozaprs at marconi.ics.mq.edu.au
http://marconi.ics.mq.edu.au/cgi-bin/mailman/listinfo/ozaprs