• Bash file issues...

    From Bill McGarrity@1:103/705 to All on Tue Jan 24 15:31:06 2017
    Hello everybody!

    Background....

    I have a Raspberry Pi that I'm trying to setup an incoming bash file to toss incoming mail and also to run htick for any tic files. This is what I have now...

    #/bin/bash/inmail.sh

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    cd /home/pi/sbbs/exec

    echo ***** Process inbound mail

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    cd /home/pi/husky/htick

    sudo ./htick -c htick.cfg scan

    #if exists [ /home/pi/sbbs/secure/*.tic ]

    cd /home/pi/husky/htick

    sudo ./htick -c htick.cfg toss

    cd /home/pi/sbbs/exec

    sudo ./addfiles * -sznf > /home/pi/sbbs/events/adderror.log

    These are the errors I see....

    [inerror.log]

    SBBSecho v3.00-Linux (rev 3.28) - Synchronet FidoNet EchoMail Tosser.
    SBBSCTRL environment variable not set.SBBSecho exiting with error level 1, NetMail(0 imported, 0 exported, 0 packed),
    EchoMail(0 imported, 0 exported)

    [adderror.log]

    SBBSCTRL environment variable not set.
    Example: SET SBBSCTRL=/sbbs/ctrl

    I also added the following to the /etc/profile

    export SBBSCTRL=/home/pi/sbbs/ctrl
    export SBBSNODE=/home/pi/sbbs/node1


    Now, if I run it from the command line.... this is what I get....

    pi@raspberry:~sbbs/exec ./sbbsecho
    SBBSecho v3.00-Linux (rev 3.28) - Synchronet FidoNet EchoMail Tosser
    Loading configuration files from /home/pi/sbbs/ctrl/
    SBBSecho 3.00-Linux r3.28 Jan 4 2017 GCC 4.9.2 invoked with options:
    Reading /home/pi/sbbs/data/areas.bbs
    Read 97 areas from /home/pi/sbbs/data/areas.bbs

    Scanning /home/pi/sbbs/temp/sbbsecho/ for Stray Outbound Packets...

    Scanning for Inbound Packets...
    Scanning secure inbound: /home/pi/sbbs/sportnet/secure/
    Scanning non-secure inbound: /home/pi/sbbs/sportnet/inbound/

    Scanning for Inbound NetMail Messages...

    Packing Outbound NetMail from /home/pi/sbbs/sbbs/netmail/*.msg ...
    Deleting /home/pi/sbbs/ctrl/sbbsecho.bsy (from line 2289)


    Why if I'm telling it where the SBBSCRTL is and I getting the enviorment not set in the bash file?

    Bill


    ... t 3.17a-Linux Debug Apr 6 2016 GCC 5.3.0

    ---
    * Synchronet * TequilaMockingbird Online - Toms River, NJ
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Jeff Smith@1:282/1031 to Bill Mcgarrity on Tue Jan 24 18:27:08 2017
    Hello Bill,

    I have a Raspberry Pi that I'm trying to setup an incoming bash file to
    toss incoming mail and also to run htick for any tic files. This is what
    I have now...

    #/bin/bash/inmail.sh
    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    [...]

    export SBBSCTRL=/home/pi/sbbs/ctrl

    [...]

    Why if I'm telling it where the SBBSCRTL is and I getting the enviorment notset in the bash file?

    First thing I see is a difference in the SBBSCTRL statements used.

    Here I use "SBBSCTRL=/home/sbbs/ctrl" But in the home directory of the user the BBS will be running as you could edit the file named either .profile or .bash_profile depending on if you're running bash or sh and add the line:

    SBBSCTRL=/home/sbbs/ctrl && export SBBSCTRL

    In the above statement replace "/home/sbbs/ctrl" with the full path to your SBBS ctrl directory.

    And regarding the BASH statement that you are using. Here I simply use "#!/bin/bash" as the first line of a bash script.


    Jeff

    --- BBBS/Li6 v4.10 Toy-3
    * Origin: The OuijaBoard - Anoka, MN (1:282/1031)
  • From Bill McGarrity@1:266/404 to Jeff Smith on Tue Jan 24 23:15:00 2017
    HIya Jeff..

    Jeff Smith wrote to Bill Mcgarrity <=-


    I have a Raspberry Pi that I'm trying to setup an incoming bash file to
    toss incoming mail and also to run htick for any tic files. This is what
    I have now...

    #/bin/bash/inmail.sh
    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    [...]

    export SBBSCTRL=/home/pi/sbbs/ctrl

    [...]

    Why if I'm telling it where the SBBSCRTL is and I getting the enviorment notset in the bash file?

    First thing I see is a difference in the SBBSCTRL statements used.

    Well, all I added was the actual file it was looking for... either way, it still doesn't work

    Here I use "SBBSCTRL=/home/sbbs/ctrl" But in the home directory of the user the BBS will be running as you could edit the file named either .profile or .bash_profile depending on if you're running bash or sh and add the line:

    SBBSCTRL=/home/sbbs/ctrl && export SBBSCTRL

    In the above statement replace "/home/sbbs/ctrl" with the full path to your SBBS ctrl directory.

    I've added the above statement to the ../pi/.profile and created a file ../pi/.bash_profile and still no luck. I also have those statements in the root /etc/profile.

    And regarding the BASH statement that you are using. Here I simply use "#!/bin/bash" as the first line of a bash script.

    I changed that...

    the script I created is named "inmail.sh". With that being said I would have thought the ../pi/.profile would have worked but I added both none the less. My concern is when I run ./sbbsecho at a command prompt "pi@raspberry:~/sbbs/exec" it works fine... yet, when I try and start the bbs with "./sbbs", it won't start unless I put the path and sbbs.ini filename also. Some see the ctrl directory, some don't. :(



    This almost has me bald... lol!!
    Jeff

    --- BBBS/Li6 v4.10 Toy-3
    * Origin: The OuijaBoard - Anoka, MN (1:282/1031)

    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    === MultiMail/Win32 v0.50
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From Accession@1:103/705 to Bill McGarrity on Tue Jan 24 21:48:02 2017
    Hello Bill,

    On Tue Jan 24 2017 15:31:06, Bill McGarrity wrote to All:

    Background....

    I have a Raspberry Pi that I'm trying to setup an incoming bash file
    to toss incoming mail and also to run htick for any tic files. This
    is what I have now...

    #/bin/bash/inmail.sh

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    Try 'export SBBSCTRL=/home/pi/sbbs/ctrl' and you'll have better results.

    cd /home/pi/sbbs/exec

    echo ***** Process inbound mail

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    cd /home/pi/husky/htick

    sudo ./htick -c htick.cfg scan

    [ CUT BELOW HERE ]

    #if exists [ /home/pi/sbbs/secure/*.tic ]

    cd /home/pi/husky/htick

    sudo ./htick -c htick.cfg toss

    [ INSTEAD ]

    You may want to use an if/then/else statement here, like so:

    if [ -f /home/pi/sbbs/secure/*.tic ]; then
    sudo ./htick -c htick.cfg toss
    else

    [ then continue with your script ]

    cd /home/pi/sbbs/exec

    sudo ./addfiles * -sznf > /home/pi/sbbs/events/adderror.log

    Why if I'm telling it where the SBBSCRTL is and I getting the
    enviorment not set in the bash file?

    Because in your script you set the SBBSCTRL environment variable to sbbs.ini, and not the CTRL directory where it should be.

    Regards,
    Nick

    ... "-Y-| -+-+-#-A. -> -+-|-|-U-i -e-+-+-i-|-+ -C-#-#-+-e-#-A."
    --- GoldED+/LNX 1.1.5-b20161221
    # Origin: thePharcyde_ distribution system (Wisconsin) (723:1/1)
    * Synchronet * thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to BILL MCGARRITY on Tue Jan 24 10:48:00 2017
    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    [adderror.log]

    SBBSCTRL environment variable not set.
    Example: SET SBBSCTRL=/sbbs/ctrl

    I also added the following to the /etc/profile

    export SBBSCTRL=/home/pi/sbbs/ctrl
    export SBBSNODE=/home/pi/sbbs/node1

    Why if I'm telling it where the SBBSCRTL is and I getting the enviorment not
    set in the bash file?

    See above, you originally set the SBBSCTRL to the sbbs.ini file, not
    the directory. While you setup to export the SBBSCTRL environment
    variable properly in your profile, you said you set it up originally to
    point to the sbbs.ini file. Did you logoff then login again to re-read
    the profile file, once you edited it?
    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Bill McGarrity@1:266/404 to Accession on Wed Jan 25 16:58:00 2017
    Hiya Nick...

    Accession wrote to Bill McGarrity <=-

    Hello Bill,

    On Tue Jan 24 2017 15:31:06, Bill McGarrity wrote to All:

    Background....

    I have a Raspberry Pi that I'm trying to setup an incoming bash file
    to toss incoming mail and also to run htick for any tic files. This
    is what I have now...

    #/bin/bash/inmail.sh

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    Try 'export SBBSCTRL=/home/pi/sbbs/ctrl' and you'll have better
    results.


    I've tried everything... still nothing. I've tried all the suggestions and still get enviorment variable not set.


    cd /home/pi/sbbs/exec

    echo ***** Process inbound mail

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    I even removed everything at the end so it doesn't post to a log and nadda... but it did come up on the screen...

    cd /home/pi/husky/htick

    sudo ./htick -c htick.cfg scan

    [ CUT BELOW HERE ]

    #if exists [ /home/pi/sbbs/secure/*.tic ]

    cd /home/pi/husky/htick

    sudo ./htick -c htick.cfg toss

    [ INSTEAD ]

    You may want to use an if/then/else statement here, like so:

    if [ -f /home/pi/sbbs/secure/*.tic ]; then
    sudo ./htick -c htick.cfg toss
    else


    Done.... works perfectly... thank you..


    Why if I'm telling it where the SBBSCRTL is and I getting the
    enviorment not set in the bash file?

    Because in your script you set the SBBSCTRL environment variable to sbbs.ini, and not the CTRL directory where it should be.

    I changed that as I said. Nadda... :/

    Please read my reply to John...




    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    === MultiMail/Win32 v0.50
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From Bill McGarrity@1:103/705 to John Guillory on Wed Jan 25 16:54:00 2017
    Hiya John...

    John Guillory wrote to BILL MCGARRITY <=-

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    This I orginally put in the script itself. I have since removed the sbbs.ini and it's still doing the same thing.


    [adderror.log]

    SBBSCTRL environment variable not set.
    Example: SET SBBSCTRL=/sbbs/ctrl

    I also added the following to the /etc/profile

    export SBBSCTRL=/home/pi/sbbs/ctrl
    export SBBSNODE=/home/pi/sbbs/node1

    Why if I'm telling it where the SBBSCRTL is and I getting the enviorment
    ot
    set in the bash file?

    See above, you originally set the SBBSCTRL to the sbbs.ini file, not the directory. While you setup to export the SBBSCTRL environment variable properly in your profile, you said you set it up originally to point to the sbbs.ini file. Did you logoff then login again to re-read the profile file, once you edited it?

    As stated above, I made the change in the script. I also rechecked the /etc/profile in root, the /home/pi/.profile and the /home/pi/.bash_profile and added the lines you stated... still getting SBBSCtrl enviorment variable not set. :(



    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    --- MultiMail/Win32 v0.50
    * Synchronet * TequilaMockingbird Online - Toms River, NJ
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to BILL MCGARRITY on Wed Jan 25 06:10:00 2017
    Hiya Nick...

    Accession wrote to Bill McGarrity <=-
    I've tried everything... still nothing. I've tried all the suggestions and still get enviorment variable not set.
    Add I believe it'd be: echo %SBBSCTRL% to your profile script.
    Also, I notice below your using sudo ./sbbsecho .... Do you have the
    settings for SBBSCTRL in the root profile script? also, is SBBSCTRL all
    caps? Just a few things I can think of at the moment...


    cd /home/pi/sbbs/exec

    echo ***** Process inbound mail

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to BILL MCGARRITY on Wed Jan 25 06:14:00 2017
    Hiya John...

    John Guillory wrote to BILL MCGARRITY <=-

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini


    As stated above, I made the change in the script. I also rechecked the /etc/profile in root, the /home/pi/.profile and the /home/pi/.bash_profile
    and
    added the lines you stated... still getting SBBSCtrl enviorment variable not set. :(
    /etc/.profile should be the profile that gets ran for every user, /root/.profile would be for the root account, which is what's getting
    ran as using sudo ... Try editing the /root/,profile or
    /root/.bash_profile and see if that helps...




    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    --- MultiMail/Win32 v0.50
    .n * .gSynchronet.n * TequilaMockingbird Online - Toms River, NJ
    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From echicken@1:103/705 to Bill McGarrity on Wed Jan 25 21:34:26 2017
    Re: Bash file issues...
    By: Bill McGarrity to All on Tue Jan 24 2017 15:31:06

    #/bin/bash/inmail.sh

    I don't do much shell scripting, but I'm wondering what the purpose of that line is. Also, do you have a line like this at the start of the script?

    #!/bin/bash

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    How is this script being called, and as what user? I suspect you could do away with sudo, though maybe some permissions need to be tweaked. (Since you're getting output from sbbsecho in your log, that implies sudo is working; I'm just wondering.)

    I also added the following to the /etc/profile

    This brings me back to the shebang line (#!/bin/bash) that should be at the top of the script to identify which interpreter is used. It's possible that this script is being run by something else (sh perhaps) that doesn't pay attention to /etc/profile. (I don't know enough to say which do and don't.)

    There are also situations where /etc/profile isn't used, so you may need to export the SBBSCTRL variable from within the user's ~/.bash_profile file.

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
    * Synchronet * electronic chicken bbs - bbs.electronicchicken.com
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to ECHICKEN on Wed Jan 25 09:00:00 2017
    #/bin/bash/inmail.sh

    I think the above line just is a comment to let him know the name of
    the file he's editing....

    #!/bin/bash

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    How is this script being called, and as what user? I suspect you could do
    away
    with sudo, though maybe some permissions need to be tweaked. (Since you're getting output from sbbsecho in your log, that implies sudo is working; I'm just wondering.)
    The sudo command implies that the sbbsecho gets called by root,
    which is why I recommended him make sure he modifed /root/.profile or /root/.bashprofile ...

    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From echicken@1:103/705 to John Guillory on Wed Jan 25 23:23:26 2017
    Re: Bash file issues...
    By: John Guillory to ECHICKEN on Wed Jan 25 2017 09:00:00

    How is this script being called, and as what user? I suspect you
    could do away with sudo, though maybe some permissions need to be

    The sudo command implies that the sbbsecho gets called by root,

    No kidding.

    I was curious to know what user account the script was running under. For sudo to actually work in a script without a password prompt, he'd have to have taken some extra steps.

    which is why I recommended him make sure he modifed /root/.profile or /root/.bashprofile ...

    Sure. At a glance it doesn't look like this stuff should need to be run as root, though.

    I suspect the best fix for his problems will come down to .bash_profile, making sure the script runs in bash, and sorting out permissions so that it can just run as a regular user.

    Not that it really matters if he wants to go wild and run everything as root:

    https://www.garyshood.com/root/

    :D

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
    * Synchronet * electronic chicken bbs - bbs.electronicchicken.com
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to ECHICKEN on Wed Jan 25 09:40:00 2017
    The sudo command implies that the sbbsecho gets called by root,

    No kidding.

    I was curious to know what user account the script was running under. For
    sudo
    to actually work in a script without a password prompt, he'd have to have
    taken
    some extra steps.

    which is why I recommended him make sure he modifed /root/.profile or /root/.bashprofile ...

    Sure. At a glance it doesn't look like this stuff should need to be run as root, though.

    I suspect the best fix for his problems will come down to .bash_profile,
    making
    sure the script runs in bash, and sorting out permissions so that it can
    just
    run as a regular user.
    I had similiar problems when running SBBS on my linode, I had to
    constantly chown sbbs /sbbs to keep from getting errors writing to file
    and message directories, even then, I'd get problems, so finally I
    decided to run the BBS as root....

    Not that it really matters if he wants to go wild and run everything as
    root:

    https://www.garyshood.com/root/
    I'll have to check it out...
    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From echicken@1:103/705 to John Guillory on Thu Jan 26 00:27:54 2017
    Re: Bash file issues...
    By: John Guillory to ECHICKEN on Wed Jan 25 2017 09:40:00

    I had similiar problems when running SBBS on my linode, I had to constantly chown sbbs /sbbs to keep from getting errors writing to file and message directories, even then, I'd get problems, so finally I
    decided to run the BBS as root....

    I've been running my BBS on linux for quite a few years now (on linode for part of that time - thankfully there are decent, cheaper alternatives now) and have not had those sorts of problems. Normally it's just a matter of specifying the right user and group in the [Unix] section of sbbs.ini.

    However if you're running any external tools that create or modify files (say a scanner/tosser as a cron job), it's good to run them as the same user your BBS runs as, or ensure that group membership and permissions are set accordingly.

    https://www.garyshood.com/root/
    I'll have to check it out...

    It's just something of a joke page; mildly amusing and I'm reminded of it whenever this sort of topic comes up.

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
    * Synchronet * electronic chicken bbs - bbs.electronicchicken.com
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Tony Langdon@3:633/410 to echicken on Thu Jan 26 19:24:00 2017
    echicken wrote to Bill McGarrity <=-

    #/bin/bash/inmail.sh

    I don't do much shell scripting, but I'm wondering what the purpose of that line is. Also, do you have a line like this at the start of the script?

    That line above is a comment.

    #!/bin/bash

    Yes, I strongly recommend the script should specify the shell to use. Saves confusing errors, especially when porting between different systems (which may have a different default shell - e.g. Debian).

    sudo ./sbbsecho -LESRFD! > /home/pi/sbbs/events/inerror.log

    How is this script being called, and as what user? I suspect you could
    do away with sudo, though maybe some permissions need to be tweaked. (Since you're getting output from sbbsecho in your log, that implies
    sudo is working; I'm just wondering.)

    Agree, I would expect sbbsecho to be run as the user SBBS is running under.

    I also added the following to the /etc/profile

    This brings me back to the shebang line (#!/bin/bash) that should be at the top of the script to identify which interpreter is used. It's possible that this script is being run by something else (sh perhaps)
    that doesn't pay attention to /etc/profile. (I don't know enough to
    say which do and don't.)

    And when you use cron, things change again. If a script requires a variable set, I will generally set it in the script, or at least check before setting (so I can feed different environments to it, if I need to).

    There are also situations where /etc/profile isn't used, so you may
    need to export the SBBSCTRL variable from within the user's ~/.bash_profile file.

    I do this too, more for my own ease of use, as well as having /sbbs/exec in my PATH. :)

    In any case, think we need more information as to what's going on. :)

    ... Babehart - a cute little pig that slaughters half of Scotland
    --- MultiMail/Win32 v0.49
    * Origin: Freeway BBS - freeway.apana.org.au (3:633/410)
  • From Tony Langdon@3:633/410 to John Guillory on Thu Jan 26 19:25:00 2017
    John Guillory wrote to ECHICKEN <=-

    I had similiar problems when running SBBS on my linode, I had to constantly chown sbbs /sbbs to keep from getting errors writing to
    file and message directories, even then, I'd get problems, so finally I decided to run the BBS as root....

    sually means something is being run by root when it shouldn't, either automatically or by hand. I have no permissions issues on my Pi, I run the system as a normal user.


    ... Don't sweat petty things.... or pet sweaty things.
    --- MultiMail/Win32 v0.49
    * Origin: Freeway BBS - freeway.apana.org.au (3:633/410)
  • From Tony Langdon@3:633/410 to echicken on Thu Jan 26 19:27:00 2017
    echicken wrote to John Guillory <=-

    I've been running my BBS on linux for quite a few years now (on linode
    for part of that time - thankfully there are decent, cheaper
    alternatives now) and have not had those sorts of problems. Normally
    it's just a matter of specifying the right user and group in the [Unix] section of sbbs.ini.

    Yeah no dramas here either.

    However if you're running any external tools that create or modify
    files (say a scanner/tosser as a cron job), it's good to run them as
    the same user your BBS runs as, or ensure that group membership and permissions are set accordingly.

    I just use the BBS user's crontab for all cron jobs on my system, works fine.

    https://www.garyshood.com/root/
    I'll have to check it out...

    It's just something of a joke page; mildly amusing and I'm reminded of
    it whenever this sort of topic comes up.

    :-)


    ... I AM IMMORTAL! Well, so far anyway...
    --- MultiMail/Win32 v0.49
    * Origin: Freeway BBS - freeway.apana.org.au (3:633/410)
  • From echicken@1:103/705 to Tony Langdon on Thu Jan 26 08:27:40 2017
    Re: Re: Bash file issues...
    By: Tony Langdon to echicken on Thu Jan 26 2017 19:27:00

    I just use the BBS user's crontab for all cron jobs on my system, works fine.

    Yep, that's usually the way to go. I tend to use Synchronet's own timed events when possible; requires a little less extra setup if you move your BBS to another machine (not that it comes up often).

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
    * Synchronet * electronic chicken bbs - bbs.electronicchicken.com
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Accession@1:103/705 to Bill McGarrity on Thu Jan 26 08:07:30 2017
    Hello Bill,

    On Wed Jan 25 2017 16:58:00, Bill McGarrity wrote to Accession:

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    Try 'export SBBSCTRL=/home/pi/sbbs/ctrl' and you'll have better
    results.

    I've tried everything... still nothing. I've tried all the
    suggestions and still get enviorment variable not set.

    Apparantly, you missed something. In your line above, there is no "export". Is that still an issue that may have been overlooked?

    I even removed everything at the end so it doesn't post to a log and nadda... but it did come up on the screen...

    You can continue to post to your logs, as that's not the issue. The issue, specifically, is the environment variable.

    You may want to use an if/then/else statement here, like so:

    if [ -f /home/pi/sbbs/secure/*.tic ]; then
    sudo ./htick -c htick.cfg toss
    else

    Done.... works perfectly... thank you..

    Why if I'm telling it where the SBBSCRTL is and I getting the
    enviorment not set in the bash file?

    Because in your script you set the SBBSCTRL environment variable
    to sbbs.ini, and not the CTRL directory where it should be.

    I changed that as I said. Nadda... :/

    Please read my reply to John...

    If you're forgetting the word "export" at the beginning of the line that sets your environment variable in your script, that is definitely the problem.. and means you misread my original reply above.

    Also, "export" should probably be in your /etc/profile as well, if it is not already. If you have that line in any other files (ie: .bashrc or bash_profile or whatever), remove them. You're getting too excited and adding that line in a

    bunch of unnecessary places.

    Regards,
    Nick

    ... "-Y-| -+-+-#-A. -> -+-|-|-U-i -e-+-+-i-|-+ -C-#-#-+-e-#-A."
    --- GoldED+/LNX 1.1.5-b20161221
    # Origin: thePharcyde_ distribution system (Wisconsin) (723:1/1)
    * Synchronet * thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Accession@1:103/705 to Bill McGarrity on Thu Jan 26 08:14:36 2017
    Hello Bill,

    On Wed Jan 25 2017 16:54:00, Bill McGarrity wrote to John Guillory:

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    This I orginally put in the script itself. I have since removed the sbbs.ini and it's still doing the same thing.

    And with or without sbbs.ini, the command is wrong without "export" at the beginning, just like you seemed to have put into your /etc/profile below..

    export SBBSCTRL=/home/pi/sbbs/ctrl
    export SBBSNODE=/home/pi/sbbs/node1

    As stated above, I made the change in the script. I also rechecked
    the /etc/profile in root, the /home/pi/.profile and the /home/pi/.bash_profile and added the lines you stated... still getting SBBSCtrl enviorment variable not set. :(

    Maybe not enough changes in your script?

    Adding it to .profile and .bash_profile is unnecessary. /etc/profile is system-wide, and anything starting with a period in your home directory is for that user only, and not system-wide.

    Regards,
    Nick

    ... "-Y-| -+-+-#-A. -> -+-|-|-U-i -e-+-+-i-|-+ -C-#-#-+-e-#-A."
    --- GoldED+/LNX 1.1.5-b20161221
    # Origin: thePharcyde_ distribution system (Wisconsin) (723:1/1)
    * Synchronet * thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Accession@1:103/705 to John Guillory on Thu Jan 26 08:17:46 2017
    Hello John,

    On Wed Jan 25 2017 06:14:00, John Guillory wrote to BILL MCGARRITY:

    should be the profile that gets ran for every user, /root/.profile
    would be for the root account, which is what's getting ran as using
    sudo ... Try editing the /root/,profile or /root/.bash_profile and
    see if that helps...

    Please don't encourage him to add that line in multiple places where it is not needed.

    /etc/profile is the system-wide profile for every user (and admin) that logs in

    to the system. If he has it there, he doesn't need to put it anywhere else except possibly the script he is actually executing. And the only reason I suggest it in the actual script is because when sbbs is start up at boot time, it's not logged into a tty console, so it may not be using /etc/profile.

    However, if he is logging in as user "pi" and executing sbbs via the command line, then /etc/profile would definitely be used and setting the environment variable in the script would be unnecessary. I'm guessing that's not what he's aiming for, though.. since most people want their system automated and able to recover if rebooted or mistakenly shut down.

    I have a feeling he's just missing the word "export" in the script.

    Regards,
    Nick

    ... "-Y-| -+-+-#-A. -> -+-|-|-U-i -e-+-+-i-|-+ -C-#-#-+-e-#-A."
    --- GoldED+/LNX 1.1.5-b20161221
    # Origin: thePharcyde_ distribution system (Wisconsin) (723:1/1)
    * Synchronet * thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Bill McGarrity@1:266/404 to Accession on Thu Jan 26 13:29:00 2017
    Hiya Nick...

    Accession wrote to Bill McGarrity <=-

    On Wed Jan 25 2017 16:54:00, Bill McGarrity wrote to John Guillory:

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    This I orginally put in the script itself. I have since removed the sbbs.ini and it's still doing the same thing.

    And with or without sbbs.ini, the command is wrong without "export" at
    the beginning, just like you seemed to have put into your /etc/profile below..

    export SBBSCTRL=/home/pi/sbbs/ctrl
    export SBBSNODE=/home/pi/sbbs/node1

    As stated above, I made the change in the script. I also rechecked
    the /etc/profile in root, the /home/pi/.profile and the /home/pi/.bash_profile and added the lines you stated... still getting SBBSCtrl enviorment variable not set. :(

    Maybe not enough changes in your script?

    The issue was with "sudo".... I removed it and poof!!

    Adding it to .profile and .bash_profile is unnecessary. /etc/profile is system-wide, and anything starting with a period in your home directory
    is for that user only, and not system-wide.

    Yes, it is added in the /etc/profile as you originally told me. That's why I was confused it wouldn't find it but as I said to echicken, removing sudo did the trick!!

    Thanks for all your help as usual!!


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    === MultiMail/Win32 v0.50
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From John Guillory@1:103/705 to ECHICKEN on Thu Jan 26 02:14:00 2017
    @VIA: ECBBS
    However if you're running any external tools that create or modify files
    (say a
    scanner/tosser as a cron job), it's good to run them as the same user your
    BBS
    runs as, or ensure that group membership and permissions are set
    accordingly.
    As far as I remember, I ran everything as the SBBSUser.

    https://www.garyshood.com/root/
    I'll have to check it out...

    It's just something of a joke page; mildly amusing and I'm reminded of it whenever this sort of topic comes up.
    Way too funny! Demanding that VLC removed their idiotic and
    unnecessary root check! I love it!
    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Tony Langdon@3:633/410 to echicken on Fri Jan 27 08:03:00 2017
    echicken wrote to Tony Langdon <=-

    I just use the BBS user's crontab for all cron jobs on my system, works fine.

    Yep, that's usually the way to go. I tend to use Synchronet's own
    timed events when possible; requires a little less extra setup if you
    move your BBS to another machine (not that it comes up often).

    Good point, I'm just too used to using cron. :)


    ... Useless Invention: Lie detectors for politicians.
    --- MultiMail/Win32 v0.49
    * Origin: Freeway BBS - freeway.apana.org.au (3:633/410)
  • From Accession@1:103/705 to Bill McGarrity on Thu Jan 26 15:47:04 2017
    Hello Bill,

    On Thu Jan 26 2017 13:29:00, Bill McGarrity wrote to Accession:

    The issue was with "sudo".... I removed it and poof!!

    Adding it to .profile and .bash_profile is unnecessary.
    /etc/profile is system-wide, and anything starting with a period
    in your home directory is for that user only, and not
    system-wide.

    Yes, it is added in the /etc/profile as you originally told me.
    That's why I was confused it wouldn't find it but as I said to
    echicken, removing sudo did the trick!!

    Ah, I seemed to have missed that part. Was looking more at the actual contents of the script than how you were executing it. :)

    Regards,
    Nick

    ... "-Y-| -+-+-#-A. -> -+-|-|-U-i -e-+-+-i-|-+ -C-#-#-+-e-#-A."
    --- GoldED+/LNX 1.1.5-b20161221
    # Origin: thePharcyde_ distribution system (Wisconsin) (723:1/1)
    * Synchronet * thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to ACCESSION on Thu Jan 26 06:01:00 2017
    @VIA: PHARCYDE
    Yes, it is added in the /etc/profile as you originally told me.
    That's why I was confused it wouldn't find it but as I said to echicken, removing sudo did the trick!!
    Because root doesn't run /etc/.profile!

    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Bill McGarrity@1:266/404 to John Guillory on Thu Jan 26 21:11:00 2017
    John Guillory wrote to ACCESSION <=-

    @MSGID: <588A9C1E.6376.2syncsyso@tequilamockingbirdonline.net>
    @VIA: PHARCYDE
    Yes, it is added in the /etc/profile as you originally told me.
    That's why I was confused it wouldn't find it but as I said to echicken, removing sudo did the trick!!
    Because root doesn't run /etc/.profile!

    Actually from reading the /etc/profile, it's universal for all users so no need for the /.profile you spoke of.


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    === MultiMail/Win32 v0.50
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From Accession@1:103/705 to John Guillory on Thu Jan 26 19:49:04 2017
    Hello John,

    On Thu Jan 26 2017 06:01:00, John Guillory wrote to ACCESSION:

    Because root doesn't run /etc/.profile!

    Or because there's no such thing as /etc/.profile in any Linux distribution that I know of! :|

    Regards,
    Nick

    ... "-Y-| -+-+-#-A. -> -+-|-|-U-i -e-+-+-i-|-+ -C-#-#-+-e-#-A."
    --- GoldED+/LNX 1.1.5-b20161221
    # Origin: thePharcyde_ distribution system (Wisconsin) (723:1/1)
    * Synchronet * thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From John Guillory@1:103/705 to BILL MCGARRITY on Thu Jan 26 07:25:00 2017
    John Guillory wrote to ACCESSION <=-

    Yes, it is added in the /etc/profile as you originally told me. That's why I was confused it wouldn't find it but as I said to echicken, removing sudo did the trick!!
    Because root doesn't run /etc/.profile!

    Actually from reading the /etc/profile, it's universal for all users so no
    need
    for the /.profile you spoke of.

    Then explain why removing the sudo fixed his problem with the
    environment variable not being found! I double-dog-dare you to put a
    line in your /etc/profile that says echo "I'm an idiot" then log in as
    root and see if it displays....

    ---
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From Bill McGarrity@1:266/404 to John Guillory on Thu Jan 26 21:44:32 2017
    Re: Re: Bash file issues...
    By: John Guillory to BILL MCGARRITY on Thu Jan 26 2017 07:25:00

    Hiya John...

    Then explain why removing the sudo fixed his problem with the
    environment variable not being found! I double-dog-dare you to put a
    line in your /etc/profile that says echo "I'm an idiot" then log in
    as root and see if it displays....

    LOL.... it's working now... I dare not fly in the face of success.... :)


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: 6697
    Radio: radio.tequilamockingbirdonline.net:8010/live

    ... Look TWICE.... Save a life.... Motorcycles are EVERYWHERE!!
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From echicken@1:103/705 to John Guillory on Thu Jan 26 22:23:10 2017
    Re: Re: Bash file issues...
    By: John Guillory to BILL MCGARRITY on Thu Jan 26 2017 07:25:00

    Because root doesn't run /etc/.profile!

    This isn't strictly true (if you ignore the misplaced period), but does apply in the case of running something via sudo.

    Actually from reading the /etc/profile, it's universal for all users
    so no need for the /.profile you spoke of.

    Then explain why removing the sudo fixed his problem with the
    environment variable not being found! I double-dog-dare you to put a

    He was taking a poke at '/etc/.profile' vs. '/etc/profile'.

    line in your /etc/profile that says echo "I'm an idiot" then log in as root and see if it displays....

    Do the same, then do 'sudo su -'. I find myself logged in as root and being told I'm an idiot. :D

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
    * Synchronet * electronic chicken bbs - bbs.electronicchicken.com
    * Origin: Vertrauen - vert.synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Accession on Sat Jan 28 13:22:28 2017

    On 2017 Jan 26 08:07:30, you wrote to Bill McGarrity:

    SBBSCTRL=/home/pi/sbbs/ctrl/sbbs.ini

    Try 'export SBBSCTRL=/home/pi/sbbs/ctrl' and you'll have better
    results.

    I've tried everything... still nothing. I've tried all the
    suggestions and still get enviorment variable not set.

    Apparantly, you missed something. In your line above, there is no
    "export".
    Is that still an issue that may have been overlooked?

    in my bash scripts i never use "export" unless i want the environment variable to be available outside of the script... that's pretty rare and i even go to the point of using "unset" to remove my environment variables when i'm finished
    with them...

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Knowledge is free, but you have to bring your own container.
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to John Guillory on Sat Jan 28 13:30:08 2017

    On 2017 Jan 26 06:01:00, you wrote to ACCESSION:

    @VIA: PHARCYDE
    Yes, it is added in the /etc/profile as you originally told me. That's why I was confused it wouldn't find it but as I said to echicken, removing sudo did the trick!!
    Because root doesn't run /etc/.profile!

    besides that, there's no such thing as /etc/.profile so it can't be used anyway
    ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... "Pozdrevly ayu sprazdnikom Rozhdestva Khristova is Novim Godom."-Russian Xmas
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to John Guillory on Sat Jan 28 13:31:20 2017

    On 2017 Jan 26 07:25:00, you wrote to BILL MCGARRITY:

    Yes, it is added in the /etc/profile as you originally told
    me.
    That's why I was confused it wouldn't find it but as I said to echicken, removing sudo did the trick!!
    Because root doesn't run /etc/.profile!

    Actually from reading the /etc/profile, it's universal for all users so
    no need -> for the /.profile you spoke of.

    Then explain why removing the sudo fixed his problem with the
    environment variable not being found!

    that's easy... using sudo is not the same as running as root... using sudo one does not always get the same environment that the root user has...


    https://www.google.com/search?q=sudo+environment


    http://unix.stackexchange.com/questions/16084/what-environment-do-i-get-with-sudo

    http://stackoverflow.com/questions/8633461/how-to-keep-environment-variables-when-using-sudo

    http://unix.stackexchange.com/questions/202383/how-to-pass-environment-variable-to-sudo-su

    http://askubuntu.com/questions/57915/environment-variables-when-run-with-sudo



    I double-dog-dare you to put a line in your /etc/profile that says
    echo "I'm an idiot" then log in as root and see if it displays....

    that's something completely different...

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... URA Redneck if your Christmas cards include a Xerox copy of your butt.
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to Bill McGarrity on Sat Jan 28 13:36:34 2017

    On 2017 Jan 26 21:44:32, you wrote to John Guillory:

    Then explain why removing the sudo fixed his problem with the
    environment variable not being found! I double-dog-dare you to put a
    line in your /etc/profile that says echo "I'm an idiot" then log in
    as root and see if it displays....

    LOL.... it's working now... I dare not fly in the face of success.... :)

    but you should learn why it works now and didn't before ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Work: a lifetime sentence for not being rich.
    ---
    * Origin: (1:3634/12.73)
  • From Bill McGarrity@1:266/404 to mark lewis on Sat Jan 28 14:33:18 2017
    Re: Bash file issues...
    By: mark lewis to Bill McGarrity on Sat Jan 28 2017 13:36:34

    Hiya mark...


    LOL.... it's working now... I dare not fly in the face of success.... :)

    but you should learn why it works now and didn't before ;)

    It was do to the 'sudo' before the ./sbbsecho from the testing I did. As I said, I tried everything with regard to the suggestions I was given for the /.profile and the /.bash_profile under user pi. I already had the SBBSCTRL
    set in /etc/profile. That was an earlier discussion with Nick.


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: 6697
    Radio: radio.tequilamockingbirdonline.net:8010/live

    ... Look TWICE.... Save a life.... Motorcycles are EVERYWHERE!!
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From mark lewis@1:3634/12.73 to Bill McGarrity on Sat Jan 28 21:10:00 2017

    On 2017 Jan 28 14:33:18, you wrote to me:

    LOL.... it's working now... I dare not fly in the face of
    success.... :)

    but you should learn why it works now and didn't before ;)

    It was do to the 'sudo' before the ./sbbsecho from the testing I did.

    yes but why? why did "sudo" do that?? that's the part to be learned and understood ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... There's no way to be a perfect parent but lots of ways to be a good one. ---
    * Origin: (1:3634/12.73)
  • From Bill McGarrity@1:266/404 to mark lewis on Sat Jan 28 23:43:02 2017
    Re: Bash file issues...
    By: mark lewis to Bill McGarrity on Sat Jan 28 2017 21:10:00

    Hiya mark...

    It was do to the 'sudo' before the ./sbbsecho from the testing I did.

    yes but why? why did "sudo" do that?? that's the part to be learned
    and understood ;)

    As I understand it... sudo allows anyone to become a superuser and being I
    was running under 'pi', it would not allow the variable to be set properly. Being /etc/profile already has it set for all users... that was creating an issue. That's the way I see it... could be wrong... yes?? no???


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: 6697
    Radio: radio.tequilamockingbirdonline.net:8010/live

    ... Look TWICE.... Save a life.... Motorcycles are EVERYWHERE!!
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)
  • From mark lewis@1:3634/12.73 to Bill McGarrity on Sun Jan 29 09:57:52 2017

    On 2017 Jan 28 23:43:02, you wrote to me:

    It was do to the 'sudo' before the ./sbbsecho from the testing I
    did.

    yes but why? why did "sudo" do that?? that's the part to be learned
    and understood ;)

    As I understand it... sudo allows anyone to become a superuser and
    being I was running under 'pi', it would not allow the variable to be
    set properly. Being /etc/profile already has it set for all users...
    that was creating an issue. That's the way I see it... could be
    wrong... yes?? no???

    i'm trying to gently push you to the sudo docs where it is explained ;)


    -E, --preserve-env
    Indicates to the security policy that the user wishes to preserve their existing environment variables. The security policy may return an error if the
    user does not have permission to preserve the environment.

    -i, --login
    Run the shell specified by the target user's password database entry as a login
    shell. This means that login-specific resource files such as .profile or .login will be read by the shell. If a command is specified, it is passed to the shell for execution via the shell's -c option. If no command is specified,
    an interactive shell is executed. sudo attempts to change to that user's home directory before running the shell. The command is run with an environment similar to the one a user would receive at log in. The Command Environment section in the sudoers(5) manual documents how the -i option affects the environment in which a command is run when the sudoers policy is in use.


    plus i posted some links the other day explaining the environment thing with sudo...


    but the main point is that you found out that you didn't even need to execute sudo to start with... not sure what made you think that you needed to do that but you learned something from it ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Butterflies are self-propelled flowers.
    ---
    * Origin: (1:3634/12.73)
  • From Bill McGarrity@1:266/404 to mark lewis on Sun Jan 29 11:41:00 2017
    mark lewis wrote to Bill McGarrity <=-

    On 2017 Jan 28 23:43:02, you wrote to me:

    It was do to the 'sudo' before the ./sbbsecho from the testing I
    did.

    yes but why? why did "sudo" do that?? that's the part to be learned
    and understood ;)

    As I understand it... sudo allows anyone to become a superuser and
    being I was running under 'pi', it would not allow the variable to be
    set properly. Being /etc/profile already has it set for all users...
    that was creating an issue. That's the way I see it... could be
    wrong... yes?? no???

    i'm trying to gently push you to the sudo docs where it is explained ;)

    I understand... I'm starting to get the hang of it.... slowly... but I'm dealing with it. I've put together other bash files since then and they're all working just fine. <fingers crossed>


    -E, --preserve-env
    Indicates to the security policy that the user wishes to preserve their existing environment variables. The security policy may return an
    error if the user does not have permission to preserve the environment.

    -i, --login
    Run the shell specified by the target user's password database entry as
    a login shell. This means that login-specific resource files such as .profile or .login will be read by the shell. If a command is
    specified, it is passed to the shell for execution via the shell's -c option. If no command is specified, an interactive shell is executed. sudo attempts to change to that user's home directory before running
    the shell. The command is run with an environment similar to the one a user would receive at log in. The Command Environment section in the sudoers(5) manual documents how the -i option affects the environment
    in which a command is run when the sudoers policy is in use.

    I ahve some linux books on order that should be here in a couple of days. Will give me some material to read before I crash at night.. :)

    plus i posted some links the other day explaining the environment thing with sudo...

    I saw and appreciate..


    but the main point is that you found out that you didn't even need to execute sudo to start with... not sure what made you think that you
    needed to do that but you learned something from it ;)

    Yup... and for now, being I'm using ONLY sbbsecho as a hub, I don't even have to use sudo for SBBS as I'm not running the bbs for the lower ports.... :)

    I plan on getting hpt and htick running on it one day but that is in the future when I get more familiar.... :) Baby steps...


    --

    Bill

    Telnet: tequilamockingbirdonline.net
    Web: bbs.tequilamockingbirdonline.net:81
    FTP: ftp.tequilamockingbirdonline.net:2121
    IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
    Radio: radio.tequilamockingbirdonline.net:8010/live


    ... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
    === MultiMail/Win32 v0.50
    --- SBBSecho 3.00-Win32
    * Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)