Date   

Re: Root ownership

Dave K9DC
 

(below, owner.group)

Correct ownership of /etc/rc.local is root.root
Correct ownership /home/irlp/custom/rc.irlp is also root.root

The environment file must be inside /home/irlp/custom
Correct ownership of /home/irlp/custom/environment is root.irlp

-k9dc

On Dec 5, 2020, at 15:07, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

Should /home/irlp/custom/rc.local have root ownership? As well, should environment in the same directory?


Re: Root ownership

Nosey Nick VA3NNW
 

Brian Alexander via groups.io wrote:
Should /home/irlp/custom/rc.local have root ownership?
I don't have one of them. I have...

-rwxr-xr-x 1 root root 590 Nov  3 02:49 /etc/rc.local
... which calls:
-rwxr-x--- 1 repeater repeater 3658 Oct  6  2019 /home/irlp/custom/rc.irlp

I wonder if you, or some other admin, made a backup copy of the former next to the latter?

As well, should environment in the same directory?
Yup. How else would you customise your environment?   :-)

-rwxr-x--- 1 repeater repeater 5635 Nov  8  2019 /home/irlp/custom/environment

Nick VA3NNW

--
"Nosey" Nick Waterman, VA3NNW/G7RZQ, K2 #5209.
use Std::Disclaimer; sig@noseynick.net
Killer Sentenced to Die for Second Time in 10 Years


Root ownership

Brian Alexander
 

Should /home/irlp/custom/rc.local have root ownership? As well, should environment in the same directory?


Re: Faulty Board

David Cameron - IRLP
 

Is this on a PC or Pi? When you swap the board, is it just the board you swap, or any cables?

As mentioned in another email, there is a driver chip between the parallel port and the dtmf chip. It is a quad AND gate and one of the gates appears to be stuck. But the issue can also exist in the cable from the board to whatever it plugs into.

If it is the AND gate, it's fixable. If the dtmf chip is bad its not as easy.

Dave

-------- Original message --------
From: Phill Gray <vk8phl@...>
Date: 2020-12-04 11:32 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Faulty Board

Hi Dave,

The following occurs;

 

Type readinput & Press Enter

Displays                DTMF 1

 

Sent Digit             Displays
1                              (Nothing Displays)
2                              DTMF 3

                                DTMF 1

3                              DTMF 3

                                DTMF 1

4                              DTMF 5

                                DTMF 1

5                              DTMF 5

                                DTMF 1

6                              DTMF 7

                                DTMF 1

7                              DTMF 7

                                DTMF 1

8                              DTMF 9

                                DTMF 1

9                              DTMF 9

                                DTMF 1

0                              DTMF S

                                DTMF 1

 

If I swap the IRLP board with my spare it works fine.

 

Thanks Phill

VK8PHL

 

               

 

From: David Cameron - IRLP
Sent: Thursday, 3 December 2020 9:35 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Faulty Board

 

Please send a table of what is decoded when you press what key.. 

 

Pressed / See

 

1 / 1

2 / 3

3 / 3

4 / 5

5 / 5

.

.

 

Looks like there is a bit "stuck". This usually points to a cabling issue or issue with the parallel port/ GPIO.

 

Dave Cameron 

 

-------- Original message --------

From: Phill Gray <vk8phl@...>

Date: 2020-12-03 1:20 a.m. (GMT-08:00)

To: IRLP@irlp.groups.io

Subject: Re: [IRLP] Faulty Board

 

When you run the DTMF test it decodes as 2 digits ie 1 3 and not the correct actual digit sent
> On 3 Dec 2020, at 10:12 am, Nosey Nick VA3NNW <irlp@...> wrote:
>
> David Cameron wrote:
>> It really depends on what the failure is.  Can you detail what has failed? Does it not decode all tones? Does the decode some? Normally, if the DTMF chip needs to be replaced, it's not very easy to repair.
>
> I wonder... Is it not easier, cheaper, and probably MORE RELIABLE to decode DTMF in software these days?
>
> Strikes me... COS and PTT could probably be done with 2 or 3 components hidden on/in the plugs/sockets or at worst a "bump in the cable" plugged directly into the pi's GPIO. DTMF could (probably better) be done in software... Is it time to obsolete the IRLP board, or... do you have a huge backlog of boards you wanna sell first?   :-D
>
> Nick VA3NNW
>
> --
> "Nosey" Nick Waterman, VA3NNW/G7RZQ, K2 #5209.
> use Std::Disclaimer;    sig@...
> Logic will get you from A to B. Imagination will take you everywhere -- Einstein
>
>
>
>
>
>
>




 


Re: Faulty Board

bruce clements
 

Phil

I had the same problem on a version 3 board and was able to repair it.

I found the IC that drives the parallel port was defective. If you don't have the experience or tools to work on SMT technology , I would send it for repair or buy a new one. If you are up to the challenge,  all you can do is blow it up.😊😊

I removed the board and put it on the bench and troubleshoot it.

Good luck

Bruce
Ve3bv
Node 2226 
Caretaker for Nodes 2480 and 2920.




Sent from my Galaxy Tab® E

-------- Original message --------
From: Phill Gray <vk8phl@...>
Date: 2020-12-05 2:32 AM (GMT-05:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Faulty Board

Hi Dave,

The following occurs;

 

Type readinput & Press Enter

Displays                DTMF 1

 

Sent Digit             Displays
1                              (Nothing Displays)
2                              DTMF 3

                                DTMF 1

3                              DTMF 3

                                DTMF 1

4                              DTMF 5

                                DTMF 1

5                              DTMF 5

                                DTMF 1

6                              DTMF 7

                                DTMF 1

7                              DTMF 7

                                DTMF 1

8                              DTMF 9

                                DTMF 1

9                              DTMF 9

                                DTMF 1

0                              DTMF S

                                DTMF 1

 

If I swap the IRLP board with my spare it works fine.

 

Thanks Phill

VK8PHL

 

               

 

From: David Cameron - IRLP
Sent: Thursday, 3 December 2020 9:35 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Faulty Board

 

Please send a table of what is decoded when you press what key.. 

 

Pressed / See

 

1 / 1

2 / 3

3 / 3

4 / 5

5 / 5

.

.

 

Looks like there is a bit "stuck". This usually points to a cabling issue or issue with the parallel port/ GPIO.

 

Dave Cameron 

 

-------- Original message --------

From: Phill Gray <vk8phl@...>

Date: 2020-12-03 1:20 a.m. (GMT-08:00)

To: IRLP@irlp.groups.io

Subject: Re: [IRLP] Faulty Board

 

When you run the DTMF test it decodes as 2 digits ie 1 3 and not the correct actual digit sent
> On 3 Dec 2020, at 10:12 am, Nosey Nick VA3NNW <irlp@...> wrote:
>
> David Cameron wrote:
>> It really depends on what the failure is.  Can you detail what has failed? Does it not decode all tones? Does the decode some? Normally, if the DTMF chip needs to be replaced, it's not very easy to repair.
>
> I wonder... Is it not easier, cheaper, and probably MORE RELIABLE to decode DTMF in software these days?
>
> Strikes me... COS and PTT could probably be done with 2 or 3 components hidden on/in the plugs/sockets or at worst a "bump in the cable" plugged directly into the pi's GPIO. DTMF could (probably better) be done in software... Is it time to obsolete the IRLP board, or... do you have a huge backlog of boards you wanna sell first?   :-D
>
> Nick VA3NNW
>
> --
> "Nosey" Nick Waterman, VA3NNW/G7RZQ, K2 #5209.
> use Std::Disclaimer;    sig@...
> Logic will get you from A to B. Imagination will take you everywhere -- Einstein
>
>
>
>
>
>
>




 


Re: Faulty Board

Phill Gray
 

Hi Dave,

The following occurs;

 

Type readinput & Press Enter

Displays                DTMF 1

 

Sent Digit             Displays
1                              (Nothing Displays)
2                              DTMF 3

                                DTMF 1

3                              DTMF 3

                                DTMF 1

4                              DTMF 5

                                DTMF 1

5                              DTMF 5

                                DTMF 1

6                              DTMF 7

                                DTMF 1

7                              DTMF 7

                                DTMF 1

8                              DTMF 9

                                DTMF 1

9                              DTMF 9

                                DTMF 1

0                              DTMF S

                                DTMF 1

 

If I swap the IRLP board with my spare it works fine.

 

Thanks Phill

VK8PHL

 

               

 

From: David Cameron - IRLP
Sent: Thursday, 3 December 2020 9:35 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Faulty Board

 

Please send a table of what is decoded when you press what key.. 

 

Pressed / See

 

1 / 1

2 / 3

3 / 3

4 / 5

5 / 5

.

.

 

Looks like there is a bit "stuck". This usually points to a cabling issue or issue with the parallel port/ GPIO.

 

Dave Cameron 

 

-------- Original message --------

From: Phill Gray <vk8phl@...>

Date: 2020-12-03 1:20 a.m. (GMT-08:00)

To: IRLP@irlp.groups.io

Subject: Re: [IRLP] Faulty Board

 

When you run the DTMF test it decodes as 2 digits ie 1 3 and not the correct actual digit sent
> On 3 Dec 2020, at 10:12 am, Nosey Nick VA3NNW <irlp@...> wrote:
>
> David Cameron wrote:
>> It really depends on what the failure is.  Can you detail what has failed? Does it not decode all tones? Does the decode some? Normally, if the DTMF chip needs to be replaced, it's not very easy to repair.
>
> I wonder... Is it not easier, cheaper, and probably MORE RELIABLE to decode DTMF in software these days?
>
> Strikes me... COS and PTT could probably be done with 2 or 3 components hidden on/in the plugs/sockets or at worst a "bump in the cable" plugged directly into the pi's GPIO. DTMF could (probably better) be done in software... Is it time to obsolete the IRLP board, or... do you have a huge backlog of boards you wanna sell first?   :-D
>
> Nick VA3NNW
>
> --
> "Nosey" Nick Waterman, VA3NNW/G7RZQ, K2 #5209.
> use Std::Disclaimer;    sig@...
> Logic will get you from A to B. Imagination will take you everywhere -- Einstein
>
>
>
>
>
>
>




 


Re: Trying to install ssmtp on Debian - WAIT

Ramon Gandia
 

Here is the sendemail outging script for mail:

cat outgoing_text | sendemail -f myslef@gmailcom \
-t d.trump@wh.gov \
-u "subject matter" \
-s smtp.gmail.com:587 \
-o tls=yes \
-xu myself@gmail.com \
-xp abc123


These are all in daily use

Ramon AL7X 7254


Re: Trying to install ssmtp on Debian - WAIT

Ramon Gandia
 

Sorry, that was for the getmail package.

Here it what I use for sendemail:

cat text_to_be_sent | sendemail -f d.trump@whitehouse.gov \
-t secret@xalaska.com \
-u "subjectmatter" \
-s smtp.gci.net \
-o tls=no \
-xu mephistopheles \
-xp thedevilburns

I may have a gmail one here somewhere tool

Ramon AL7X 7254

On 12/4/20 4:02 PM, Ramon wrote:
1. Get the sendemail packages.   This SHOULD WORK:
sudo apt-get update
sudo apt-get install sendemail
(or, as root without the sudo)
Here is one of my mailrc files, installed in
/home/rfg/.getmail/
[retriever]
type = SimplePOP3Retriever
server = mail.xalaska.com
port = 110
username = secret@xalaska.com
password = bigger8secret
[destination]
type = Maildir
path = ~/mailqqq/
[options]
delete = true
message_log = ~/.getmail/log-secret
Once installed, you can run it manually or via crontab:
/usr/local/bin/getmail --rcfile getmailrc-secret  # retrieves mail
Ill see if I find a gmail rcfile, not sure I have one.
--
73
Ramon AL7X 7254
On 12/4/20 3:40 PM, Phil Zocco wrote:

Hi Ramon,

Let do sendEmail.

Thanks,

Phil N1BOW

-----Original Message-----
From: IRLP@irlp.groups.io [mailto:IRLP@irlp.groups.io] On Behalf Of Ramon Gandia
Sent: Friday, December 04, 2020 7:29 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Trying to install ssmtp on Debian

On 12/3/20 5:49 PM, Phil Zocco wrote:
Hi Ramon,

Greetings from the East Coast of the Lower 48.

I'd like to set up sendmail on my node.

Any help will be appreciated. Thank you.

73,

Phil N1BOW
Back when I was an ISP, I avoided sendmail.  It is big,
complicated, messy, probably insecure.

I never dealt with sendmail since trying in 1997.

If you meant sendEmail, let me know.  Different animal.

--
Ramon AL7X 7254










Re: Trying to install ssmtp on Debian WAIT

Ramon Gandia
 

WAIT:
That is for getmail, not sendemail.

Gimme 5 minutes.

Ramon AL7X

On 12/4/20 4:02 PM, Ramon wrote:
1. Get the sendemail packages.   This SHOULD WORK:
sudo apt-get update
sudo apt-get install sendemail
(or, as root without the sudo)
Here is one of my mailrc files, installed in
/home/rfg/.getmail/
[retriever]
type = SimplePOP3Retriever
server = mail.xalaska.com
port = 110
username = secret@xalaska.com
password = bigger8secret
[destination]
type = Maildir
path = ~/mailqqq/
[options]
delete = true
message_log = ~/.getmail/log-secret
Once installed, you can run it manually or via crontab:
/usr/local/bin/getmail --rcfile getmailrc-secret  # retrieves mail
Ill see if I find a gmail rcfile, not sure I have one.
--
73
Ramon AL7X 7254
On 12/4/20 3:40 PM, Phil Zocco wrote:

Hi Ramon,

Let do sendEmail.

Thanks,

Phil N1BOW

-----Original Message-----
From: IRLP@irlp.groups.io [mailto:IRLP@irlp.groups.io] On Behalf Of Ramon Gandia
Sent: Friday, December 04, 2020 7:29 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Trying to install ssmtp on Debian

On 12/3/20 5:49 PM, Phil Zocco wrote:
Hi Ramon,

Greetings from the East Coast of the Lower 48.

I'd like to set up sendmail on my node.

Any help will be appreciated. Thank you.

73,

Phil N1BOW
Back when I was an ISP, I avoided sendmail.  It is big,
complicated, messy, probably insecure.

I never dealt with sendmail since trying in 1997.

If you meant sendEmail, let me know.  Different animal.

--
Ramon AL7X 7254










Re: Trying to install ssmtp on Debian

Ramon Gandia
 

1. Get the sendemail packages. This SHOULD WORK:

sudo apt-get update
sudo apt-get install sendemail

(or, as root without the sudo)

Here is one of my mailrc files, installed in
/home/rfg/.getmail/

[retriever]
type = SimplePOP3Retriever
server = mail.xalaska.com
port = 110
username = secret@xalaska.com
password = bigger8secret

[destination]
type = Maildir
path = ~/mailqqq/

[options]
delete = true
message_log = ~/.getmail/log-secret


Once installed, you can run it manually or via crontab:

/usr/local/bin/getmail --rcfile getmailrc-secret # retrieves mail

Ill see if I find a gmail rcfile, not sure I have one.

--
73
Ramon AL7X 7254

On 12/4/20 3:40 PM, Phil Zocco wrote:

Hi Ramon,
Let do sendEmail.
Thanks,
Phil N1BOW
-----Original Message-----
From: IRLP@irlp.groups.io [mailto:IRLP@irlp.groups.io] On Behalf Of Ramon Gandia
Sent: Friday, December 04, 2020 7:29 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Trying to install ssmtp on Debian
On 12/3/20 5:49 PM, Phil Zocco wrote:
Hi Ramon,

Greetings from the East Coast of the Lower 48.

I'd like to set up sendmail on my node.

Any help will be appreciated. Thank you.

73,

Phil N1BOW
Back when I was an ISP, I avoided sendmail. It is big,
complicated, messy, probably insecure.
I never dealt with sendmail since trying in 1997.
If you meant sendEmail, let me know. Different animal.
--
Ramon AL7X 7254


Re: Trying to install ssmtp on Debian

Phil Zocco
 

Hi Ramon,

Let do sendEmail.

Thanks,

Phil N1BOW

-----Original Message-----
From: IRLP@irlp.groups.io [mailto:IRLP@irlp.groups.io] On Behalf Of Ramon Gandia
Sent: Friday, December 04, 2020 7:29 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Trying to install ssmtp on Debian

On 12/3/20 5:49 PM, Phil Zocco wrote:
Hi Ramon,

Greetings from the East Coast of the Lower 48.

I'd like to set up sendmail on my node.

Any help will be appreciated. Thank you.

73,

Phil N1BOW
Back when I was an ISP, I avoided sendmail. It is big,
complicated, messy, probably insecure.

I never dealt with sendmail since trying in 1997.

If you meant sendEmail, let me know. Different animal.

--
Ramon AL7X 7254


Re: Trying to install ssmtp on Debian

Ramon Gandia
 

On 12/3/20 5:49 PM, Phil Zocco wrote:
Hi Ramon,
Greetings from the East Coast of the Lower 48.
I'd like to set up sendmail on my node.
Any help will be appreciated. Thank you.
73,
Phil N1BOW
Back when I was an ISP, I avoided sendmail. It is big,
complicated, messy, probably insecure.

I never dealt with sendmail since trying in 1997.

If you meant sendEmail, let me know. Different animal.

--
Ramon AL7X 7254


Re: Decoding 73

Brian Alexander
 

I have to get both services running, so I’ll probably reinstall. At least then I will know they are installed reliably if I have other problems later.

Brian

On Dec 3, 2020, at 11:38 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:

Its up to you - I would. But there are not a lot of plugs into EchoIRLP, so you should be able to find them all in the custom directory:

custom_decode
custom_on
custom_off

You also should look out for IRLPvCON scripts as well.

You should be fine just commenting out all the EchoIRLP related pieces in the three files above.

Dave

On 03/12/2020 8:23 p.m., Brian Alexander via groups.io wrote:
Is it better to go back and do a clean reinstall over the existing install rather than trying to tweak everything?

Brian VA3AZA
On Dec 3, 2020, at 11:10 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
That is right - you have taken scripts from an old node (that had EchoIRLP installed) and put them on one that does not.

This is one reason why I always suggest a "clean re-install" when using a backup script.

You need to remove the lines for EchoIRLP from the custom_decode file at a minimum - there are likely many things that need to be tweaked.

Dave Cameron

On 03/12/2020 8:07 p.m., Brian Alexander via groups.io wrote:
Indeed, I do:

... /echo_end: No such file or directory

In custom_decode, this is line 70, which contains a variable, “$ECHO_SCRIPT”, prefixed to “/echo_end” (without the quotes).

It would seem that $ECHO_SCRIPT is not defined. Is this right?

Brian VA3AZA
On Dec 3, 2020, at 10:35 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Do you see any errors, when as user repeater you type the command:

decode 73

This is the same as decoding the 73 command on the air. It should lead you to the issue.

Dave Cameron

On 03/12/2020 7:33 p.m., Brian Alexander via groups.io wrote:
Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA
On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza=yahoo.com@groups.io>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@gmail.com> wrote:

Is this your node or some one else’s ??

From what your saying I would say some one changed the decode 73 to something else , why don’t know

Can’t remember off the top of my head where the decode file is located

Richard Szajkowski
VA3 RZS VA3ZJ VE3BTE

On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.

Can anyone suggest a fix or troublingshooting?

Many thanks,
VA3AZA
















Re: Decoding 73

David Cameron - IRLP
 

Its up to you - I would. But there are not a lot of plugs into EchoIRLP, so you should be able to find them all in the custom directory:

custom_decode
custom_on
custom_off

You also should look out for IRLPvCON scripts as well.

You should be fine just commenting out all the EchoIRLP related pieces in the three files above.

Dave

On 03/12/2020 8:23 p.m., Brian Alexander via groups.io wrote:
Is it better to go back and do a clean reinstall over the existing install rather than trying to tweak everything?

Brian VA3AZA
On Dec 3, 2020, at 11:10 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:

That is right - you have taken scripts from an old node (that had EchoIRLP installed) and put them on one that does not.

This is one reason why I always suggest a "clean re-install" when using a backup script.

You need to remove the lines for EchoIRLP from the custom_decode file at a minimum - there are likely many things that need to be tweaked.

Dave Cameron

On 03/12/2020 8:07 p.m., Brian Alexander via groups.io wrote:
Indeed, I do:

... /echo_end: No such file or directory

In custom_decode, this is line 70, which contains a variable, “$ECHO_SCRIPT”, prefixed to “/echo_end” (without the quotes).

It would seem that $ECHO_SCRIPT is not defined. Is this right?

Brian VA3AZA
On Dec 3, 2020, at 10:35 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Do you see any errors, when as user repeater you type the command:

decode 73

This is the same as decoding the 73 command on the air. It should lead you to the issue.

Dave Cameron

On 03/12/2020 7:33 p.m., Brian Alexander via groups.io wrote:
Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA
On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza=yahoo.com@groups.io>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@gmail.com> wrote:

Is this your node or some one else’s ??

From what your saying I would say some one changed the decode 73 to something else , why don’t know

Can’t remember off the top of my head where the decode file is located

Richard Szajkowski
VA3 RZS VA3ZJ VE3BTE

On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.

Can anyone suggest a fix or troublingshooting?

Many thanks,
VA3AZA












Re: Decoding 73

Brian Alexander
 

Is it better to go back and do a clean reinstall over the existing install rather than trying to tweak everything?

Brian VA3AZA

On Dec 3, 2020, at 11:10 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:

That is right - you have taken scripts from an old node (that had EchoIRLP installed) and put them on one that does not.

This is one reason why I always suggest a "clean re-install" when using a backup script.

You need to remove the lines for EchoIRLP from the custom_decode file at a minimum - there are likely many things that need to be tweaked.

Dave Cameron

On 03/12/2020 8:07 p.m., Brian Alexander via groups.io wrote:
Indeed, I do:

... /echo_end: No such file or directory

In custom_decode, this is line 70, which contains a variable, “$ECHO_SCRIPT”, prefixed to “/echo_end” (without the quotes).

It would seem that $ECHO_SCRIPT is not defined. Is this right?

Brian VA3AZA
On Dec 3, 2020, at 10:35 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Do you see any errors, when as user repeater you type the command:

decode 73

This is the same as decoding the 73 command on the air. It should lead you to the issue.

Dave Cameron

On 03/12/2020 7:33 p.m., Brian Alexander via groups.io wrote:
Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA
On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza=yahoo.com@groups.io>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@gmail.com> wrote:

Is this your node or some one else’s ??

From what your saying I would say some one changed the decode 73 to something else , why don’t know

Can’t remember off the top of my head where the decode file is located

Richard Szajkowski
VA3 RZS VA3ZJ VE3BTE

On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.

Can anyone suggest a fix or troublingshooting?

Many thanks,
VA3AZA

















Re: Trying to install ssmtp on Debian

Teton Amateur Radio Repeater Association (TARRA)
 

Sorry, I guess I should have said that it is running Debian 10. I'll try to work on it tomorrow.

Mick - W7CAT
Node 3464

----- Original Message -----
From: kd1yh
To: IRLP@irlp.groups.io
Sent: Thursday, December 03, 2020 06:29:22 PM
Subject: Re: [IRLP] Trying to install ssmtp on Debian

> Untitled DocumentDoes it work with debian 10?
> Paul kd1yh
>
> From: Teton Amateur Radio Repeater Association (TARRA)
> Sent: Thursday, December 03, 2020 2:22 PM
> To: IRLP@irlp.groups.io
> Subject: Re: [IRLP] Trying to install ssmtp on Debian
>
> This looking very interesting. I used to get an email sent to me whenever there was a connection made. It was handy to keep track of who connected and when. I have attached what the email looked like that I received when there was a connection made. Over time what I had got broken I could never figure out how to fix it. It looks like sendemail may be a lot easier even though I still don't know how to set it up. I would appreciate some help with it. Also need to clean out what was there that gives errors.
>
>
> Mick - W7CAT
> Node 3464
>
> ----- Original Message -----
> From: Ramon Gandia
> To: Nick VA3NNW , IRLP@irlp.groups.io
> Sent: Thursday, December 03, 2020 11:44:06 AM
> Subject: Re: [IRLP] Trying to install ssmtp on Debian
>
> >
> > It is NOT a typo. Sendmail is the old time user agent. Sendemail is a
> > lightweight, scriptable. Just pipe what you want into sendemail and
> > it will send it out via email.
> >
> > Been using it for years. Can handle TLS, etc if you want. It is dead
> > easy when using plain smtp servers on port 25.
> >
> > It is how my computers send me emails about events in there.
> >
> > Ramon AL7X 7254
> >
> > On 12/2/20 5:07 PM, Nick VA3NNW wrote:
> > > Ramon Gandia wrote:
> > >> One I like to use is "sendemail"
> > >
> > > I thought this MUST be a typo for ye olde sendmail, and was wondering
> > > who really likes to use sendmail in 2020?!?
> > >
> > > ... but I see there really IS one with the "e"!
> > >
> > > Package: sendemail
> > > Original-Maintainer: Alejandro Garrido Mota
> > > Depends: perl, libio-socket-inet6-perl
> > > Suggests: libio-socket-ssl-perl, libnet-ssleay-perl
> > > Size: 29384
> > > Homepage: http://www.caspian.dotconf.net/menu/Software/SendEmail/
> > > Description-en: lightweight, command line SMTP email client
> > > SendEmail is a lightweight, completely command line based, SMTP email
> > > agent. It was designed to be used in bash scripts, Perl programs, and
> > > web sites, but it is also quite useful in many other contexts.
> > > .
> > > SendEmail is written in Perl and is unique in that it
> > > requires no special modules. It has a straight forward interface,
> > > making it very easy to use.
> > >
> > > Looks neat... However also looks like you have to provide 100% of the
> > > configuration as command-line args, unless I'm mistaken?
> > >
> > > One of the advantages of ssmtp is you can put the static config like
> > > users, passwords, servers, ports, domain names, auth mechanisms into a
> > > fairly short /etc/ssmtp/ssmtp.conf and then all other calls are pretty
> > > much just "ssmtp user@... < email.txt"
> > >
> > > I guess you could always write a wrapper for sendemail that sets most of
> > > them though? Perhaps...
> > >
> > > #!/bin/sh -f
> > > sendemail -s server:port -xu USER -xp PASSWORD -o timeout=10 -o tls=yes
> > > "$@"
> > >
> > >
> > > 73! Nick VA3NNW
> > >
> >
> >
> >
> >
> >
> >
> >
>
> --
>
>
>
>
>
>
>
>
--


Re: Decoding 73

David Cameron - IRLP
 

That is right - you have taken scripts from an old node (that had EchoIRLP installed) and put them on one that does not.

This is one reason why I always suggest a "clean re-install" when using a backup script.

You need to remove the lines for EchoIRLP from the custom_decode file at a minimum - there are likely many things that need to be tweaked.

Dave Cameron

On 03/12/2020 8:07 p.m., Brian Alexander via groups.io wrote:
Indeed, I do:

... /echo_end: No such file or directory

In custom_decode, this is line 70, which contains a variable, “$ECHO_SCRIPT”, prefixed to “/echo_end” (without the quotes).

It would seem that $ECHO_SCRIPT is not defined. Is this right?

Brian VA3AZA
On Dec 3, 2020, at 10:35 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:

Do you see any errors, when as user repeater you type the command:

decode 73

This is the same as decoding the 73 command on the air. It should lead you to the issue.

Dave Cameron

On 03/12/2020 7:33 p.m., Brian Alexander via groups.io wrote:
Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA
On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza=yahoo.com@groups.io>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@gmail.com> wrote:

Is this your node or some one else’s ??

From what your saying I would say some one changed the decode 73 to something else , why don’t know

Can’t remember off the top of my head where the decode file is located

Richard Szajkowski
VA3 RZS VA3ZJ VE3BTE

On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.

Can anyone suggest a fix or troublingshooting?

Many thanks,
VA3AZA













Re: Decoding 73

Brian Alexander
 

Indeed, I do:

... /echo_end: No such file or directory

In custom_decode, this is line 70, which contains a variable, “$ECHO_SCRIPT”, prefixed to “/echo_end” (without the quotes).

It would seem that $ECHO_SCRIPT is not defined. Is this right?

Brian VA3AZA

On Dec 3, 2020, at 10:35 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:

Do you see any errors, when as user repeater you type the command:

decode 73

This is the same as decoding the 73 command on the air. It should lead you to the issue.

Dave Cameron

On 03/12/2020 7:33 p.m., Brian Alexander via groups.io wrote:
Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA
On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:
Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza=yahoo.com@groups.io>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@gmail.com> wrote:

Is this your node or some one else’s ??

From what your saying I would say some one changed the decode 73 to something else , why don’t know

Can’t remember off the top of my head where the decode file is located

Richard Szajkowski
VA3 RZS VA3ZJ VE3BTE

On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.

Can anyone suggest a fix or troublingshooting?

Many thanks,
VA3AZA
















Re: Decoding 73

David Cameron - IRLP
 

Do you see any errors, when as user repeater you type the command:

decode 73

This is the same as decoding the 73 command on the air. It should lead you to the issue.

Dave Cameron

On 03/12/2020 7:33 p.m., Brian Alexander via groups.io wrote:
Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA
On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@irlp.net> wrote:

Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza=yahoo.com@groups.io>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@gmail.com> wrote:

Is this your node or some one else’s ??

From what your saying I would say some one changed the decode 73 to something else , why don’t know

Can’t remember off the top of my head where the decode file is located

Richard Szajkowski
VA3 RZS VA3ZJ VE3BTE

On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza=yahoo.com@groups.io> wrote:

I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.

Can anyone suggest a fix or troublingshooting?

Many thanks,
VA3AZA












Re: Decoding 73

Brian Alexander
 

Well, I’ve chased the $1 argument from decode to custom_decode along the path a 73 is supposed to go. I can see the if tests in both scripts and have echo printed around them to verify that execution is proceeding as it seems to be intended. The custom_decode dispatches 73 to echo_end, where it seems to disappear. An if test in echo_end is supposed to trap an IRLP disconnection request by testing for a certain file’s existence in $LOCAL and then call end. This does not seem to happen correctly.


Brian VA3AZA



On Dec 3, 2020, at 8:17 PM, David Cameron - IRLP <dcameron@...> wrote:

Someone likely changed the default code, and you'll find it in the

/home/irlp/custom/custom_decode

file.

Dave Cameron 

-------- Original message --------
From: "Brian Alexander via groups.io" <va3aza@...>
Date: 2020-12-03 5:12 p.m. (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Decoding 73

Rick;

It’s a club node that was rebuilt on a new machine. Reinstall script was used, so I would guess the important stuff came over.

Brian VA3AZA
> On Dec 3, 2020, at 8:10 PM, Rick Szajkowski <va3rzs2@...> wrote:
>
> Is this your node or some one else’s ??
>
> From what your saying I would say some one changed the decode 73  to something else , why don’t know
>
> Can’t remember off the top of my head where the decode file is located
>
> Richard Szajkowski
> VA3 RZS VA3ZJ VE3BTE
>
>> On Dec 3, 2020, at 8:01 PM, Brian Alexander via groups.io <va3aza@...> wrote:
>>
>> I have an IRLP node that properly connects to other IRLP nodes via RF DTMF but does not respond to 73. I can see in log/messages that 73 is actually heard and decoded, but disconnection does not occur.
>>
>> Can anyone suggest a fix or troublingshooting?
>>
>> Many thanks,
>> VA3AZA
>>
>>
>>
>>
>>
>
>
>
>
>





201 - 220 of 78244