Well to clarify, the issue seems to be that while connected only the app stops hearing the server and stops responding to it. The app still responds to screen navigation. Another issue is that after app hears rsid to a new mode while idle, it stays there and doesn't revert back to preferred mode even upon starting a new session or sending aprs beacon.. I admit my rx is still "over the air" as I haven't built or bought an interface for rx yet.. Does the interface by wolfi you mentioned work for all android devices? There is an illustration of a 3.5mm 4 conductor plug that is used for audio in, out and voltage but I have only used 3 cond plugs.. is the 4th audio input there and I simply didn't know about it? If this is the case than building an adapter for my current "rigblaster" interface should be relatively simple.. I welcome some suggestions..
Greg On 11/24/2012 06:44 AM, John Douyere wrote:
Great it worked Greg.On Android it is in preferences / Data exchange / Resume where you have the three options called Accept / Reject / Discard, with the default being "Accept".Interesting the issue of the application becoming unresponsive.The only issue that comes to mind is when you have either many downloaded messages in the inbox or some large ones.But this would happen whether you are connected to a server or not.Can I ask you to check if this is the case (i.e. that it is unresponsive also while not connected).And if yes, can you check that issuing a "Clear Inbox" command fixes the issue?If it is the case I will have to make the email display processing a background task.I am withholding a new version simply because I am waiting for the Fldigi team to finalize the RSID system for the new fast modes of the experimental Fldigi version.Apart from the new modes there are not a lot of new features apart from some real time clock displaying seconds in the terminal and aprs screens to make it easier when using scanning servers.All the best Greg and good "Pskmailing". 73, John (VK2ETA)On Nov 24, 2012 9:21 PM, "Greg" <kb1ncj@xxxxxxxxx <mailto:kb1ncj@xxxxxxxxx>> wrote:Ok. I did figure that was the solution. The client defaulted back to "accept" on restart. Funny thing I noticed is the delete option was also selected while accept was selected. Seems like that would be conflicting. I guess I'll have to be more aware of that now and itb explains why it was fine the session prior. Thanks for the help. Also John, I remeber having this happen a while ago using the andpskmail app. Is there a way in the app to accomplish the rejecting or deleting also? I have had some behaivior with the app where is becomes unresponsive during a connect session if I switch from terminal screen to email screen. I also wonder if there is an updated version as I have been using the one I have now for some months now.. Thanks again, Greg John Douyere <vk2eta@xxxxxxxxx <mailto:vk2eta@xxxxxxxxx>> wrote: >There is an option regarding the client's behaviour when receiving a >partial download advice from the server. > >As I only have an Android device in front of me I can't tell you the exact >location in the menu but there are three easily recognized options: > >1. Resume downloads (the default) > >2. Ignore (the partial download will remain on the server and the partial >download advice will therefore be sent at each subsequent connect until it >is fully downloaded or deleted ). > >3. Reject/delete. The partial downloads are just deleted. > >73, John (VK2ETA) >On Nov 24, 2012 9:26 AM, "Greg" <kb1ncj@xxxxxxxxx <mailto:kb1ncj@xxxxxxxxx>> wrote: > >> I take that back.. on next reconnect, back to the huge download again.. >> >> >> >> >> This time it stopped. I checked the bullet under file "delete partial >> downloads" was this the key? Did me next tx include some code to tell >> server to relent? >> >> Also, this last connect from south Florida to North Carolina was done >> Indoors from a building with a metal roof on a miracle whip portable >> antenna with 5 watts and thor 22.. my goodness! I just had to try it and >> almost 100% accuracy. It did switch to mfsk32.. is that a more suitable >> mode for my qrp experiments? By the way, I think Pskmail is Great!! >> >> 73 >> Greg >> >> >> On 11/23/2012 02:46 PM, Robert Krasowski wrote: >> >>> Yep, I saw you connecting and saw that big file . I did not watch much >>> after that. I will send your info to our forum and see what advice will be. >>> I think it was my transceiver being off frequency. I tuned to 15.000 Mhz >>> and saw the marker on 14.998,54 not on 14.998,5. I see other stations now >>> on pskmail exactly where they should be. >>> Thanks for help and info. >>> Robert >>> KB2PNM >>> >>> Sent from my iPhone >>> >>> On Nov 23, 2012, at 1:02 PM, Greg <kb1ncj@xxxxxxxxx <mailto:kb1ncj@xxxxxxxxx>> wrote: >>> >>> I have this problem a few times now.. I accidentally request to download >>>> a large email and "quit" or "abort" (tried both). Upon next connections to >>>> server, the server begins to send the large email again without me >>>> requesting it again.. It allows no other activity and is stuck with this on >>>> every reconnect. I clear all headers, inbox, etc on jpskmail.. I think the >>>> may have been discussed before but not sure.. Is there a solution? >>>> >>>> Thanks >>>> Greg >>>> KB1NCJ >>>> >>>> >> >>
