[aprssig] APRS<=>E-mail

[Lynn W. Deffenbaugh (Mr)]

Different absolute upper limits depending on if the system detects the 
client as APRS-IS connected (TCPIP) or RF-connected (gated)?  
User-configurable if they want it to be lower than that absolute upper 
limit?

To throw out numbers, I'd say 1K for non-RF users, and 128 (or something 
thereabouts) for RF-connected recipients.  Remember that I'm proposing 
that those D7 (to pick on one small-screen device, nothing against 
Kenwood) users out there can set their limit MUCH less than the absolute 
maximum.

Lynn (D) - KJ4ERJ

Gregory A. Carter wrote:
> I believe you're absolutely correct here, the question becomes at what 
> point should it be cut off?
>
> 45 as Steve suggests, 128, 256?  Where?
>
> Greg
>
> NV6G
> OpenAPRS.Net
>
> On Mon, Jan 5, 2009 at 8:22 AM, Rusty Hemenway <nnn0fjk at gmail.com 
> <mailto:nnn0fjk at gmail.com>> wrote:
>
>     I think a character count should be also be developed.  We don't
>     want people
>     sending 30 line email messages over APRS.
>
>     -----Original Message-----
>     From: aprssig-bounces at tapr.org <mailto:aprssig-bounces at tapr.org>
>     [mailto:aprssig-bounces at tapr.org
>     <mailto:aprssig-bounces at tapr.org>] On Behalf
>     Of Ben Jackson
>     Sent: Monday, January 05, 2009 8:11 AM
>     To: aprssig at tapr.org <mailto:aprssig at tapr.org>; TAPR APRS Mailing List
>     Subject: Re: [aprssig] APRS<=>E-mail
>
>
>     On 1/5/2009, "Gregory A. Carter" <gcarter at openaprs.net
>     <mailto:gcarter at openaprs.net>> wrote:
>
>
>     >If there is interest in this I'll whip something up and impliment
>     it, let
>     me
>     >know on or off list...
>
>     Since you asked... You're pretty much right on the money. Coming
>     from an
>     infosec standpoint, I think there should be a two-stage authentication
>     for incoming e-mail:
>
>     * User specifies what e-mail addresses can send him mail.
>     * Authorized users need to enter a "password" in the subject line for
>     each message.
>
>     This way this snuffs any kind of "accidental" leakage of spam-ish
>     material onto the APRS network.
>
>     ~Ben
>
>     _______________________________________________
>     aprssig mailing list
>     aprssig at tapr.org <mailto:aprssig at tapr.org>
>     https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
>
>     _______________________________________________
>     aprssig mailing list
>     aprssig at tapr.org <mailto:aprssig at tapr.org>
>     https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>