expertenaustausch > comm.software.* > comm.software.crosspoint

August Abolins (10.02.2020, 02:22)
For a future consideration, [1] could it be possible to have oxp actually place the pkt content into the message bases *before* anything else gets done?

Currently, the decoded .PKT files do not get tossed until
*after* all other processes (like a nodelist update) occurs.

If a nodelist error occurs, the unpacked/decoded .PKTs sit in the /SPOOL/<host> directory. If they don't get tossed (or actually placed in the message base), the next poll wipes out the whole SPOOL directory with the next PKT arrivals.

It would make much more sense to toss the messages as soon as they have been received. Then I could at least have something to read.

In my case, the PKTs already arrive unpacked from the Boss, so there is no point to wait until a nodelist is processed.

I can preview the .PKTs with notepad and see which ones I am not too interested in and delete those. Then I can use OpenXP's "Import/Read Other format.." for the PKTs that I want. But it sure is a bother to only be able to do that one PKT at a time. :(

Therefore, [2] could a bulk Import/Read option be provided?
Martin Foster (10.02.2020, 11:24)
Hello August!

*** 10.02.20 at 00:22, August Abolins wrote:

[snip]
> I can preview the .PKTs with notepad and see which ones I am not too
> interested in and delete those. Then I can use OpenXP's "Import/Read Other
> format.." for the PKTs that I want. But it sure is a bother to only be able
> to do that one PKT at a time. :(


> Therefore, [2] could a bulk Import/Read option be provided?


Excellent idea and I would also like that feature.

Regards,
Martin
Gunter (11.02.2020, 21:44)
Hello August!

> For a future consideration, [1] could it be possible to have oxp
> actually place the pkt content into the message bases *before* anything
> else gets done?


> Therefore, [2] could a bulk Import/Read option be provided?


I'll have a look at it in the near future.

Ciao
Gunter
Gunter (24.02.2020, 18:40)
Hallo August!

> For a future consideration, [1] could it be possible to have oxp
> actually place the pkt content into the message bases *before* anything
> else gets done?


Ok, [1] will be changed in the next release.

> I can preview the .PKTs with notepad and see which ones I am not too
> interested in and delete those. Then I can use OpenXP's "Import/Read
> Other format.." for the PKTs that I want. But it sure is a bother to
> only be able to do that one PKT at a time. :(


> Therefore, [2] could a bulk Import/Read option be provided?


There is already a solution to [2]:

Open a command line and issue for example the following command:

openxp.exe zfido -fz C:\Fidopkt\A*.pkt D:\Output\Buffer.z

This will convert all PKT-files starting with letter A in folder C:\Fidopkt
into a ZConnect buffer file named "Buffer.z" in folder D:\Output.

Then start OpenXP normally and do "Import" => "Read Zerberus Puffer".
Choose D:\Output\Buffer.z as the file to import.

If you enter "openxp.exe zfido" on the command line you will get a list of
all available command line options.

Ciao
Gunter
August Abolins (25.02.2020, 04:36)
Thank you for [1].
Looking forward to give [2] a try!
Martin Foster (26.02.2020, 14:53)
Hello Gunter!

* 24.02.20 at 16:40, Gunter wrote:

[snip]
>> Therefore, [2] could a bulk Import/Read option be provided?


> There is already a solution to [2]:


> Open a command line and issue for example the following command:


> openxp.exe zfido -fz C:\Fidopkt\A*.pkt D:\Output\Buffer.z


> This will convert all PKT-files starting with letter A in folder C:\Fidopkt
> into a ZConnect buffer file named "Buffer.z" in folder D:\Output.


> Then start OpenXP normally and do "Import" => "Read Zerberus Puffer".
> Choose D:\Output\Buffer.z as the file to import.


> If you enter "openxp.exe zfido" on the command line you will get a list of
> all available command line options.


Thank you very much for digging up that little gem :)

Casting my mind back to my CrossPoint days, ZFIDO.EXE was included as
a standalone utility in the Fido module and I've always wondered where
it went. Now I know ;)

Whilst we're on the subject of Fido mail packets, is it possible to
export multiple Fido messages to a single Fido mail packet(.pkt). If
it is, I've missed it somewhere.

Regards,
Martin
Gunter (26.02.2020, 20:53)
Hallo Martin!

> Whilst we're on the subject of Fido mail packets, is it possible to
> export multiple Fido messages to a single Fido mail packet(.pkt). If
> it is, I've missed it somewhere.


Due to lack of Fido messages not tested, but the following should work:

- Mark all the Fido messages
- Export them into a single Zerberus buffer file with:
Message => Export => As.. => Puffer
then:
Message => Export => Marked
- On the command line use:
openxp.exe zfido -zf <Infile> <OutPKT> <FromAdr> <ToAdr>
with the exported Zerberus buffer as <Infile>

Ciao
Gunter
Martin Foster (28.02.2020, 12:56)
Hello August!

* 25.02.20 at 02:36, August Abolins wrote:

> Looking forward to give [2] a try!


Have you tried this yet? :)

Regards,
Martin
Martin Foster (28.02.2020, 13:25)
Hello Gunter!

* 26.02.20 at 18:53, Gunter wrote:

>> Whilst we're on the subject of Fido mail packets, is it possible to
>> export multiple Fido messages to a single Fido mail packet(.pkt). If
>> it is, I've missed it somewhere.


> Due to lack of Fido messages not tested,


I can let you have some if you want ;)

> but the following should work:


Well, it did and it didn't .....

> - Mark all the Fido messages
> - Export them into a single Zerberus buffer file with:
> Message => Export => As.. => Puffer
> then:
> Message => Export => Marked


For my first test with my Windows installation, I exported a single
message from /FIDO/POINTS and it worked just fine.

> - On the command line use:
> openxp.exe zfido -zf <Infile> <OutPKT> <FromAdr> <ToAdr>
> with the exported Zerberus buffer as <Infile>


That appeared to work fine so I decided to import the message into my
Linux installation by doing this .....

OpenXP -> Import -> Read other format

..... and then navigating my way to the .pkt file, cursoring over it
and pressing <Enter>.

Although it appeared to work just fine, the message was not imported
into /FIDO/POINTS, a new message area had been created: /FIDO//POINTS
and the message was in there ??

After poking around in various .pkt files, the one which zfido had
created contains a "." between the end of the message subject and
"AREA:<area tag>", whereas all the others I looked at which had come
from my BossNode, do not contain anything between the end of the
message subject and "AREA:<area tag>". Maybe that has something to do
with it?

Regards,
Martin
Martin Foster (28.02.2020, 14:11)
Hello Gunter!

*** 28.02.20 at 11:25, Martin Foster wrote:

[snip]
> After poking around in various .pkt files, the one which zfido had
> created contains a "." between the end of the message subject and
> "AREA:<area tag>", whereas all the others I looked at which had come
> from my BossNode, do not contain anything between the end of the
> message subject and "AREA:<area tag>". Maybe that has something to do
> with it?


Scrub that, they *all* actually contain a NUL character, I was using the
wrong utility to view them :((

Regards,
Martin
August Abolins (28.02.2020, 20:08)
On Friday, February 28, 2020 at 6:32:18 AM UTC-5, Martin Foster wrote:
> Hello August!
> * 25.02.20 at 02:36, August Abolins wrote:
> > Looking forward to give [2] a try!

> Have you tried this yet? :)
> Regards,
> Martin


Hello Martin... No, I haven't tried it yet. This week's nodelist processing processed without incedent so I didn't need to deal with untossed PKTs. But I just might have to use [2] for next week when I enable the TIC processing. :(
Gunter (29.02.2020, 12:24)
Hallo Martin!

> Although it appeared to work just fine, the message was not imported
> into /FIDO/POINTS, a new message area had been created: /FIDO//POINTS
> and the message was in there ??


When converting to Fido packet, you might try otion "-h":
openxp.exe zfido -zf -h/FIDO/ ...
Then import.

Ciao
Gunter
Martin Foster (01.03.2020, 13:47)
Hello Gunter!

*** 29.02.20 at 10:24, Gunter wrote:

>> Although it appeared to work just fine, the message was not imported
>> into /FIDO/POINTS, a new message area had been created: /FIDO//POINTS
>> and the message was in there ??


> When converting to Fido packet, you might try otion "-h":
> openxp.exe zfido -zf -h/FIDO/ ...
> Then import.


Tried that thanks but it didn't make any difference.

However, I have the distinct feeling that my Linux install is screwed,
watch out for an email about this :((

Regards,
Martin
Ähnliche Themen