¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: Analyzer11.53.00.zip

Uploaded By: DoC

Description:
Version 11.53.00 Installer

You can access this file at the URL:
/g/w1eo/files/Analyzer11.53.00.zip

Cheers,
The Groups.io Team


New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: Analyzer 11.53.00.zip

Uploaded By: DoC

Description:
Version 11.53.00 document

You can access this file at the URL:
/g/w1eo/files/Analyzer%2011.53.00.zip

Cheers,
The Groups.io Team


New file uploaded to [email protected]

[email protected] Notification
 

Hello,

This email message is a notification to let you know that a file has been uploaded to the Files area of the [email protected] group.

File: Analyzer 11.53.00 (pdf).zip

Uploaded By: DoC

Description:
Version 11.53.00 pdf document

You can access this file at the URL:
/g/w1eo/files/Analyzer%2011.53.00%20%28pdf%29.zip

Cheers,
The Groups.io Team


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

Back in the early 1990s I became involved with an official claim with the US Federal Communications Commission by a Florida ham that my HF Pactor BBS station in Massachusetts had interfered with an ongoing QSO. I successfully argued my case with Riley Whiting based on the fact that the BBS (predecessor to Winlink WL2K) did not originate sessions and with copies of my logs created by the BBS.

I am a little gun shy now days and do not run Winlink Relay Hybrid even though I know we have a pretty good Busy Detector available.

My point here is that log files are handy things to have when needed even though not mandatory. The above story illustrates that fact.

I think this topic should be of great interest to Gateway sysops living in countries which require operation logs to be maintained. If Winlink Trimode doesn¡¯t create them, how will they be created?

73 all de DoC, W1EO

?

>-----Original Message-----

>From: [email protected] [mailto:[email protected]] On Behalf Of DoC

>Sent: Monday, January 14, 2019 15:05

>To: [email protected]

>Subject: FW: [w1eo] New file uploaded to [email protected]

>?

>?

>?

>-----Original Message-----

>From: DoC [mailto:d.g.willard@...]

>Sent: Monday, January 14, 2019 15:00

>To: 'Phil Sherrod'

>Subject: RE: [w1eo] New file uploaded to [email protected]

>?

>That would be a shame Phil. Lots of Gateway sysops rely on Analyzer. If

>the adi files are removed, Analyzer is useless. However, the very

>existence of the logs themselves is imperative to sysops being able to

>operate their Gateways. Please consider the supporting Gateway sysops,

>without which there would be no Winlink system.

>De DoC

>?

>>-----Original Message-----

>>From: Phil Sherrod [mailto:phil@...]

>>Sent: Monday, January 14, 2019 14:50

>>To: furlan@...; 'DoC'

>>Cc: [email protected]

>>Subject: RE: [w1eo] New file uploaded to [email protected]

>>?

>>It is likely that adi file generation will be either removed from

>>Trimode or be declared an unsupported feature.? We are discussing it

>>now.

>>?

>>Phil, W4PHS

>>?

>>-----Original Message-----

>>From: Dr. Werner Furlan [mailto:furlan@...]

>>Sent: Monday, January 14, 2019 7:48 AM

>>To: DoC

>>Cc: [email protected]; phil@...

>>Subject: Re: [w1eo] New file uploaded to [email protected]

>>?

>>DoC et al,

>>?

>>I can confirm that DoC is right that incomplete Trimode connects are no

>>more represented in the Trimode Adif files.

>>?

>>I made 3 connects today, one complete, 2 incomplete connects, all with

>>completed pactor ARQ connections (callsign and ctext submitted) Only

>>one connect (with completed message transfer) appears in the log file.

>>?

>>I support DoC's request, that incomplete connects should also appear in

>>the log. It is a very good quick overview of the performance of the RMS

>>and also of the performance of the different modes.

>>?

>>Regarding the communication style I have seen here in the last days I

>>suggest to adhere to hamspirit and direct communication between Phil

>>and DoC. This way the problem could be solved without delay and

>>personal injuries (IMHO)

>>?

>>Log from the above mentioned connects:

>>?

>><call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mo

>>d

>>e:7>

>>AR

>>DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019

>>-

>>01-1

>>3

>>18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS

>>Express-1.5.18.0-

>>B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN

>>47T

>>G<eor>

>><call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<m

>>o

>>de:4

>>>P

>>AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-

>>01-14

>>13:25:23|RMS

>>Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor

>>3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

>>?

>>73! de Werner OE9FWV

>>Sysop of RMS OE9XRK

>>?

>>On 14 Jan 2019 at 13:12, DoC wrote:

>>?

>>>?

>>> GM Tom et al;

>>> I have resurrected Trimode version 1.2.8.0 here for trial

>connections.

>>> Below are two records in the log file for connections across the

>desk.

>>> Please note that the first record is a complete session (with the

>>> "FQ" termination byte) while the second is an aborted session (with a

>>> termination byte of ">"). Both created a log entry and both created a

>>> `Connection Summary?. Neither end in two grid squares. As I have

>>> repeatedly maintained, this is what used to happen prior to the

>>> recent Trimode updates. I can accept and understand Phil repeatedly

>>> stating he did not alter the logging portion of his code in these

>>> updates, but I suspect he did alter the segment of code which

>>> generates the `Connection Summary? lines and this has the effect of

>>> eliminating the log entries for incomplete or failed sessions. Hope

>>> this helps de DoC, W1EO

>>> <call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<m

>>> o

>>> de:4>PAC3<gridsquare:

>>> 6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14

>>> 12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS

>>> Express-1.5.18.0-B2FHM$]|Pactor

>>> 3|14104200|14|90|FQ|0|0|173|88|87<eor>

>>> <call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<m

>>> o

>>> de:4>PAC3<gridsquare:

>>> 0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS

>>> Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>

>>>?

>>>?

>>?

>>?

>>--

>>What's the difference between ignorance and apathy? I don't know and I

>>don't care.

>>?

>>?

>>Email powered by Pegasus Mail free at <>

>>Homepage: <>

>>Fone +43 5522 75013

>>Fax +43 5522 22505

>>Mobile +43 664 6340014

>>?

>?

>?

>?

>


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

Hmmm. It¡¯s very quiet here this morning. I wonder what the consensus of the WDT caucus yesterday was.

It is clear to me that if they decide to remove the adi log files or even leave them currently recording only half of the connections, many Winlink sysops scattered around the world will have no alternative but to close down their Gateways because their countries require full logging of all transmission sessions.

73 to all de DoC, W1EO

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Monday, January 14, 2019 21:35
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

By the way: the current Trimode does not generate either a ¡®connect summary¡¯ or an adi log file record for a receipt and response to a ARDOP chat PING session.

Interesting.

De DoC, W1EO

?


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

By the way: the current Trimode does not generate either a ¡®connect summary¡¯ or an adi log file record for a receipt and response to a ARDOP chat PING session.

Interesting.

De DoC, W1EO

?


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

The FCC Rulebook, in the US, suggests, but does not require, we operators keep a log of our activities.

?

Part 97 : Sec. 97.103 Station licensee responsibilities


(a) The station licensee is responsible for the proper operation of the station in accordance with the FCC Rules. When the control operator is a different amateur operator than the station licensee, both persons are equally responsible for proper operation of the station.

(b) The station licensee must designate the station control operator. The FCC will presume that the station licensee is also the control operator, unless documentation to the contrary is in the station records.

(c) The station licensee must make the station and the station records available for inspection upon request by an FCC representative.

Other countries may be stricter.

As an OO, I recommend that Trimode logs contain records of ALL transmissions, including transmissions associated with incomplete sessions.

I think the WDT would find it unwise to eliminate the Trimode adi file logs or parts thereof which would leave the Trimode operators without any log records.

?

73 de DoC, W1EO


Re: New file uploaded to [email protected]

 

Phil,

this would be a shame, the adi file is a very comfortable way to check the connections made.
My station is remote controlled, I have to log in using TV, and I simply don't have the time to
read the normal log files with a lot of information I don't need. Analyzer is always open and a
simple click shows me an overall view of what happened in the past days or month. It has not
only once helped me to detect a broken antenna leg or a wrong transceiver setting (trimode
does not switch to the correct mode in the IC-7200 by the way)

73! de Werner OE9FWV

On 14 Jan 2019 at 8:49, Phil Sherrod wrote:

It is likely that adi file generation will be either removed from
Trimode or be declared an unsupported feature. We are discussing it
now.

Phil, W4PHS

-----Original Message-----
From: Dr. Werner Furlan [mailto:furlan@...]
Sent: Monday, January 14, 2019 7:48 AM
To: DoC
Cc: [email protected]; phil@...
Subject: Re: [w1eo] New file uploaded to [email protected]

DoC et al,

I can confirm that DoC is right that incomplete Trimode connects are
no more represented in the Trimode Adif files.

I made 3 connects today, one complete, 2 incomplete connects, all with
completed pactor ARQ connections (callsign and ctext submitted) Only
one connect (with completed message transfer) appears in the log file.


I support DoC's request, that incomplete connects should also appear
in the log. It is a very good quick overview of the performance of the
RMS and also of the performance of the different modes.

Regarding the communication style I have seen here in the last days I
suggest to adhere to hamspirit and direct communication between Phil
and DoC. This way the problem could be solved without delay and
personal injuries (IMHO)

Log from the above mentioned connects:

<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<m
ode:7> AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|201
9-01-1 3 18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN7
5GU|JN 47T G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<
mode:4 >P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-
01-14 13:25:23|RMS
Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

73! de Werner OE9FWV
Sysop of RMS OE9XRK

On 14 Jan 2019 at 13:12, DoC wrote:


GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial
connections. Below are two records in the log file for connections
across the desk. Please note that the first record is a complete
session (with the "FQ" termination byte) while the second is an
aborted session (with a termination byte of ">"). Both created a log
entry and both created a `Connection Summary?. Neither end in two
grid squares. As I have repeatedly maintained, this is what used to
happen prior to the recent Trimode updates. I can accept and
understand Phil repeatedly stating he did not alter the logging
portion of his code in these updates, but I suspect he did alter the
segment of code which generates the `Connection Summary? lines and
this has the effect of eliminating the log entries for incomplete or
failed sessions. Hope this helps de DoC, W1EO ?
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<
mo de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor
3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<
mo de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor
3|14104200|||>|0|0|39|0|73<eor>

--
What's the difference between ignorance and apathy? I don't know and I
don't care.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014


--
Was bringt den Doktor um sein Brot?
a) die Gesundheit, b) der Tod.
Der Doktor h?lt drum, da? er lebe,
Uns zwischen beidem in der Schwebe.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014


Re: New file uploaded to [email protected]

 

The Bottom Line is this
Doc wrote Analyzer to see what was going on with his station and trimode, and the rest of us who use it benefit from this. It has had a few issues, which are sorted out within days of notification. Id does way more than I need or want, but all it does is read a log file

?

However

Analyser has now found a (another) bug in trimode, which has been there for some time, but has now surfaced in a big way with a new variation.

Because it may prove a bit difficult to find, WDT seem to just want to abandon fixing the problem they created, probably because Doc is the one pointing it out.

?

Create it they did. I am not a software guru at all, but I do know for a fact, software does what you tell it to do, right or wrong, and it has been told , of recent ( I check my logs often) to write the position report twice, why I don¡¯t know, and neither do WDT

?

Analyser has made me lazy, and has been a great help to my station over the years I have run the station, but BEFORE analyser, I made a query to a member of the WDT? (who initially assisted me to setup my station software). It was simple.

?

How do I get a list of stations for my log file?

Answer

Simple, look for the ADI file and import it into your logging software. Bingo, my problem with my licence condition was solved, I had a complete log of ALL, not some of the stations that connected.

?

NOW it seems WDT don¡¯t care about logging, and will just discontinue logging because they cant fix a fault they created, like they never fixed the IRGo fault on Express either, and a good few other bugs laying in the wings.

?

There may be a long winded way to extract the info I need from other log files, But there is a very easy fix to the problem as well¡­..energy in =0

?

73 de

Colin

ZS1RS


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

Thanks Den.

I believe I have proven that the format of the adi log files has been changed in two ways:

¡¤???????? The incomplete sessions no longer create a log entry

¡¤???????? Two grid squares have been appended to the end of each and every log record

Phil refuses to acknowledge that those changes have occurred. I keep pressing on that issue and then he threatens to ¡°take the ball home¡±.

Aren¡¯t logs required by the FCC?

I¡¯m ready and willing to participate in a SKYPE session if that¡¯s what it takes. Let¡¯s make it public though and not just Phil and me.

Item one: Have there been changes?

Item 2: Why not repair them?

De DoC

?

>-----Original Message-----

>From: [email protected] [mailto:[email protected]] On Behalf Of Den W2DEN

>Sent: Monday, January 14, 2019 17:55

>To: [email protected]; 'Phil Sherrod'

>Subject: Re: [w1eo] New file uploaded to [email protected]

>?

>This is ridiculous. Now the guy who owns the ball is mad so he is going

>home? Are we adults trying to provide a very meaningful service to the

>public or brats on a ball field? Both sides are acting out, at our

>expense.

>?

>I am not taking sides, but do see enough input that something has

>changed and it is messing up a system that many sysops depend on.

>Perhaps the code was not modified and something else has changed to

>eliminate incomplete calls from the ADI file? Pointing fingers,

>unsubstantiated accusations and childish acts will not get us to a

>conclusion, unless the 'I'm taking my ball and going home', is an

>acceptable conclusion; NOT!

>?

>I see not reason why all parties involved do not get together, Skype,

>conference call, over a keg of brew?? and work this out. Agree to stop

>the antics and work out a solution. There are many of us, most being

>silent or unaware of this issue, want you to come up with the right

>solution. Restore Analyzer to it's prior state of reporting ALL

>connections regardless of the outcome.

>?

>Phil, DoC etc. please take a deep breath. Let by-gones be by-gones and

>do the right thing.

>?

>Just my 2?, thanks for reading this.

>?

>73

>Den Spiess

>W2DEN for N4SER and NCS525 gateways.

>?

>On 1/14/2019 12:32 PM, DoC wrote:

>> So u r going to discontinue the adi log files in protest? Seems like a

>> childish action to me. Why not just fix ur mistake? Or do u still

>> insist that there has been no change in the log format Phil.

>> DoC

>>?

>>> -----Original Message-----

>>> From: Phil Sherrod [mailto:phil@...]

>>> Sent: Monday, January 14, 2019 17:12

>>> To: 'DoC'

>>> Subject: RE: [w1eo] New file uploaded to [email protected]

>>>?

>>> The complaints about adi file have gotten too annoying.

>>>?

>>> Phil

>>>?

>>> -----Original Message-----

>>> From: DoC [mailto:d.g.willard@...]

>>> Sent: Monday, January 14, 2019 9:00 AM

>>> To: 'Phil Sherrod'

>>> Subject: RE: [w1eo] New file uploaded to [email protected]

>>>?

>>> That would be a shame Phil. Lots of Gateway sysops rely on Analyzer.

>>> If the adi files are removed, Analyzer is useless. However, the very

>>> existence of the logs themselves is imperative to sysops being able

>>> to operate their Gateways. Please consider the supporting Gateway

>>> sysops, without which there would be no Winlink system.

>>> De DoC

>>>?

>>>> -----Original Message-----

>>>> From: Phil Sherrod [mailto:phil@...]

>>>> Sent: Monday, January 14, 2019 14:50

>>>> To: furlan@...; 'DoC'

>>>> Cc: [email protected]

>>>> Subject: RE: [w1eo] New file uploaded to [email protected]

>>>>?

>>>> It is likely that adi file generation will be either removed from

>>>> Trimode or be declared an unsupported feature.? We are discussing it

>>>> now.

>>>>?

>>>> Phil, W4PHS

>>>>?

>>>> -----Original Message-----

>>>> From: Dr. Werner Furlan [mailto:furlan@...]

>>>> Sent: Monday, January 14, 2019 7:48 AM

>>>> To: DoC

>>>> Cc: [email protected]; phil@...

>>>> Subject: Re: [w1eo] New file uploaded to [email protected]

>>>>?

>>>> DoC et al,

>>>>?

>>>> I can confirm that DoC is right that incomplete Trimode connects are

>>>> no more represented in the Trimode Adif files.

>>>>?

>>>> I made 3 connects today, one complete, 2 incomplete connects, all

>>>> with completed pactor ARQ connections (callsign and ctext submitted)

>>>> Only one connect (with completed message transfer) appears in the

>log file.

>>>>?

>>>> I support DoC's request, that incomplete connects should also appear

>>>> in the log. It is a very good quick overview of the performance of

>>>> the RMS and also of the performance of the different modes.

>>>>?

>>>> Regarding the communication style I have seen here in the last days

>>>> I suggest to adhere to hamspirit and direct communication between

>>>> Phil and DoC. This way the problem could be solved without delay and

>>>> personal injuries (IMHO)

>>>>?

>>>> Log from the above mentioned connects:

>>>>?

>>>> <call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849

>>>> <mo

>>>> d

>>>> e:7>

>>>> AR

>>>> DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2

>>>> 019

>>>> -

>>>> 01-1

>>>> 3

>>>> 18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS

>>>> Express-1.5.18.0-

>>>> B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN

>>>> 47T

>>>> G<eor>

>>>> <call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>13252

>>>> 3<m

>>>> o

>>>> de:4

>>>>> P

>>>> AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|201

>>>> 9-

>>>> 01-14

>>>> 13:25:23|RMS

>>>> Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor

>>>> 3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

>>>>?

>>>> 73! de Werner OE9FWV

>>>> Sysop of RMS OE9XRK

>>>>?

>>>> On 14 Jan 2019 at 13:12, DoC wrote:

>>>>?

>>>>> GM Tom et al;

>>>>> I have resurrected Trimode version 1.2.8.0 here for trial

>>> connections.

>>>>> Below are two records in the log file for connections across the

>>> desk.

>>>>> Please note that the first record is a complete session (with the

>>>>> "FQ" termination byte) while the second is an aborted session (with

>>>>> a termination byte of ">"). Both created a log entry and both

>>>>> created a `Connection Summary?. Neither end in two grid squares. As

>>>>> I have repeatedly maintained, this is what used to happen prior to

>>>>> the recent Trimode updates. I can accept and understand Phil

>>>>> repeatedly stating he did not alter the logging portion of his code

>>>>> in these updates, but I suspect he did alter the segment of code

>>>>> which generates the `Connection Summary? lines and this has the

>>>>> effect of eliminating the log entries for incomplete or failed

>>>>> sessions. Hope this helps de DoC, W1EO

>>>>> <call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904

>>>>> <m

>>>>> o

>>>>> de:4>PAC3<gridsquare:

>>>>> 6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14

>>>>> 12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS

>>>>> Express-1.5.18.0-B2FHM$]|Pactor

>>>>> 3|14104200|14|90|FQ|0|0|173|88|87<eor>

>>>>> <call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043

>>>>> <m

>>>>> o

>>>>> de:4>PAC3<gridsquare:

>>>>> 0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS

>>>>> Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor

>>>>> Trimode|3|14104200|||>|0|0|39|0|73<eor>

>>>>>?

>>>>>?

>>>>?

>>>> --

>>>> What's the difference between ignorance and apathy? I don't know and

>>>> I don't care.

>>>>?

>>>>?

>>>> Email powered by Pegasus Mail free at <>

>>>> Homepage: <> Fone +43 5522 75013 Fax +43

>>>> 5522 22505 Mobile +43 664 6340014

>>>>?

>>?

>>?

>>?

>>?

>>?

>?

>


Re: New file uploaded to [email protected]

 

This is ridiculous. Now the guy who owns the ball is mad so he is going home? Are we adults trying to provide a very meaningful service to the public or brats on a ball field? Both sides are acting out, at our expense.

I am not taking sides, but do see enough input that something has changed and it is messing up a system that many sysops depend on. Perhaps the code was not modified and something else has changed to eliminate incomplete calls from the ADI file? Pointing fingers, unsubstantiated accusations and childish acts will not get us to a conclusion, unless the 'I'm taking my ball and going home', is an acceptable conclusion; NOT!

I see not reason why all parties involved do not get together, Skype, conference call, over a keg of brew?? and work this out. Agree to stop the antics and work out a solution. There are many of us, most being silent or unaware of this issue, want you to come up with the right solution. Restore Analyzer to it's prior state of reporting ALL connections regardless of the outcome.

Phil, DoC etc. please take a deep breath. Let by-gones be by-gones and do the right thing.

Just my 2?, thanks for reading this.

73
Den Spiess
W2DEN for N4SER and NCS525 gateways.

On 1/14/2019 12:32 PM, DoC wrote:
So u r going to discontinue the adi log files in protest? Seems like a
childish action to me. Why not just fix ur mistake? Or do u still insist
that there has been no change in the log format Phil.
DoC

-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 17:12
To: 'DoC'
Subject: RE: [w1eo] New file uploaded to [email protected]

The complaints about adi file have gotten too annoying.

Phil

-----Original Message-----
From: DoC [mailto:d.g.willard@...]
Sent: Monday, January 14, 2019 9:00 AM
To: 'Phil Sherrod'
Subject: RE: [w1eo] New file uploaded to [email protected]

That would be a shame Phil. Lots of Gateway sysops rely on Analyzer. If
the adi files are removed, Analyzer is useless. However, the very
existence of the logs themselves is imperative to sysops being able to
operate their Gateways. Please consider the supporting Gateway sysops,
without which there would be no Winlink system.
De DoC

-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 14:50
To: furlan@...; 'DoC'
Cc: [email protected]
Subject: RE: [w1eo] New file uploaded to [email protected]

It is likely that adi file generation will be either removed from
Trimode or be declared an unsupported feature. We are discussing it
now.

Phil, W4PHS

-----Original Message-----
From: Dr. Werner Furlan [mailto:furlan@...]
Sent: Monday, January 14, 2019 7:48 AM
To: DoC
Cc: [email protected]; phil@...
Subject: Re: [w1eo] New file uploaded to [email protected]

DoC et al,

I can confirm that DoC is right that incomplete Trimode connects are no
more represented in the Trimode Adif files.

I made 3 connects today, one complete, 2 incomplete connects, all with
completed pactor ARQ connections (callsign and ctext submitted) Only
one connect (with completed message transfer) appears in the log file.

I support DoC's request, that incomplete connects should also appear in
the log. It is a very good quick overview of the performance of the RMS
and also of the performance of the different modes.

Regarding the communication style I have seen here in the last days I
suggest to adhere to hamspirit and direct communication between Phil
and DoC. This way the problem could be solved without delay and
personal injuries (IMHO)

Log from the above mentioned connects:

<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mo
d
e:7>
AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019
-
01-1
3
18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-
B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN
47T
G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<m
o
de:4
P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-
01-14
13:25:23|RMS
Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

73! de Werner OE9FWV
Sysop of RMS OE9XRK

On 14 Jan 2019 at 13:12, DoC wrote:

GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial
connections.
Below are two records in the log file for connections across the
desk.
Please note that the first record is a complete session (with the
"FQ" termination byte) while the second is an aborted session (with a
termination byte of ">"). Both created a log entry and both created a
`Connection Summary?. Neither end in two grid squares. As I have
repeatedly maintained, this is what used to happen prior to the
recent Trimode updates. I can accept and understand Phil repeatedly
stating he did not alter the logging portion of his code in these
updates, but I suspect he did alter the segment of code which
generates the `Connection Summary? lines and this has the effect of
eliminating the log entries for incomplete or failed sessions. Hope
this helps de DoC, W1EO
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<m
o
de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor
3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<m
o
de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>

--
What's the difference between ignorance and apathy? I don't know and I
don't care.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014



Re: New file uploaded to [email protected]

 

So u r going to discontinue the adi log files in protest? Seems like a
childish action to me. Why not just fix ur mistake? Or do u still insist
that there has been no change in the log format Phil.
DoC

-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 17:12
To: 'DoC'
Subject: RE: [w1eo] New file uploaded to [email protected]

The complaints about adi file have gotten too annoying.

Phil

-----Original Message-----
From: DoC [mailto:d.g.willard@...]
Sent: Monday, January 14, 2019 9:00 AM
To: 'Phil Sherrod'
Subject: RE: [w1eo] New file uploaded to [email protected]

That would be a shame Phil. Lots of Gateway sysops rely on Analyzer. If
the adi files are removed, Analyzer is useless. However, the very
existence of the logs themselves is imperative to sysops being able to
operate their Gateways. Please consider the supporting Gateway sysops,
without which there would be no Winlink system.
De DoC

-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 14:50
To: furlan@...; 'DoC'
Cc: [email protected]
Subject: RE: [w1eo] New file uploaded to [email protected]

It is likely that adi file generation will be either removed from
Trimode or be declared an unsupported feature. We are discussing it
now.

Phil, W4PHS

-----Original Message-----
From: Dr. Werner Furlan [mailto:furlan@...]
Sent: Monday, January 14, 2019 7:48 AM
To: DoC
Cc: [email protected]; phil@...
Subject: Re: [w1eo] New file uploaded to [email protected]

DoC et al,

I can confirm that DoC is right that incomplete Trimode connects are no
more represented in the Trimode Adif files.

I made 3 connects today, one complete, 2 incomplete connects, all with
completed pactor ARQ connections (callsign and ctext submitted) Only
one connect (with completed message transfer) appears in the log file.

I support DoC's request, that incomplete connects should also appear in
the log. It is a very good quick overview of the performance of the RMS
and also of the performance of the different modes.

Regarding the communication style I have seen here in the last days I
suggest to adhere to hamspirit and direct communication between Phil
and DoC. This way the problem could be solved without delay and
personal injuries (IMHO)

Log from the above mentioned connects:

<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mo
d
e:7>
AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019
-
01-1
3
18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-
B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN
47T
G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<m
o
de:4
P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-
01-14
13:25:23|RMS
Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

73! de Werner OE9FWV
Sysop of RMS OE9XRK

On 14 Jan 2019 at 13:12, DoC wrote:


GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial
connections.
Below are two records in the log file for connections across the
desk.
Please note that the first record is a complete session (with the
"FQ" termination byte) while the second is an aborted session (with a
termination byte of ">"). Both created a log entry and both created a
`Connection Summary?. Neither end in two grid squares. As I have
repeatedly maintained, this is what used to happen prior to the
recent Trimode updates. I can accept and understand Phil repeatedly
stating he did not alter the logging portion of his code in these
updates, but I suspect he did alter the segment of code which
generates the `Connection Summary? lines and this has the effect of
eliminating the log entries for incomplete or failed sessions. Hope
this helps de DoC, W1EO
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<m
o
de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor
3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<m
o
de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>


--
What's the difference between ignorance and apathy? I don't know and I
don't care.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

?

That would be a shame Phil. Lots of Gateway sysops rely on Analyzer. If the adi files are removed, Analyzer is useless. However, the very existence of the logs themselves is imperative to sysops being able to operate their Gateways. Please consider the supporting Gateway sysops, without which there would be no Winlink system.

De DoC

?

>-----Original Message-----

>From: Phil Sherrod [mailto:phil@...]

>Sent: Monday, January 14, 2019 14:50

>To: furlan@...; 'DoC'

>Cc: [email protected]

>Subject: RE: [w1eo] New file uploaded to [email protected]

>?

>It is likely that adi file generation will be either removed from

>Trimode or be declared an unsupported feature.? We are discussing it

>now.

>?

>Phil, W4PHS

>?


Re: New file uploaded to [email protected]

John Maxwell
 

DoC,

I believe that Phil has buried his head in the sand here.? We're all human and we all make mistakes.? I'm not sure why they are insisting that they have not changed anything when they clearly have.? I don't see this as ranting, I see it as a last-ditch effort to get the folks that should be paying attention to pay attention!? Because of their indifference and flippant attitude, I'm about to switch all of my stuff over to BPQ and drop Trimode like a hot potato.? To heck with the lost functionality...

We'll just have to deal with it.? Oh for the days of Rick Muething....

73, de W0VG
John Maxwell


From: "d g willard" <d.g.willard@...>
To: "w1eo" <[email protected]>
Sent: Monday, January 14, 2019 8:06:39 AM
Subject: Re: [w1eo] New file uploaded to [email protected]

GM all;

I want to apologize for what some are calling ranting on this topic. In my defense I get pretty frustrated and sometimes angry when Phil repeated tells us through Tom that he has not modified the logging code in Trimode in the last two updates. We have lost four members of the [email protected] gang over this. I¡¯m sorry guys but I am trying to keep our Gateway tools up to date and working.

De DoC



Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

GM all;

I want to apologize for what some are calling ranting on this topic. In my defense I get pretty frustrated and sometimes angry when Phil repeated tells us through Tom that he has not modified the logging code in Trimode in the last two updates. We have lost four members of the [email protected] gang over this. I¡¯m sorry guys but I am trying to keep our Gateway tools up to date and working.

De DoC


FW: [w1eo] New file uploaded to [email protected]

 

-----Original Message-----
From: DoC [mailto:d.g.willard@...]
Sent: Monday, January 14, 2019 15:00
To: 'Phil Sherrod'
Subject: RE: [w1eo] New file uploaded to [email protected]

That would be a shame Phil. Lots of Gateway sysops rely on Analyzer. If the
adi files are removed, Analyzer is useless. However, the very existence of
the logs themselves is imperative to sysops being able to operate their
Gateways. Please consider the supporting Gateway sysops, without which there
would be no Winlink system.
De DoC

-----Original Message-----
From: Phil Sherrod [mailto:phil@...]
Sent: Monday, January 14, 2019 14:50
To: furlan@...; 'DoC'
Cc: [email protected]
Subject: RE: [w1eo] New file uploaded to [email protected]

It is likely that adi file generation will be either removed from
Trimode or be declared an unsupported feature. We are discussing it
now.

Phil, W4PHS

-----Original Message-----
From: Dr. Werner Furlan [mailto:furlan@...]
Sent: Monday, January 14, 2019 7:48 AM
To: DoC
Cc: [email protected]; phil@...
Subject: Re: [w1eo] New file uploaded to [email protected]

DoC et al,

I can confirm that DoC is right that incomplete Trimode connects are no
more represented in the Trimode Adif files.

I made 3 connects today, one complete, 2 incomplete connects, all with
completed pactor ARQ connections (callsign and ctext submitted) Only
one connect (with completed message transfer) appears in the log file.

I support DoC's request, that incomplete connects should also appear in
the log. It is a very good quick overview of the performance of the RMS
and also of the performance of the different modes.

Regarding the communication style I have seen here in the last days I
suggest to adhere to hamspirit and direct communication between Phil
and DoC. This way the problem could be solved without delay and
personal injuries (IMHO)

Log from the above mentioned connects:

<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mo
d
e:7>
AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019
-
01-1
3
18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-
B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN
47T
G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<m
o
de:4
P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-
01-14
13:25:23|RMS
Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

73! de Werner OE9FWV
Sysop of RMS OE9XRK

On 14 Jan 2019 at 13:12, DoC wrote:


GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial connections.
Below are two records in the log file for connections across the desk.
Please note that the first record is a complete session (with the
"FQ" termination byte) while the second is an aborted session (with a
termination byte of ">"). Both created a log entry and both created a
`Connection Summary?. Neither end in two grid squares. As I have
repeatedly maintained, this is what used to happen prior to the
recent Trimode updates. I can accept and understand Phil repeatedly
stating he did not alter the logging portion of his code in these
updates, but I suspect he did alter the segment of code which
generates the `Connection Summary? lines and this has the effect of
eliminating the log entries for incomplete or failed sessions. Hope
this helps de DoC, W1EO
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<m
o
de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor
3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<m
o
de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>


--
What's the difference between ignorance and apathy? I don't know and I
don't care.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014


Re: New file uploaded to [email protected]

 

Thanks for the support Werner. Unfortunately, Phil will not respond to my
emails directly. Tom has acted as a go between so we can get a feeling of
Phil's actions and reactions.
73 all de DoC

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Werner Furlan
Sent: Monday, January 14, 2019 13:48
To: DoC
Cc: [email protected]; phil@...
Subject: Re: [w1eo] New file uploaded to [email protected]

DoC et al,

I can confirm that DoC is right that incomplete Trimode connects are no
more represented in the Trimode Adif files.

I made 3 connects today, one complete, 2 incomplete connects, all with
completed pactor ARQ connections (callsign and ctext submitted) Only one
connect (with completed message transfer) appears in the log file.

I support DoC's request, that incomplete connects should also appear in
the log. It is a very good quick overview of the performance of the RMS
and also of the performance of the different modes.

Regarding the communication style I have seen here in the last days I
suggest to adhere to hamspirit and direct communication between Phil and
DoC. This way the problem could be solved without delay and personal
injuries (IMHO)

Log from the above mentioned connects:

<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mod
e:7>AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019-
01-13
18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-
B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN47T
G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<mo
de:4>P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-
01-14
13:25:23|RMS Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-
B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

73! de Werner OE9FWV
Sysop of RMS OE9XRK

On 14 Jan 2019 at 13:12, DoC wrote:


GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial connections.
Below are two records in the log file for connections across the desk.
Please note that the first record is a complete session (with the "FQ"
termination byte) while the second is an aborted session (with a
termination byte of ">"). Both created a log entry and both created a
`Connection Summary?. Neither end in two grid squares. As I have
repeatedly maintained, this is what used to happen prior to the recent
Trimode updates. I can accept and understand Phil repeatedly stating
he did not alter the logging portion of his code in these updates, but
I suspect he did alter the segment of code which generates the
`Connection Summary? lines and this has the effect of eliminating the
log entries for incomplete or failed sessions. Hope this helps de DoC,
W1EO
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<mo
de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor 3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<mo
de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>


--
What's the difference between ignorance and apathy? I don't know and I
don't care.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014




Re: New file uploaded to [email protected]

 

DoC et al,

I can confirm that DoC is right that incomplete Trimode connects are no more represented in
the Trimode Adif files.

I made 3 connects today, one complete, 2 incomplete connects, all with completed pactor
ARQ connections (callsign and ctext submitted)
Only one connect (with completed message transfer) appears in the log file.

I support DoC's request, that incomplete connects should also appear in the log. It is a very
good quick overview of the performance of the RMS and also of the performance of the
different modes.

Regarding the communication style I have seen here in the last days I suggest to adhere to
hamspirit and direct communication between Phil and DoC. This way the problem could be
solved without delay and personal injuries (IMHO)

Log from the above mentioned connects:

<call:5>S58BZ<qso_date:8>20190113<time_on:6>180640<time_off:6>180849<mode:7>AR
DOP20<gridsquare:6>JN75GU<band:3>80M<freq:8>3,602500<comment:145>0|2019-01-13
18:08:49|RMS Trimode|1.3.22.0|CMS|OE9XRK|S58BZ|[RMS
Express-1.5.18.0-B2FHM$]|ARDOP20|3602500|407|111|FQ|0|0|377|85|129|JN75GU|JN47T
G<eor>
<call:6>OE9FWV<qso_date:8>20190114<time_on:6>132507<time_off:6>132523<mode:4>P
AC3<gridsquare:6>JN47TG<band:3>40M<freq:8>7,054500<comment:138>0|2019-01-14
13:25:23|RMS Trimode|1.3.22.0|CMS|OE9XRK|OE9FWV|[AirMail-3.4.062-B2FHIM$]|Pactor
3|7054500|0|0|FQ|0|0|378|69|15|JN47TG|JN47TG<eor>

73! de Werner OE9FWV
Sysop of RMS OE9XRK

On 14 Jan 2019 at 13:12, DoC wrote:


GM Tom et al;
I have resurrected Trimode version 1.2.8.0 here for trial connections.
Below are two records in the log file for connections across the desk.
Please note that the first record is a complete session (with the
"FQ" termination byte) while the second is an aborted session
(with a termination byte of ">"). Both created a log entry and
both created a `Connection Summary?. Neither end in two grid
squares. As I have repeatedly maintained, this is what used to happen
prior to the recent Trimode updates. I can accept and understand Phil
repeatedly stating he did not alter the logging portion of his code in
these updates, but I suspect he did alter the segment of code which
generates the `Connection Summary? lines and this has the effect
of eliminating the log entries for incomplete or failed sessions. Hope
this helps de DoC, W1EO ?
<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<mo
de:4>PAC3<gridsquare:
6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14
12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS
Express-1.5.18.0-B2FHM$]|Pactor 3|14104200|14|90|FQ|0|0|173|88|87<eor>
<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<mo
de:4>PAC3<gridsquare:
0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS
Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>

--
What's the difference between ignorance and apathy? I don't know and I don't care.


Email powered by Pegasus Mail free at <>
Homepage: <>
Fone +43 5522 75013
Fax +43 5522 22505
Mobile +43 664 6340014


Re: New file uploaded to [email protected]

 

¿ªÔÆÌåÓý

GM Tom et al;

I have resurrected Trimode version 1.2.8.0 here for trial connections. Below are two records in the log file for connections across the desk. Please note that the first record is a complete session (with the ¡°FQ¡± termination byte) while the second is an aborted session (with a termination byte of ¡°>¡±). Both created a log entry and both created a ¡®Connection Summary¡¯. Neither end in two grid squares.

As I have repeatedly maintained, this is what used to happen prior to the recent Trimode updates.

I can accept and understand Phil repeatedly stating he did not alter the logging portion of his code in these updates, but I suspect he did alter the segment of code which generates the ¡®Connection Summary¡¯ lines and this has the effect of eliminating the log entries for incomplete or failed sessions.

Hope this helps de DoC, W1EO

?

<call:4>W1EO<qso_date:8>20190114<time_on:6>124737<time_off:6>124904<mode:4>PAC3<gridsquare:6>FN42KM<band:3>20M<freq:9>14.104200<comment:126>0|2019-01-14 12:49:04|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO|[RMS Express-1.5.18.0-B2FHM$]|Pactor 3|14104200|14|90|FQ|0|0|173|88|87<eor>

<call:4>W1EO<qso_date:8>20190114<time_on:6>124929<time_off:6>125043<mode:4>PAC3<gridsquare:0><band:3>20M<freq:9>14.104200<comment:90>0|2019-01-14 12:50:43|RMS Trimode|1.2.8.0|CMS|W1EO|W1EO||Pactor 3|14104200|||>|0|0|39|0|73<eor>


Re: New file uploaded to [email protected]

Don Poaps
 

Lately nothing is showing. Either vhf, nothing in Hf?

I use to see stations, click and they show up in Google Earth. Miss that

Later?

Don va7dgp?

On Sun, Jan 13, 2019 at 07:56 Don Poaps via Groups.Io <va7dgp=[email protected]> wrote:
I run the Analyser as well. I log in via TV and it gives me a birds eye view if anyone has logged in.?

Thank You m
Don va7dgp?

On Sun, Jan 13, 2019 at 07:40 DoC <d.g.willard@...> wrote:

Parse what Tom? If there are no log entries for other that completed sessions there is nothing to parse for these failed connections.

De DoC

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Saturday, January 12, 2019 19:18


To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Can¡¯t you parse it without that??? Not a requirement for ADIF Master to read the file.??? I believe that is the only way this is going to get fixed¡­

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Saturday, January 12, 2019 1:14 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Tom;

Not one |>| failed session marked in ur attachment. If u indeed tried the Abort and the P2P connections that proves my claim.

De DoC

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Saturday, January 12, 2019 14:42
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Doc,

?

It is a wonder with the previous and now this accusatory and frankly paranoid rants that I can get Phil to care about your program at all.?? I for one have spent some hours looking into this but am not encouraged to look further.??

?

I have installed a program called ADIF Master and used that to view my ADIF files and have compared its result with my logs and see that ADIF Master has no difficulties parsing the ADIF file and it looks to me like the necessary information for me to see what happened from them is readable in them.?? I¡¯d suggest taking a look at changing your parsing to pull this information out.?? Phil has confirmed that he has changed nothing in the software related to ADIF generation ¨C no doubt something did change in DOT NET or some other thing to change the format.??

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Saturday, January 12, 2019 7:02 AM
To: [email protected]
Cc: 'd.g.willard' <d.g.willard@...>
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Tom;

Like the cartoon vulture said, ¡°patience hell, I¡¯m going to kill something¡±.

I have the distinct sense that Phil is stonewalling the repair of this incorrect log processing for failed/incomplete connections. Since the effect is to under report the number of failed connections it has the effect of making Winlink performance appear to be better than it is in reality. While large and diverse communities of served agencies see this, it smacks of fraud. I would think The Development Team would want the logging error repaired ASAP but apparently not as it has been reported for nearly a month, since the Trimode update from version 1.3.20 to 1.3.21 on 14 December, 2018 and now 1.3.22. Proper code development procedures would provide copies of older version source code and notes concerning changes which ought to make isolation of the change straightforward.

Please start a fire under Phil and please let your extensive Gateway sysop brethren know what is going on. Our longtime support deserves to be informed.

73 de DoC, W1EO

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Monday, January 07, 2019 20:08
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

No.?? Next step for me is seeing what Phil makes of it.?? I have sent him your earlier detailed note with some more annotations added.

?

Tom

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Monday, January 7, 2019 1:49 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I¡¯m reluctant to allow an update until we lick this one Tom. Unless there is some indication that it too got fixed.

So have u tried my suggested tests?

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Monday, January 07, 2019 19:36
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I¡¯m sorry ¨C I misunderstood about what you were stopping.? Agree stopping a client is a legit test.? And yes, looks like one of my Trimode instances updated to .22

?

?

Tom

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Monday, January 7, 2019 1:25 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I am stopping an across-the-desk client by clicking its abort button. The client call sign is not the same as my Gateway so I don¡¯t see how that would be different from any other client aborting Tom. That process used to work on the previous version, so should be a valid option now.

My logs definitely show an update in version number in the except I sent earlier today.

Do I see a new version of Trimode being used? 1.3.22.0???

De DoC

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Monday, January 07, 2019 19:07
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

From what Colin said, I¡¯m not so sure this really started with version 1.3.21.0.?? And I¡¯m not sure how things should be logged that you stop yourself¡­? I will pass along what you have sent which is helpful and maybe it will be enough for Phil to spot something.

?

Tom

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Monday, January 7, 2019 12:41 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Tom;

I think I have done exactly that already. Snapshots of Trimode panel and snapshots of adi log files, including my most recent where Trimode version changed. I really don¡¯t know what else I can do to identify the issue except perhaps offer to look in the source code myself if Phil would make it available to me (unlikely). I¡¯d compare code segments that generate the ¡®Connection Summary¡¯ line in 1.3.20.0 and 1.3.21.0 versions. A further clue might be where the two new GS were added at the end of the adi record. Although I can think of no connection they did appear at the same time.

I ask again, have u tried causing an incomplete session by clicking the abort button or selecting one of the P2P options or having one of ur clients do either? Pretty simple test to perform on ur own Gateway Tom.

And do u agree with my description of what ought to happen and what used to happen previously as presented in my immediately previous message to this topic?

I just got back from a morning of errands ¨C should be here for the remainder of the day. Want to watch things here?

De DoC

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Monday, January 07, 2019 14:50
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I¡¯m trying to nail down as specifically as possible what is different from what you saw before to now and when it occurs.??? That is the sort of information Phil will need to see what to look for in the code.? ??Just saying go back to a previous version without knowing what broke is not realistic.

?

Can you spell out with very specific examples of where it is working today and where it is not working with examples of what is different from the previous version ¨C make it as clear as possible to? help him see the problem and give him a better idea where to look.??

?

Tom

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Monday, January 7, 2019 8:30 AM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I can¡¯t tell without catching a connection in progress Tom. However, see my most recent message in this topic which shows several successive incomplete record logs under the Trimode version 1.3.20.0 ¨C there are very short ones ~~3 seconds and very long ones ~~60 seconds.

Is it not possible for Phil to back up to 1.3.20.0 to repair log processing? Looks like he needs a beta tester. It is very hard to get good code without one ¨C I lost mine a while ago and really miss him. During my code development I have had instances where I had to back up a version or two and make a fresh start which is why I maintain all my old version source codes. It is my contention that any connection session that does not include a termination byte of ¡®FQ¡¯ should be considered failed/incomplete and result in a log entry showing termination byte of ¡®>¡¯. Otherwise if ¡®FQ¡¯ that should be shown in a log entry and considered complete. All connections, failed or complete should result in a log entry ¨C as it used to under 1.3.20.0 version.

De DoC

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Monday, January 07, 2019 13:49
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I went back through a bunch of logs and what I am seeing is no summary if the connection fails early on but a consistent summary if it terminates after getting the initial traffic listing started or later.?? Does that match what you are seeing?

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Sunday, January 6, 2019 8:26 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Yes that¡¯s normal Tom But below is not. An incomplete connection without a ¡®Connection Summary¡¯ line and no log record entry.

?

\image

<call:5>N5BLP<qso_date:8>20190106<time_on:6>144837<time_off:6>145105<mode:7>ARDOP20<gridsquare:6>FN00JF<band:3>40M<freq:8>7.104500<comment:145>0|2019-01-06 14:51:05|RMS Trimode|1.3.21.0|CMS|W1EO|N5BLP|[RMS Express-1.5.17.1-B2FHM$]|ARDOP20|7104500|706|252|FQ|0|1|213|1993|148|FN00JF|FN42IM<eor>

<call:5>VP9NM<qso_date:8>20190106<time_on:6>190603<time_off:6>191257<mode:8>WINMOR16<gridsquare:6>FM72NG<band:3>30M<freq:9>10.144500<comment:146>0|2019-01-06 19:12:57|RMS Trimode|1.3.21.0|CMS|W1EO|VP9NM|[RMS Express-1.5.17.0-B2FHM$]|WINMOR16|10144500|1270|152|[T|1|0|820|88|413|FM72NG|FN42IM<eor>

<call:5>W2UTR<qso_date:8>20190106<time_on:6>210235<time_off:6>210433<mode:8>WINMOR16<gridsquare:6>FN20XR<band:3>80M<freq:8>3.597900<comment:144>0|2019-01-06 21:04:33|RMS Trimode|1.3.21.0|CMS|W1EO|W2UTR|[RMS Express-1.5.17.1-B2FHM$]|WINMOR16|3597900|303|230|FQ|0|0|208|83|117|FN20XR|FN42IM<eor>

<call:4>NN1G<qso_date:8>20190106<time_on:6>222130<time_off:6>222322<mode:0><gridsquare:6>FN33UP<band:4>160M<freq:8>1.845000<comment:143>0|2019-01-06 22:23:22|RMS Trimode|1.3.21.0|CMS|W1EO|NN1G|[RMS Express-1.5.17.0-B2FHM$]|Pactor 2|1845000|149|327|FQ|0|0|207|76|111|FN33UP|FN42IM<eor>

<call:6>KC3DSO<qso_date:8>20190106<time_on:6>223102<time_off:6>223235<mode:4>Vara<gridsquare:6>FM19AU<band:3>80M<freq:8>3.597900<comment:139>0|2019-01-06 22:32:35|RMS Trimode|1.3.21.0|CMS|W1EO|KC3DSO|[RMS Express-1.5.17.0-B2FHM$]|Vara|3597900|630|244|FQ|2|0|0|111|93|FM19AU|FN42IM<eor>

<call:5>K1JOZ<qso_date:8>20190107<time_on:6>012239<time_off:6>012308<mode:4>Vara<gridsquare:6>FM18KI<band:3>80M<freq:8>3.597900<comment:137>0|2019-01-07 01:23:08|RMS Trimode|1.3.21.0|CMS|W1EO|K1JOZ|[RMS Express-1.5.17.0-B2FHM$]|Vara|3597900|676|229|FQ|0|0|0|83|29|FM18KI|FN42IM<eor>

?

Note the time between the Trimode panel and the adif log entries ¨C no entry for this failed connection.

And notice the two GS at the end of the log entries. New to version 1.3.21.0 so Phil had to have changed something Tom.

de DoC

Sent: Sunday, January 06, 2019 22:27

Subject: Re: [w1eo] New file uploaded to [email protected]

?

Here is an earlier example of what I¡¯m seeing here:

?

2019-01-06 20:06:04 1.3.21.1??? FF

2019-01-06 20:06:04 1.3.21.1 FC EM EAAMMCAMWSZB 15987 10441 0

2019-01-06 20:06:05 1.3.21.1 F> 88

2019-01-06 20:06:25 1.3.21.1??? FS Y

2019-01-06 20:06:25 1.3.21.1 [Transferring binary data to Pactor TNC]

2019-01-06 20:29:03 1.3.21.1 [CmsLink.OnDisconnectFromCms] Remote Host = 192.168.213.10

2019-01-06 20:34:08 1.3.21.1 *** Disconnected from KC2IOV at 2019-01-06 20:34:08 UTC, CMS link ended

2019-01-06 20:34:08 1.3.21.1 --Connection Summary-- 2019-01-06 20:34:08 Mode: Pactor 3?? Bytes Confirmed Sent: 15579?? Bytes To CMS: 549?? Peak Bytes Per Min: 969?? Last Command: [T?? Session Time: 45.3 min

2019-01-06 20:34:08 1.3.21.1 *** Disconnected from KC2IOV at 2019-01-06 20:34:08 UTC, New Link direction: Disconnected

2019-01-06 20:36:43 1.3.21.1 Error induced restarts: Pactor=0? WINMOR=0? Vara=0?? Robust Packet=0

?

Is that not normal?

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Sunday, January 6, 2019 4:11 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

I think even without the ADIF box checked, there will be missing record log entries for each failed connection Tom.

?

Sent: Sunday, January 06, 2019 22:03

Subject: Re: [w1eo] New file uploaded to [email protected]

?

Will let you know.??? For now am waiting for someone to have a failed connect to observe the symptoms now that I have adif logs enabled.

?

Tom

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Sunday, January 6, 2019 4:00 PM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

would it help if we used SKYPE and Team Viewer to have u observe it here?

?

Sent: Sunday, January 06, 2019 21:46

Subject: Re: [w1eo] New file uploaded to [email protected]

?

I¡¯m not sure aborting a connection yourself should count or is counted but with current conditions there should be plenty of log entries reflecting problems if the code is working properly.?? I recently had to rebuild my Winlink machine and had neglected to check the adif log selection.?? I have fixed that and will watch for connections with problems.??

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Sunday, January 6, 2019 3:27 PM
To: [email protected]
Cc: d.g.willard <d.g.willard@...>
Subject: Re: [w1eo] New file uploaded to [email protected]

?

That is really unbelievable Tom. Several other sysops have noticed and reported it happening. As I suggested in my original message on this thread, the sysop can cause a message to fail or be incomplete by either clicking the abort button during the early stages of an across-the-table connection or by selecting a P2P mode while doing the same. Alternatively, he can have a client do that for him. Then watch the Trimode panel and u will see no ¡®connection summary¡¯ line and there will be no entry in the log. If u r running a Gateway, please try that urself.

Other sysops reading this thread, please chime in with ur observations.

de DoC

?

Sent: Sunday, January 06, 2019 21:04

Subject: Re: [w1eo] New file uploaded to [email protected]

?

Phil says he has never even looked at the code that generates the .adi files ¨C so no changes to Trimode we are aware of.???

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Sunday, January 6, 2019 10:47 AM
To: [email protected]
Cc: 'd.g.willard' <d.g.willard@...>
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Most of the failed/incomplete record log entries are missing Tom. Lately a few of the apparently complete connections do not result in a ¡®connection summary¡¯ line in the Trimode panel and no record adi log entries. These changes/errors were introduced with update to version 1.3.21.0! I have passed this information on to Phil and the WDT but have not received any response. Very frustrating. See my original message in this thread.

I hope u can help get us back to version 1.3.20.0 logging.

Thanks in advance for anything u can do de DoC, W1EO

?

From: [email protected] [mailto:[email protected]] On Behalf Of Tom Whiteside
Sent: Sunday, January 06, 2019 16:34
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Is it just the failed or incomplete contacts that you see missing??? I will get the information to W4PHS but want to describe it as completely as possible.

?

Tom N5TW

?

From: [email protected] [mailto:[email protected]] On Behalf Of DoC
Sent: Sunday, January 6, 2019 10:20 AM
To: [email protected]
Subject: Re: [w1eo] New file uploaded to [email protected]

?

Any suggestions as to what to do about RMS Analyzer? It is no longer very informative when Trimode adi logs are missing important information. It seems futile to make any further updates now. .I do hope these WDT actions are not intentional. Eliminating the log records for failed/incomplete connections to make the Winlink network performance appear better than it really is seems to border on being fraudulent.
73 de DoC, W1EO

?

--
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU ? VOICE


Winlink: va7qu@...
Subject://wl2k ? ? ? ? ??



? ? ? ? ? ? ? ? ? ??
??




?

--
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU ? VOICE


Winlink: va7qu@...
Subject://wl2k ? ? ? ? ??



? ? ? ? ? ? ? ? ? ??
??




?