[pskmail] Re: File uploads via PSKMail.

  • From: Pär Crusefalk <per@xxxxxxxxxxxx>
  • To: pskmail@xxxxxxxxxxxxx
  • Date: Sat, 06 Jun 2009 18:15:07 +0200

Hi Rick,

I believe the second question has been answered by others so I'll just
focus on the first.

The jpskmail client does not open any hamlib connection, what you are
experiencing on vista is also true on linux and mac using that client.

When you run the linux perl server it will use the CI-V to handle the
frequency settings while scanning is enabled. At the moment I dont think
there is a method in the IPC (IP) between fldigi and pskmail that
enables pskmail to ask fldigi to set the frequency. So, pskmail has to
connect to the rig and change the frequency (or memory) as set up in the
scan table (freqs.txt within qrg). That means the port is busy and CI-V
ptt from fldigi is not possible. We could go around that by having
fldigi implement a way to receive and pass on the frequency change
request. Then fldigi would have to always have a CI-V connection and
that creates other problems...

73 de Per, sm0rwo

fre 2009-06-05 klockan 13:37 -0500 skrev Rick W:
> In the past week or so, I am now able to run either the Linux or Windows 
> Vista versions of fldigi and pskmail. I can also run the pskmail server, 
> but that is Linux only.
> When I run the Linux version of fldigi I can use the hamlib control to 
> my ICOM (CI-V). When I run the Linux version of pskmail, I boot up 
> fldigi from the icon and then have to open a terminal window to run 
> pskmail or pskmail_server. Then I no longer have CI-V control of PTT 
> through fldigi as was recently commented on by Rein as being impractical 
> to implement.
> But when I run fldigi with javaPSKmail on my Windows Vista OS, I am able 
> to have CI-V rig control, including PTT via the CI-V commands. This 
> means that with MS OS, e.g, XP/Vista/7, I do not need to have two COM 
> ports (or USB to COM adapters) with the additional hardware such as I 
> use with the SignaLink USB interface for "VOX" keying of PTT, audio in 
> and audio out, plus another COM port for CI-V rig control.
> Is this a limitation of perl and why pskmail can run on Windows and key 
> via the CI-V?
> Another question:
> If I have pskmail_server set up without internet connection can a 
> station connect and leave a message for another station and then the 
> second station connect later to pick up the mail on that server? If so, 
> how do you implement that with an appropriate address, etc.?
>  From my biased perspective (public service more than ham e-mail) what 
> we are looking for is a way to act as a BBS of sorts .... plus being 
> able to send e-mail too (assuming that an internet connection is 
> available). But when the internet is not available, you will still be 
> able to time shift the messages so that both operators do not have to 
> connect to each other and can pick up messages when convenient. We used 
> to have this capability in Winlink (before it became Winlink 2000) since 
> it was an RF only system, but required Pactor. And the server was not 
> available for HF unless you got special permission from the centralized 
> authority.
> Since then, there does not seem to be a practical HF sound card method 
> to do basic BBS type connections other than using packet radio and 
> perhaps something like Multipsk which is the only free sound card packet 
> program that I am aware of.
> 73,
> Rick, KV9U
> Per Crusefalk wrote:
> > Regarding the jre versions that was a problem at the start as netbeans
> > used a layoutmanager that required the latest jre. Macs in particular
> > had trouble there as they have real problems updating (its tied to the
> > version of the os, have to upgrade the entire os).
> >
> > Once we have a nice and stable version then there should not be issues
> > like these. Its not a complete product yet, the perl stuff has been
> > tested a lot and is much more stable as you say.
> >
> > I see the a whole range of problems with perl but I wont detail them
> > here, its just not good enough going forward.
> >
> > But, I realize that there are problems with java too, its just that the
> > end result can be so much better if we go that way so I hope you hang in
> > there. For instane the integrated map tab just would not have been
> > possible within perl (its an integrated open streetmap on a separate
> > tab, you can see your position and all other received positions there).
> >
> > But, we need better interaction so that there is a way to handle
> > problems. Perhaps its time for a bugzilla or a way to file problems?
> >
> > 73 de Per, sm0rwo
> >
> > P.s. Take it easy, its just a hobby ;-)
> >
> >
> >   

Other related posts: