[aprssig] APRS Message Idea
AE5PL Lists HamLists at ametx.comThu Mar 3 11:47:09 UTC 2005
- Previous message: [aprssig] APRS Message Idea
- Next message: [aprssig] APRS Message Idea
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
This should not be done for all messaging. Quite simply, APRS is a real-time protocol and APRS messaging is also real-time. When I send a message, I need to know that it was delivered for a fact, not that it was attempted and may be attempted later. Now, that said, setting up a store-and-forward system which can be specifically requested (like EMAIL) is a workable idea. This would not affect standard messaging (not a good idea to modify the messaging protocol without the user's knowledge). Something like a server responding to SANDF or something similar with the requested receiving station's call as the first thing in the text (like how EMAIL works). Commands such as "kill" messages might be worthwhile, as well. Please don't try to modify the APRS messaging protocol for those who do not request it. This would be disastrous for the reliability and usability of APRS-IS. 73, Pete Loveall AE5PL mailto:pete at ae5pl.net > -----Original Message----- > From: Andrew Rich (VK4TEC) > Posted At: Thursday, March 03, 2005 3:27 AM > Subject: RE: [aprssig] APRS Message Idea > > Like a SMSC Short Message Service Center > > 1) Takes messages in globaly and attempts to deliver on > hearing a station > 2) or Takes messages in globbaly and attempt to deliver on a > retry basis > > or both
- Previous message: [aprssig] APRS Message Idea
- Next message: [aprssig] APRS Message Idea
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the aprssig mailing list
