[pskmail] Re: session memory clear?

  • From: John Douyere <vk2eta@xxxxxxxxx>
  • To: pskmail@xxxxxxxxxxxxx
  • Date: Sat, 24 Nov 2012 22:44:58 +1100

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> 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> 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> 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> 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
> >>>>
> >>>>
> >>
> >>
>

Other related posts: