• binkit issue

    From Dumas Walker@VERT/CAPCITY2 to All on Sunday, July 08, 2018 19:21:18
    I am trying to connect two of my systems via binkp. On the synchronet side, I am running binkit. On the other, the linux binkd server. When the sbbs system polls the binkd system, the binkd side reports bad password, with the string being shown as "CRAM-MD5-blahblah". I have tried setting the following in my sbbsecho.ini file:

    BinkpAllowPlainAuth=true
    BinkpAllowPlainText=true

    I have also tried '-nomd' on the binkd side. It is still either sending that CRAM string where binkd is expecting to find the password, or that string contains the encrypted password and it thinks it does not match.

    I have checked the configs on both sides... it matches, although it is in all CAPS on both sides.

    Anyone seen this before? Is there a way to get binkit to stop sending that CRAM-MD5 string all together since neither side is requiring CRAM?

    ---
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From Al@VERT/TRMB to Dumas Walker on Sunday, July 08, 2018 20:30:45
    Re: binkit issue
    By: Dumas Walker to All on Sun Jul 08 2018 07:21 pm

    BinkpAllowPlainAuth=true

    This is used on incoming connections. It allows plain text passwords from the remote side.

    BinkpAllowPlainText=true

    This is used on incoming connections also, it allow unencrypted connections for mailers that don't support CRYPT, like Mystics binkp mailer.

    I have also tried '-nomd' on the binkd side. It is still either sending that CRAM string where binkd is expecting to find the password, or that string contains the encrypted password and it thinks it does not match.

    -nomd means that binkd will send the password in plain text. It's not needed with binkit and binkd. CRAM-MD5 passwords do work and sessions with binkd will be encrypted if those options are false.

    I have checked the configs on both sides... it matches, although it is in all CAPS on both sides.

    I'm not sure why you are experiencing these failures. A space in your config file maybe, or an AKA typo?

    Ttyl :-),
    Al


    ... Hindsight is an exact science

    ---
    þ Synchronet þ The Rusty MailBox - Penticton, BC Canada
  • From Lord Time@VERT/TIME to Dumas Walker on Sunday, July 08, 2018 21:07:16
    I am trying to connect two of my systems via binkp. On the synchronet side, I am running binkit. On the other, the linux binkd server. When the sbbs system polls the binkd system, the binkd side reports bad password, with the string being shown as "CRAM-MD5-blahblah". I have tried setting the following in my sbbsecho.ini file:

    BinkpAllowPlainAuth=true
    BinkpAllowPlainText=true

    I have also tried '-nomd' on the binkd side. It is still either sending that CRAM string where binkd is expecting to find the password, or that string contains the encrypted password and it thinks it does not match.

    I have checked the configs on both sides... it matches, although it is in all CAPS on both sides.

    Anyone seen this before? Is there a way to get binkit to stop sending that CRAM-MD5 string all together since neither side is requiring CRAM?

    what version of echocfg are you running? if the very beta one that in the sbbs_dev.zip goto linked nodes - (node) - binkp settings
    should be allow plain anth set to no and allow plain text to yes
    now I could be wrong but that should be right, being as I run taurus main ftn and that how I get it to connect on my test sbbs to my main bbs


    ---

    Rob Starr
    Lord Time SysOp of
    Time Warp of the Future BBS
    Telnet://Time.Darktech.Org:24 or
    Telnet://Time.Synchro.Net:24 (qwk or ftn & e-mail)
    ICQ # 11868133 or # 70398519 Jabber : lordtime2000@gmail.com
    Astra : lord_time
    X-Box : Lord Time 2000 Skype : lordtime@tds.net
    ---
    þ Synchronet þ Time Warp of the Future BBS - Home of League 10 IBBS Games
  • From Al@VERT/TRMB to Dumas Walker on Monday, July 09, 2018 09:10:28
    Re: binkit issue
    By: Al to Dumas Walker on Sun Jul 08 2018 08:30 pm

    I'm not sure why you are experiencing these failures. A space in your config file maybe, or an AKA typo?

    The domain also needs to match.. @fidonet or @fsxnet etc.

    Ttyl :-),
    Al


    ... Gone crazy, be back later, please leave message.

    ---
    þ Synchronet þ The Rusty MailBox - Penticton, BC Canada
  • From Dumas Walker@VERT/CAPCITY2 to AL on Monday, July 09, 2018 16:58:00
    I have checked the configs on both sides... it matches, although it is in >DW> all CAPS on both sides.
    I'm not sure why you are experiencing these failures. A space in your config file maybe, or an AKA typo?

    Here is what the entry on the binkd side looks like... sbbs to follow...

    node 1:2320/105.0@fidonet capitolcityonline.net:24554 PASSWORD

    I included the port number, even though it is default, because on this
    machine the service entry is set up for the non-default port.

    ---
    þ SLMR 2.1a þ A restless eye across a weary room...
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to Al on Monday, July 09, 2018 17:09:38
    I have checked the configs on both sides... it matches, although it is in >DW> all CAPS on both sides.
    I'm not sure why you are experiencing these failures. A space in your config file maybe, or an AKA typo?

    Here is what the entry on the binkd side looks like... sbbs to follow...

    node 1:2320/105.0@fidonet capitolcityonline.net:24554 PASSWORD

    I included the port number, even though it is default, because on this machine the service entry is set up for the non-default port.


    And here is the binkit entry:

    [node:1:2320/107@fidonet]
    Comment =
    PacketPwd =
    AreafixPwd = PASSWORD
    Notify = false
    Passive = false
    Direct = false
    Status = normal
    Archive = ZIP
    Keys =
    SessionPwd=PASSWORD
    BinkpHost=capitolcityonline.net
    BinkpPort=24557
    BinkpPoll=true
    BinkpAllowPlainAuth=true
    BinkpAllowPlainText=true
    BinkpSourceAddress=

    There is no space in the "SessionPwd=" entry, but there also is not for any of the other entries that were created when I ran the binkit command to merge the binkit.ini file into the sbbsecho.ini file.

    Here is the output on the binkd side:

    - 16:45 [2692] incoming from ... (33240)
    + 16:45 [14813] incoming session with host-... [...] (33240)
    - 16:45 [14813] OPT CRYPT
    + 16:45 [14813] Remote requests CRYPT mode
    - 16:45 [14813] SYS Capitol City Online
    - 16:45 [14813] ZYZ Mike Powell
    - 16:45 [14813] LOC Frankfort, KY
    - 16:45 [14813] NDL 115200,TCP,BINKP
    - 16:45 [14813] TIME Mon Jul 09 2018 16:45:35 GMT-0400 (EDT)
    - 16:45 [14813] VER BinkIT/2.4,JSBinkP/1.106,sbbs3.17a/Linux binkp/1.1
    + 16:45 [14813] addr: 1:2320/105@fidonet
    ? 16:45 [14813] Cannot find domain for zone 637, assuming 'fidonet'
    + 16:45 [14813] addr: 637:1/112@fidonet
    + 16:45 [14813] addr: 21:1/175@fsxnet (n/a or busy)
    + 16:45 [14813] addr: 276:10/0@gtpower (n/a or busy)
    + 16:45 [14813] addr: 314:314/25@pinet (n/a or busy)
    + 16:45 [14813] addr: 432:1/120@vkradio (n/a or busy)
    ? 16:45 [14813] Cannot find domain for zone 454, assuming 'fidonet'
    + 16:45 [14813] addr: 454:1/105@fidonet
    + 16:45 [14813] addr: 618:250/1@micronet (n/a or busy)
    ? 16:45 [14813] `CRAM-MD5-9684106196484a21dac4e011e375a43e': incorrect password + 16:45 [14813] done (from 1:2320/105@fidonet, failed, S/R: 0/0 (0/0 bytes))
    16:45 [14813] session closed, quitting...
    16:45 [2692] rc(14813)=0
    17:01 [2693] idle

    Since I have never run binkd before, I am not sure if that CRAM-MD5 string that it says is an incorrect password contains the encrypted password, or if it is receiving that string where it expects a password.

    On another note, for whatever reason, the binkd side (107) does not make the outgoing call to the binkit (105) machine. It will try to if something is waiting, but I do not see any evidence on the sbbs (105) machine of an inbound call ever being received.

    ---
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From Al@VERT/TRMB to Dumas Walker on Monday, July 09, 2018 22:09:04
    Re: Re: binkit issue
    By: Dumas Walker to Al on Mon Jul 09 2018 05:09 pm

    Since I have never run binkd before, I am not sure if that CRAM-MD5 string that it says is an incorrect password contains the encrypted password, or if it is receiving that string where it expects a password.

    In the case of binkd, or mailers that support crypt I'm not sure if the password is passed (plain text or cram-md5) first and then the session is encrypted. I think the crypt option needs the password first to encrypt.

    On another note, for whatever reason, the binkd side (107) does not make the outgoing call to the binkit (105) machine. It will try to if something is waiting, but I do not see any evidence on the sbbs (105) machine of an inbound call ever being received.

    Do you have the BINKP service setup in your ctrl/services.ini file?

    This is the log from a recent connection with a Mystic mailer.

    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP connection accepted from: 208. 73.56.76 port 51876
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP JavaScript service thread star ted
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP BinkIT/2.6 invoked with option s:
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP JSBinkP/1.109 inbound connecti on from 208.73.56.76:51876
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: OP T CRAM-MD5-4f5db462193c08420e49c8d193612466 CRYPT
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_NUL command args: SYS Th e Parity Error
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: SY S The Rusty MailBox
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: ZY Z Alan Ianson
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: LO C Penticton, BC Canada
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: ND L 115200,TCP,BINKP
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: TI ME Mon Jul 09 2018 21:59:04 GMT-0700 (PDT)
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_NUL command args: VE R BinkIT/2.6,JSBinkP/1.109,sbbs3.17a/Linux binkp/1.1
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_NUL command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_ADR command args: 1: 153/757@fidonet 1:153/0@fidonet 11:1/201@wwivftn 21:4/106@fsxnet 24:240/1@sport net 24:240/0@sportnet 24:240/2@sportnet 32:1/5@gamenet 44:250/0@dorenet 316:403 /5@whispnet 637:1/104@happynet
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_ADR command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_NUL command args: ZYZ Ia n McLaughlin
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_NUL command args: VER My stic/1.12A38 binkp/1.0
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Peer version: Mystic/1.12A38 b inkp/1.0
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_ADR command args: 1:153/ 250@fidonet 21:1/133@fsxnet
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_PWD command args: CRAM-M D5-39d8f9e0a7af5d3f32f08bfffa64aca0
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Inbound session for: 1:153/250 @fidonet
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP CRAM-MD5 password match for 1: 153/250@fidonet
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Unconfigured address 21:1/133@ fsxnet
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Adding outbound files for 1:15 3/250@fidonet
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_OK command args: sec ure
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_OK command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_EOB command args: Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_EOB command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_FILE command args: 0000f e05.mor 820 1531173250 0
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Receiving file: /sbbs/temp/000 0fe05.mor (0.8KB)
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got data frame length 820
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Received file: /sbbs/temp/0000 fe05.mor (0.8KB)
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Moving '/sbbs/temp/0000fe05.mo r' to '/sbbs/fido/inbound/0000fe05.mor'.
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sending M_GOT command args: 00 00fe05.mor 820 1531173250
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Sent M_GOT command
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Got M_EOB command args:
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP Touching semaphore file: /sbbs /data/fidoin.now
    Jul 9 21:59:04 trmb synchronet: srvc 0066 BINKP service thread terminated (0 c lients remain, 0 total, 290 served)
    Jul 9 21:59:08 trmb synchronet: evnt Semaphore signaled for Timed Event: FIDOI N
    Jul 9 21:59:08 trmb synchronet: evnt Running native timed event: FIDOIN



    I'm going to read over your post again and see if I can see anything.

    Ttyl :-),
    Al


    ... I strive for perfection, what I get is reality.

    ---
    þ Synchronet þ The Rusty MailBox - Penticton, BC Canada
  • From Digital Man@VERT to Dumas Walker on Tuesday, July 10, 2018 00:07:21
    Re: binkit issue
    By: Dumas Walker to All on Sun Jul 08 2018 07:21 pm

    I am trying to connect two of my systems via binkp. On the synchronet side, I am running binkit. On the other, the linux binkd server. When the sbbs system polls the binkd system, the binkd side reports bad password, with the string being shown as "CRAM-MD5-blahblah". I have tried setting the following in my sbbsecho.ini file:

    BinkpAllowPlainAuth=true
    BinkpAllowPlainText=true

    I have also tried '-nomd' on the binkd side. It is still either sending that CRAM string where binkd is expecting to find the password, or that string contains the encrypted password and it thinks it does not match.

    I have checked the configs on both sides... it matches, although it is in all CAPS on both sides.

    Anyone seen this before? Is there a way to get binkit to stop sending that CRAM-MD5 string all together since neither side is requiring CRAM?

    Can you paste a log of the actual protocol transaction?

    If the client (BinkD) side is sending the CRAM-MD5-blahblah and you're not expecting that, then it sounds like it's the BinkD side that needs reconfiguration. No?

    digital man

    Synchronet "Real Fact" #20:
    Michael Swindell was directly responsible for Synchronet's commercial success. Norco, CA WX: 75.4øF, 62.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Dumas Walker on Tuesday, July 10, 2018 09:17:40
    On 2018 Jul 09 17:09:38, you wrote to Al:

    There is no space in the "SessionPwd=" entry, but there also is not for
    any
    of the other entries that were created when I ran the binkit command to merge the binkit.ini file into the sbbsecho.ini file.

    the password is encrypted inside the CRAM-MD5 string... are you absolutely positive that you have the passwords exactly the same? upper case, lower case, no trailing spaces? no mixing up O and 0 or 1 and l or I?? another one that gets me recently is "rn" and "m"...

    try this... set the password on both ends as "xxxxxxxx"... yes, eight lower case x... recycle both sides and then try again... if it still fails, the only other thing i can think of is maybe the clocks are too far out of sync... they should be within a second or two of each other...

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Don't upset me! I'm running out of places to hide the bodies.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to Al on Tuesday, July 10, 2018 16:52:00
    The domain also needs to match.. @fidonet or @fsxnet etc.

    Thanks, they are both '@fidonet' for the two addresses I am trying to
    connect with (one per side), although one side has multiple other address
    with other domains.



    ... Direct from the Ministry of Silly Walks
    --- MultiMail/??Unknow v0.43
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to Digital Man on Tuesday, July 10, 2018 16:54:00
    Can you paste a log of the actual protocol transaction?

    I did post the output from the binkd side in a message to Al. I will look
    for the log entry from the sbbs/binkit side and post it, too (if I find one).

    If the client (BinkD) side is sending the CRAM-MD5-blahblah and you're
    not expecting that, then it sounds like it's the BinkD side that needs reconfiguration. No?

    No, in this case I guess binkit is technically the client. It is making
    the outgoing "call" and sending the CRAM-MD5-blahblah string, which the
    BinkD side is flagging as a bad password.


    ... Gone crazy, be back later, please leave message.
    --- MultiMail/??Unknow v0.43
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to mark lewis on Tuesday, July 10, 2018 16:57:00
    or I?? another one that gets me recently is "rn" and "m"...

    that one gets me lately also... I have to wear reading glasses now. :)

    try this... set the password on both ends as "xxxxxxxx"... yes, eight lower case x... recycle both sides and then try again... if it still fails, the only other thing i can think of is maybe the clocks are too
    far out of sync... they should be within a second or two of each
    other...

    I shall try that. The Binkd side does not have a trailing space for sure,
    and both are in all caps and spelled right. I will check the binkit config
    in a minute, though.



    ... Got my tie caught in the fax... Suddenly I was in L.A.
    --- MultiMail/??Unknow v0.43
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to mark lewis on Wednesday, July 11, 2018 10:05:00
    try this... set the password on both ends as "xxxxxxxx"... yes, eight lower case x... recycle both sides and then try again... if it still fails, the only other thing i can think of is maybe the clocks are too
    far out of sync... they should be within a second or two of each
    other...

    I shall try that. The Binkd side does not have a trailing space for
    sure, and both are in all caps and spelled right. I will check the
    binkit config in a minute, though.

    I tried that. Also made sure all of my akas on the binkit side had
    matching domain entries at the bottom of my sbbsecho.ini. Even with the 8
    x's, it still is giving me an incorrect password error.

    My binkd installation reports as version 1.0.5-pre5. That is the version
    that debian stretch stable has in its repository for 32-bit linux machines.
    Maybe I should try to find a newer version?


    ... So easy, a child could do it. Child sold separately.
    --- MultiMail/??Unknow v0.43
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net
  • From mark lewis@VERT to Dumas Walker on Wednesday, July 11, 2018 13:08:36
    On 2018 Jul 11 10:05:00, you wrote to me:

    I tried that. Also made sure all of my akas on the binkit side had matching domain entries at the bottom of my sbbsecho.ini. Even with
    the 8 x's, it still is giving me an incorrect password error.

    wow...

    My binkd installation reports as version 1.0.5-pre5. That is the
    version that debian stretch stable has in its repository for 32-bit
    linux machines. Maybe I should try to find a newer version?

    i would... it is easy enought to compile for yourself... here's the script i use... it assumes that you already have binkd's git repo cloned in the directory the MYBINKDDIR variable points to... the clone is made from the pgul repo on github and we call it "upstream" in this script...

    down in the script, the configure and printf line above it set to install into my user directory, not for system-wide use... hopefully it will be of some assistance to you... it is, essentially, exactly what i would be typing at the command line... i created it so i didn't have to try to remember the process or
    go rummaging through documentation looking for the proper process to follow...
    oh, and it also saves everything in a log file that is rotated so you can have
    up to 10 historical logs...

    NOTE: there are three lines that are longer than 75 characters.

    ==== Begin "build-binkd" ====
    #!/bin/bash
    #
    # script to update and build binkd
    #

    # first set the variables
    LOGFILE=$0.log
    CWD=$PWD
    MYBINKDDIR=~/fido-dev/binkd

    function rotate () {
    # minimum file size to rotate in MBi:
    local MB="$1"
    # filename to rotate (full path)
    local F="$2"
    local msize="$((1024*1024*${MB}))"
    test -e "$F" || return 2

    local D="$(dirname "$F")"
    local E=${F##*.}
    local B="$(basename "$F" ."$E")"

    local s=

    printf "rotate msize=$msize file=$F -> $D | $B | $E\n"
    if [ "$(stat --printf %s "$F")" -ge $msize ] ; then
    # for i in 9 8 7 6 5 4 3 2 1 0; do
    for i in 8 7 6 5 4 3 2 1 0; do
    s="$D/$B-$i.$E"
    test -e "$s" && mv $s "$D/$B-$((i+1)).$E"
    # emtpy command is need to avoid exit iteration if test fails:
    :;
    done &&
    mv $F $D/$B-0.$E
    else
    printf "rotate skip: $F < $msize, skip\n"
    fi
    return $?
    }

    # rotate this script's log file
    rotate 0 $LOGFILE


    # Redirect stdout ( > ) into a named pipe ( >() ) running "tee"
    exec > >(tee $LOGFILE)

    # Without this, only stdout would be captured - i.e. your
    # log file would not contain any error messages.
    exec 2>&1


    printf "***** starting in $CWD *****\n"
    printf "***** $(date +%Y%m%d_%H%M%S%Z) *****\n"
    SDATE1=$(date +"%s")
    printf "\n"

    printf "cd $MYBINKDDIR\n"
    cd $MYBINKDDIR

    SDATE2=$(date +"%s")
    printf "git pull upstream master\n"
    git pull upstream master
    printf "\n"

    printf "git remote prune upstream\n"
    git remote prune upstream
    printf "\n"

    printf "git push origin\n"
    git push origin
    printf "\n"

    printf "cp mkfls/unix/{configure*,install-sh,Makefile.*,mkinstalldirs} ./\n"
    cp mkfls/unix/{configure*,install-sh,Makefile.*,mkinstalldirs} ./
    printf "\n"

    printf "chmod +x mkinstalldirs\n"
    chmod +x mkinstalldirs
    printf "\n"

    printf "./configure --prefix=/home/myuser/fido --with-zlib --with-bzip2 --with-https --with-ntlm --with-bwlim\n"
    ./configure --prefix=/home/myuser/fido --with-zlib --with-bzip2 --with-https --with-ntlm --with-bwlim
    printf "\n"

    printf "make\n"
    make
    printf "\n"

    printf "make -n install\n"
    make -n install
    printf "\n"

    printf "sudo make install\n"
    sudo make install
    printf "\n"

    EDATE2=$(date +"%s")
    DIFF=$(($EDATE2-$SDATE2))
    cd $CWD
    printf "***** elapsed time: $(($DIFF / 60))m $(($DIFF % 60))s *****\n"
    printf "\n"

    ==== End "build-binkd" ====


    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... ZAP! Process discontinued. Enter any 12-digit prime number to resume.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Dumas Walker@VERT/CAPCITY2 to MARK LEWIS on Sunday, July 15, 2018 19:23:00
    I tried that. Also made sure all of my akas on the binkit side had matching domain entries at the bottom of my sbbsecho.ini. Even with
    the 8 x's, it still is giving me an incorrect password error.

    wow...

    Thanks for the script, I am going to save it for safe keeping. Turns out
    it was an out and out operator error. :o I was making changes to the
    correct CFG file, and then using an old, old one on the command line. :O

    Works great now! :D Only issue I have is when I reboot the machine. The
    docs (or CFG comments) say to put your alternate port in your 'services'
    file and it will pick it right up. However, if I reboot, xinit grabs that
    port and binkd won't load. I have a work-around so I am not as worried now that it is working!

    Mike

    ---
    þ SLMR 2.1a þ Wind in my hair - shifting and drifting...
    þ Synchronet þ CAPCITY2 * CCO BBS * capcity2.synchro.net