This could be implemented in fldigi using a simple script and the "notifier". The script, after it receives a request via notifier such as "<cmd:readmail10-ka1vgm>": - verify the sender "ka1vgm" is registered in the pskmail database - send out for the last "10" emails from the server. - wrap and autosend them into small packets (100 characters or so) in the flmsg plain text format. - if the mode is not working you could have notifier change modes with an on-air command like "<cmd:mode-mt63500>" this would then change the modem in fldigi. On Thu, Apr 21, 2011 at 09:50:40AM +0200, Pär Crusefalk wrote: > Hi all, > > This is mostly just an idea but perhaps it should be investigated > further? > > Yesterday I talked to Oleg Kazharsky that participated in the polar ring > arctic expedition. Unfortunately they had some technical difficulties > with their vehicles so the expedition has been aborted. Unfortunate but > the main thing is of course that they are safe and can possibly try > again later (provided there are sponsors etc). > > The plan was to use pskmail during the expedition and the main use was > to be aprs with position reports and short web page updates by using > unconnected pskaprs emails. When I asked Oleg what else he would want to > see in there then he wanted something similar to pskaprs email but in > the opposite direction. Like push email from server to client. > With the conditions on the pole, and the tiny vertical antenna on the > vehicles, it can sometimes be difficult to establish a stable arq > connection. There are time constraints as well as varying conditions and > a vehicle that moves up and down a lot. > > They are also using iridium but it doesnt work very well and is > difficult to use so he would like to avoid it as much as possible. > > What we could do is have the client send unconnected frames addressed to > a certain server with a few commands. Provided the user is registered at > the server then the client could send unconnected frames that can be > interpreted like: > > client->server: get list of my 10 or x latest emails. > client->server: get my message no x. > > The answer to both of these should probably be a short broadcast from > the server, possibly with a nice and robust mode too. A very robust FEC > mode would be good here. > > This would open up two way email handling also for stations with > restrictions on use of power (solar powered sailboat for instance). > The query is short, uses very little power. QRP email :-). > > Yes, the negative side of this is that the broadcast from the server can > be disturbed and an arq connection is of course much better for handling > emails. But, this new way is extremly fast and consumes very little > power with the client. Your ideas and worries about this? > > 73 de Per, > sm0rwo > > > -- Larry Levesque KA1VGM