• .FLO files.

    From Joseph Larsen@1:340/800 to All on Wednesday, July 27, 2016 02:27:06

    Ok, I was wrong. There are *.FLO files.

    "
    catch22bbs:/home/imp/hpt # find . -name "*.FLO"

    /outbound/009A000A.FLO
    /outbound.02c/00640000.FLO
    /outbound.02e/00010064.FLO
    "

    What does this mean, exactly?

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Wednesday, July 27, 2016 05:10:40

    27 Jul 16 02:27, you wrote to All:

    Ok, I was wrong. There are *.FLO files.

    i was just looking to see if there was an easy way to have find look for both upper and lower case filenames...

    catch22bbs:/home/imp/hpt # find . -name "*.FLO"

    the best i could come up with is

    find . -type f -name "*.?[Ll][Oo]"

    i used the above because
    1. we only want to find files (-type f)
    2. there are also .dlo and .clo as well as .flo files

    *.dlo are DIRect, *.clo are CRAsh while *.flo are just normal...

    /outbound/009A000A.FLO

    printf "%d/%d\n" 0x009a 0x000a
    154/10

    since this one is in your main outbound and you appear to be using a zone 1 address as your main address, then this one would be for 1:154/10...

    /outbound.02c/00640000.FLO

    printf "%d:%d/%d\n" 0x02c 0x0064 0x0000
    44:100/0

    /outbound.02e/00010064.FLO

    printf "%d:%d/%d\n" 0x02e 0x0001 0x0064
    46:1/100

    What does this mean, exactly?

    the directory extension is the zone of the destination system and the name of the ?lo file is the net and node number of the destination system in the format
    XXXXYYYY as noted in the above printf commands... you need to cat them to find out what files are to be sent to each system...

    cat ~/hpt/outbound/009A000A.FLO

    cat ~/hpt/outbound.02c/00640000.FLO

    cat ~/hpt/outbound.02e/00010064.FLO


    )\/(ark

    Always Mount a Scratch Monkey

    ... (This is an unsolicited testimonial.)
    ---
    * Origin: (1:3634/12.73)
  • From Kai Richter@2:240/1351.7 to Joseph Larsen on Wednesday, July 27, 2016 11:39:36
    Hey Joseph!

    /outbound/009A000A.FLO
    /outbound.02c/00640000.FLO
    /outbound.02e/00010064.FLO

    What does this mean, exactly?

    The hex numbers of the flowfile names are the code for the destination.

    outbound.02e = zone 46 outbound
    00010064.FLO = network 1, node 100

    Inside the FLO file is a list of files that shall be send to that node.
    (It can be empty to do an outgoing call.)

    Tschuess

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Linux schuetzt vor Windows-Killerspielen. (2:240/1351.7)
  • From Joseph Larsen@1:275/91 to mark lewis on Wednesday, July 27, 2016 19:22:49
    On 07/27/16, mark lewis said the following...


    find . -type f -name "*.?[Ll][Oo]"

    i used the above because
    1. we only want to find files (-type f)
    2. there are also .dlo and .clo as well as .flo files


    catch22bbs:/home/imp/hpt # find . -type f -name "*.?[Ll][Oo]" ./outbound/009A000A.FLO
    ./outbound/944EFE00.flo
    ./outbound.02c/00640000.FLO
    ./outbound.02e/00010064.FLO



    cat ~/hpt/outbound/009A000A.FLO


    catch22bbs:/home/imp/hpt/outbound # cat 009A000A.FLO ^/home/imp/hpt/outbound\97b8a300.tu0

    cat ~/hpt/outbound.02c/00640000.FLO


    catch22bbs:/home/imp/hpt/outbound.02c # cat 00640000.FLO ^/home/imp/hpt/outbound.02c\97b8a400.tu0

    cat ~/hpt/outbound.02e/00010064.FLO


    catch22bbs:/home/imp/hpt/outbound.02e # cat 00010064.FLO ^/home/imp/hpt/outbound.02e\97b8a300.tu0

    )\/(ark


    Thanks,

    --- Mystic BBS v1.12 A30 (Windows)
    * Origin: flupH | fluph.darktech.org (1:275/91)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Wednesday, July 27, 2016 20:22:50

    27 Jul 16 19:22, you wrote to me:

    find . -type f -name "*.?[Ll][Oo]"

    i used the above because
    1. we only want to find files (-type f)
    2. there are also .dlo and .clo as well as .flo files


    catch22bbs:/home/imp/hpt # find . -type f -name "*.?[Ll][Oo]" ./outbound/009A000A.FLO
    ./outbound/944EFE00.flo
    ./outbound.02c/00640000.FLO
    ./outbound.02e/00010064.FLO

    ok... that second one really makes no sense, though...

    printf "%d/%d\n" 0x944e 0xfd00
    37966/64768

    that says it is destined to 1:37966/64768 which doesn't exist... it probably should be deleted since the destination address is invalid but you might want to look at its contents first and move it elsewhere if it is/was something important (eg: wrongly named PKT file)...


    cat ~/hpt/outbound/009A000A.FLO


    catch22bbs:/home/imp/hpt/outbound # cat 009A000A.FLO ^/home/imp/hpt/outbound\97b8a300.tu0

    ok these all look good as they all have lower case entries... the question now is if those files exist as listed in the ?lo files...

    i'm assuming, also, that these ?lo files no longer exist after the connections to deliver their contents to the remote systems??

    )\/(ark

    Always Mount a Scratch Monkey

    ... Junk: Dad's stuff.
    ---
    * Origin: (1:3634/12.73)
  • From Joseph Larsen@1:275/91 to mark lewis on Thursday, July 28, 2016 00:07:00
    On 07/27/16, mark lewis said the following...

    that says it is destined to 1:37966/64768 which doesn't exist... it probably should be deleted since the destination address is invalid but you might want to look at its contents first and move it elsewhere if it is/was something important (eg: wrongly named PKT file)...


    Deleted.

    ok these all look good as they all have lower case entries... the
    question now is if those files exist as listed in the ?lo files...

    Here are my outbound.* directories:


    catch22bbs:/home/imp/hpt # ls -lR outbound*|more

    outbound:
    total 52
    -rw-r--r-- 1 root root 38 Jul 27 17:30 009A000A.FLO
    -rw-r--r-- 1 root root 6 Jul 27 17:31 009a0000.bsy
    -rw-r--r-- 1 root root 6 Jul 27 17:31 009a000a.bsy
    -rw-r--r-- 1 root root 16 Jul 27 17:26 009a000a.try
    -rw-r--r-- 1 root root 6 Jul 27 17:31 00da0212.bsy
    drwxr-xr-x 2 root root 4096 Jul 27 19:01 01050026.pnt
    -rw-r--r-- 1 root root 393 Jul 24 05:14 944EFE00.SU0
    -rw-r--r-- 1 root root 393 Jul 24 05:30 9452CF00.SU0
    -rw-r--r-- 1 root root 394 Jul 25 20:31 96777800.MO0
    -rw-r--r-- 1 root root 394 Jul 26 19:08 97B59600.TU0
    -rw-r--r-- 1 root root 395 Jul 26 19:21 97B8A300.TU0
    -rw-r--r-- 1 root root 393 Jul 27 17:26 98EF3100.WE0
    -rw-r--r-- 1 root root 394 Jul 27 17:30 98F01A00.WE0

    outbound/01050026.pnt:
    total 0

    outbound.002:
    total 0

    outbound.02c:
    total 44
    -rw-r--r-- 1 root root 42 Jul 27 17:30 00640000.FLO
    -rw-r--r-- 1 root root 6 Jul 27 17:31 00640000.bsy
    -rw-r--r-- 1 root root 6 Jul 27 17:31 00640000.csy
    -rw-r--r-- 1 root root 16 Jul 27 17:26 00640000.try
    -rw-r--r-- 1 root root 396 Jul 24 05:14 944EFE00.SU0
    -rw-r--r-- 1 root root 395 Jul 24 05:30 9452CF00.SU0
    -rw-r--r-- 1 root root 397 Jul 25 20:31 96777900.MO0
    -rw-r--r-- 1 root root 395 Jul 26 19:08 97B59700.TU0
    -rw-r--r-- 1 root root 395 Jul 26 19:21 97B8A400.TU0
    -rw-r--r-- 1 root root 395 Jul 27 17:26 98EF3100.WE0
    -rw-r--r-- 1 root root 395 Jul 27 17:30 98F01B00.WE0

    outbound.02e:
    total 48
    -rw-r--r-- 1 root root 6 Jul 27 17:31 00010000.bsy
    -rw-r--r-- 1 root root 42 Jul 27 17:30 00010064.FLO
    -rw-r--r-- 1 root root 6 Jul 27 17:31 00010064.bsy
    -rw-r--r-- 1 root root 6 Jul 27 17:31 00010064.csy
    -rw-r--r-- 1 root root 16 Jul 27 17:26 00010064.try
    -rw-r--r-- 1 root root 391 Jul 24 05:14 944EFD00.SU0
    -rw-r--r-- 1 root root 391 Jul 24 05:30 9452CE00.SU0
    -rw-r--r-- 1 root root 392 Jul 25 20:31 96777800.MO0
    -rw-r--r-- 1 root root 392 Jul 26 19:08 97B59600.TU0
    -rw-r--r-- 1 root root 392 Jul 26 19:21 97B8A300.TU0
    -rw-r--r-- 1 root root 389 Jul 27 17:26 98EF3000.WE0
    -rw-r--r-- 1 root root 390 Jul 27 17:30 98F01A00.WE0

    outbound.06e:
    total 0

    outbound.073:
    total 0

    outbound.38f:
    total 8
    -rw-r--r-- 1 root root 6 Jul 27 17:31 04ee0001.bsy
    -rw-r--r-- 1 root root 6 Jul 27 17:31 071a0000.bsy

    i'm assuming, also, that these ?lo files no longer exist after the connections to deliver their contents to the remote systems??

    A few of them exist..


    Thanks,
    Joseph

    --- Mystic BBS v1.12 A30 (Windows)
    * Origin: flupH | fluph.darktech.org (1:275/91)
  • From Kai Richter@2:240/1351.7 to Joseph Larsen on Thursday, July 28, 2016 07:59:24
    Hello Joseph!

    Am 28 Jul 16, Joseph Larsen schrieb an mark lewis:

    catch22bbs:/home/imp/hpt/outbound.02e # cat 00010064.FLO ^/home/imp/hpt/outbound.02e\97b8a300.tu0

    outbound.02e:
    -rw-r--r-- 1 root root 42 Jul 27 17:30 00010064.FLO
    -rw-r--r-- 1 root root 392 Jul 26 19:21 97B8A300.TU0

    There your problem is. Some of your tossers places lower case file names into the flow file but uses upper case for the real files.

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Linux, ready for children above 6 years old. (2:240/1351.7)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Thursday, July 28, 2016 02:07:00

    28 Jul 16 00:07, you wrote to me:

    that says it is destined to 1:37966/64768 which doesn't exist... it
    probably should be deleted since the destination address is invalid
    but you might want to look at its contents first and move it
    elsewhere if it is/was something important (eg: wrongly named PKT
    file)...

    Deleted.

    ok...

    ok these all look good as they all have lower case entries... the
    question now is if those files exist as listed in the ?lo files...

    Here are my outbound.* directories:

    [...]

    i'm assuming, also, that these ?lo files no longer exist after the
    connections to deliver their contents to the remote systems??

    A few of them exist..

    if what you have is all/mostly testing posts, you probably should clear all files out of all your outbound directories... then write one post in one echo that gets sent to one network and check the ?lo files with your mailer turned off... in this way you have a clean slate to work with... find the ?lo file and
    then cat it to see what file it is pointing to... then verify that that file does exist with the same name and directory... if everything matches up, then enable your mailer and see if it can deliver the file and remove the ?lo and mail file when it is done... if all this passes, then that will tell us that the basics are working properly and we need to look deeper into your setup to see why the files are disappearing when they should not be...

    )\/(ark

    Always Mount a Scratch Monkey

    ... The bigger the amount you steal, the lighter your sentence when caught.
    ---
    * Origin: (1:3634/12.73)
  • From Joseph Larsen@1:340/800 to mark lewis on Thursday, July 28, 2016 08:56:03
    if what you have is all/mostly testing posts, you probably should clear


    catch22bbs:/home/imp/hpt # ls -lR outbound*|more

    outbound:
    otal 0
    outbound.002:
    otal 0
    outbound.02c:
    otal 8
    rw-r--r-- 1 root root 42 Jul 28 01:54 00640000.FLO
    rw-r--r-- 1 root root 395 Jul 28 01:54 99661F00.TH0
    outbound.02e:
    otal 0
    outbound.06e:
    otal 0
    outbound.073:
    otal 0
    outbound.38f:
    otal 0
    outbound.sq:
    otal 0

    catch22bbs:/home/imp/hpt # cd outbound.02c catch22bbs:/home/imp/hpt/outbound.02c # cat 00640000.FLO /home/imp/hpt/outbound.02c\99661f00.th0

    ....

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Gerrit Kuehn@2:240/12 to mark lewis on Thursday, July 28, 2016 20:53:48
    Hello mark!

    27 Jul 16 05:10, mark lewis wrote to Joseph Larsen:


    the best i could come up with is

    find . -type f -name "*.?[Ll][Oo]"

    There is also an "-iname" option to do the matching case-insensitive.


    Regards,
    Gerrit

    --- Msged/BSD 6.2.0
    * Origin: We are the second generation (2:240/12)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Thursday, July 28, 2016 11:03:00

    28 Jul 16 08:56, you wrote to me:

    outbound.02c:
    otal 8
    rw-r--r-- 1 root root 42 Jul 28 01:54 00640000.FLO
    rw-r--r-- 1 root root 395 Jul 28 01:54 99661F00.TH0
    [...]
    catch22bbs:/home/imp/hpt # cd outbound.02c catch22bbs:/home/imp/hpt/outbound.02c # cat 00640000.FLO /home/imp/hpt/outbound.02c\99661f00.th0

    like kai said, the filenames in the ?LO files are not the same as they are on disk... they must be or you will have problems like you are seeing... what tosser created those two files?? hpt/dos or hpt/lnx??

    )\/(ark

    Always Mount a Scratch Monkey

    ... I'm a critic, so I know what I don't like.
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to Gerrit Kuehn on Thursday, July 28, 2016 17:32:00

    28 Jul 16 20:53, you wrote to me:

    the best i could come up with is

    find . -type f -name "*.?[Ll][Oo]"

    There is also an "-iname" option to do the matching case-insensitive.

    yeah, i knew about -iname but i didn't realize that it was case-insensitive... i thought it was referring to the inode data containing the name... still learning every day :)

    )\/(ark

    Always Mount a Scratch Monkey

    ... Real programmers begin "COPY CON PROG.EXE"
    ---
    * Origin: (1:3634/12.73)
  • From Joseph Larsen@1:340/800 to mark lewis on Friday, July 29, 2016 00:49:53
    like kai said, the filenames in the ?LO files are not the same as they


    HPT for DOS.

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Friday, July 29, 2016 12:26:56

    29 Jul 16 00:49, you wrote to me:

    like kai said, the filenames in the ?LO files are not the same as they

    HPT for DOS.

    ok... it looks like it needs some ""adjustment"" to ensure it writes both, the file name on the disk and the one in the ?LO file, in the same case... i doubt that it was ever envisioned that it would run in a VM and that a case sensitive
    mailer would be processing the files... in DOS, as you know, it doesn't care about the case of file names... they are all returned in CAPS so when the ?LO file is read and the file searched for, it is automatically found... this breaks down when using two different file system access methods like this...

    so there's several ways this might be fixed... the best would be to fix it in hpt/dos so that it writes the file name in the ?LO in all caps like on its file
    system... not the entire path to the file... only the file name...

    of course another way, instead of adjusting the code, is to make your message bases accessible from the *nix side and run hpt/linux instead of hpt/dos for your mail processing... the theory is that it should work properly... just ensure that all the file names used are in 8.3 format for your message areas unless your DOS side has LFN capability...

    )\/(ark

    Always Mount a Scratch Monkey

    ... Vioxx pulled from the market; clinical trials show it may contain carbs. ---
    * Origin: (1:3634/12.73)
  • From Kai Richter@2:240/1351.7 to mark lewis on Friday, July 29, 2016 22:17:08
    Hi mark!

    HPT for DOS.

    ok... it looks like it needs some ""adjustment"" to ensure it writes
    both, the file name on the disk and the one in the ?LO file,

    Why hpt/DOS? If hpt/lnx runs later it could mess up the case too.

    message bases accessible from the *nix side and run hpt/linux instead
    of hpt/dos for your mail processing...

    Hm, mail processing is a two step thing. My first step would be to disable packing and take a look at the *.pkt. If packing is a problem of the DOS packer, then packing with hpt/lnx would fix it.

    Tschuess

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Endlich kann ich screen bedienen. (2:240/1351.7)
  • From mark lewis@1:3634/12.73 to Kai Richter on Friday, July 29, 2016 20:01:00

    29 Jul 16 22:17, you wrote to me:

    HPT for DOS.

    ok... it looks like it needs some ""adjustment"" to ensure it writes
    both, the file name on the disk and the one in the ?LO file,

    Why hpt/DOS? If hpt/lnx runs later it could mess up the case too.

    i don't see any usecase where there would be two hpts running on the same message bases from two different OSes... my understanding is that he is only using hpt/dos and that there is no hpt/linux involved... i'm looking at trying the entire process with hpt/linux and leaving hpt/dos unused in the bitbucket...

    message bases accessible from the *nix side and run hpt/linux instead
    of hpt/dos for your mail processing...

    Hm, mail processing is a two step thing. My first step would be to
    disable packing and take a look at the *.pkt. If packing is a problem
    of the DOS packer, then packing with hpt/lnx would fix it.

    if that works, it would appear to simply point to the packing area of hpt/dos as being the place where the above mentioned ""adjustment"" need be applied...

    i do, however, fully agree with you that archiving (what you call "packing") the PKTs into bundles is an unnecessary task\step in this day in time... my systems and those i have admin access to have not created any FTN mail bundles (eg: mo2, we1) in a very long time... there is just no need for them any more and the transfer protocol can compress them on the fly for transmission if needed (eg: binkd gzip support)...

    )\/(ark

    Always Mount a Scratch Monkey

    ... Humble pie tastes better a la mode.
    ---
    * Origin: (1:3634/12.73)
  • From Joseph Larsen@1:340/800 to mark lewis on Saturday, July 30, 2016 01:03:07
    of course another way, instead of adjusting the code, is to make your m


    A friend of mine has said that he'll look at the BinkP code. The idea is that we'll get BinkP to send UPPERCASE bundles.


    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Joseph Larsen@1:340/800 to Joseph Larsen on Saturday, July 30, 2016 04:07:40
    A friend of mine has said that he'll look at the BinkP code. The idea i we'll get BinkP to send UPPERCASE bundles.


    Ok. That didn't work. He's clueless. As am I.


    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Kai Richter@2:240/1351.7 to mark lewis on Saturday, July 30, 2016 04:37:22
    Good morning mark!

    Am 29 Jul 16, mark lewis schrieb an Kai Richter:

    i don't see any usecase where there would be two hpts running on the
    same message bases from two different OSes...

    Me too. Wasn't there something about an IMP tosser for DOS? Why there is need for hpt/DOS if there is already another tosser running?
    (I hope i did not mix that up with another case.)

    Bye

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: if [ -e /nofile ]; then echo "noprint"; fi (2:240/1351.7)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Saturday, July 30, 2016 10:47:36

    30 Jul 16 01:03, you wrote to me:

    of course another way, instead of adjusting the code, is to make your

    A friend of mine has said that he'll look at the BinkP code. The idea
    is that we'll get BinkP to send UPPERCASE bundles.

    you're better off to fix the problem where it lies instead... the problem is in
    hpt/dos's code... it needs to write all uppercase filenames to the ?lo files instead of the mixed case ones it is writing now... when one program creates a workaround to fix a problem (aka bug) in another program, the buggy program never gets fixed as long as the work around exists... please don't do that...

    if the problem can't be fixed within hpt/dos (and it can be - hpt/src/fcommon.c
    or maybe hpt/src/toss.c adding something like an "#IFDEF DOS upcase(filename) #ENDIF" type construct) then you could maybe run sed or awk or even tr over the
    flo files and upcase the file names listed before binkd gets to them... or, here's a bash script that is pretty close to doing it... it needs more work to loop completely and not eat itself when renaming the tmp files... if you can find a way to easily feed the flo file names to it, only the inner loop and the
    mv at the end need be used... that's actually how it started out... it definitely needs work for the various outbound directories and to ensure that it only grabs the extension via the last dot... it may also need double-quotes in places to handle directories and file names with spaces in them... its a quick script, untested... can be made to work with some effort...

    ===== start fixit =====
    #!/bin/bash

    # loop through all flo files in outdirfiles outdirfiles=/your/path/to/out/*.?[Ll][Oo]

    for filename in $outdirfiles
    do
    echo "Processing $filename..."
    while read -r floline
    do
    # get the extension after the last dot
    flofext=${floline##*.}

    # get the filename.extension
    floname=${floline##*/}

    # chop off after the last dot
    flofname=${floname%%.*}

    # upcase the file name
    flofname="$(echo $flofname | tr '[a-z]' '[A-Z]')"

    # get the directory
    flofdir=${floline%/*}

    # write modified line to temp file
    echo "$flofdir/$flofname.$flofext" >> $filename.tmp
    done < "$filename"
    done

    # now loop the tmp files and move them to their real names
    for filename in $outdirfiles
    do
    if [ -e $filename.tmp ]
    then
    # move temp file to flo file
    mv $filename.tmp $filename
    fi
    done

    ===== end fixit =====


    but it is still best to fix this in hpt/dos... infinitely better...


    )\/(ark

    Always Mount a Scratch Monkey

    ... Laissez les bons temps rouler.
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to Kai Richter on Saturday, July 30, 2016 13:10:06

    30 Jul 16 04:37, you wrote to me:

    i don't see any usecase where there would be two hpts running on the
    same message bases from two different OSes...

    Me too. Wasn't there something about an IMP tosser for DOS? Why there
    is need for hpt/DOS if there is already another tosser running? (I
    hope i did not mix that up with another case.)

    you're right... imp-mail calls hpt/dos to do the final packing... i assume that
    it also calls it for the unpacking...

    TBH, if the BBS uses JAM bases i don't know why imp-mail has to be used at all... this is really starting to sound like the old "double toss" stuff we had
    to do with WWIV and other similar BBSes before they had FTN compliant tossers... the "double toss" starts off tossing to MSG and then their proprietary tosser would import the MSGs into their proprietary message base format...

    )\/(ark

    Always Mount a Scratch Monkey

    ... Parking is such street sorrow.
    ---
    * Origin: (1:3634/12.73)
  • From Kai Richter@2:240/1351.7 to mark lewis on Saturday, July 30, 2016 22:59:00
    Tach mark!

    Am 30 Jul 16, mark lewis schrieb an Kai Richter:

    you're right... imp-mail calls hpt/dos to do the final packing...

    Hm, if hpt/dos can handle the imp-toss output, then hpt/lnx should do that too.

    Maybe instead direct call of hpt/dos a flagfile could do the same?

    hpt/lnx could watch for the flagfile by cron every xx minutes and start if exist. Maybe it's save to start hpt/lnx mulitple times? Then there is no need for a flagfile - just start hpt/lnx every xx minutes to check for new imp-toss output.

    Tschuess

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: std err to std out: 2>&1 (2:240/1351.7)
  • From Joseph Larsen@1:340/800 to Kai Richter on Sunday, July 31, 2016 03:09:34
    Hm, if hpt/dos can handle the imp-toss output, then hpt/lnx should do t

    Maybe instead direct call of hpt/dos a flagfile could do the same?

    hpt/lnx could watch for the flagfile by cron every xx minutes and start


    That's a very good idea. But, how would I implement it?

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Kai Richter@2:240/1351.7 to Joseph Larsen on Sunday, July 31, 2016 06:42:56
    Hallo Joseph!

    Am 31 Jul 16, Joseph Larsen schrieb an Kai Richter:

    Maybe instead direct call of hpt/dos a flagfile could do the same?

    hpt/lnx could watch for the flagfile by cron every xx minutes and
    start

    That's a very good idea. But, how would I implement it?

    That was a long time ago. touch for DOS was rem, wasn't it?

    In the tossing batch file:

    imp-toss "toss pack whatever commands it needs or none"
    rem . > pathto/flagfilename

    With that every time imp-toss runs the flagfile is created. Within linux create
    a crontab (man crontab) to check for that file exist and start hpt/lnx if it does.

    Maybe you don't need a flagfile. Just start hpt/lnx every xx minutes via cron. That would create logfile spam and a risk of running imp-toss and hpt/lnx at the same time. I don't know if that is critical or not.

    Tschuess

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Jetzt endlich viele Stunden Kontakt mit Linux (2:240/1351.7)
  • From Joseph Larsen@1:340/800 to Kai Richter on Sunday, July 31, 2016 06:08:44
    imp-toss "toss pack whatever commands it needs or none"
    rem . > pathto/flagfilename

    With that every time imp-toss runs the flagfile is created. Within linu

    Maybe you don't need a flagfile. Just start hpt/lnx every xx minutes vi That would create logfile spam and a risk of running imp-toss and hpt/l


    The problem with that is, IMP-MAIL calls HPT/DOS and packs/scans the bundles already. So launching HPT/LINUX after IMP-MAIL runs, wouldn't work, because
    the packets/bundles have already been created.

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From mark lewis@1:3634/12.73 to Kai Richter on Sunday, July 31, 2016 03:37:08

    30 Jul 16 22:59, you wrote to me:

    you're right... imp-mail calls hpt/dos to do the final packing...

    Hm, if hpt/dos can handle the imp-toss output, then hpt/lnx should do
    that too.

    how to have the DOS imp-mail execute hpt/linux?

    Maybe instead direct call of hpt/dos a flagfile could do the same?

    maybe but i really don't know...

    hpt/lnx could watch for the flagfile by cron every xx minutes and
    start if exist. Maybe it's save to start hpt/lnx mulitple times? Then there is no need for a flagfile - just start hpt/lnx every xx minutes
    to check for new imp-toss output.

    that's an idea...

    )\/(ark

    Always Mount a Scratch Monkey

    ... You will just know... Neekha
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Sunday, July 31, 2016 03:46:54

    31 Jul 16 06:08, you wrote to Kai Richter:

    The problem with that is, IMP-MAIL calls HPT/DOS and packs/scans the bundles already. So launching HPT/LINUX after IMP-MAIL runs, wouldn't work, because the packets/bundles have already been created.

    Kai seems to be saying to replace the hpt command line in imp-mail... you can call any tosser, right? create a flag file instead of running a tosser...

    )\/(ark

    Always Mount a Scratch Monkey

    ... We were evicted from our hole in the ground!
    ---
    * Origin: (1:3634/12.73)
  • From Joseph Larsen@1:340/800 to mark lewis on Sunday, July 31, 2016 09:43:52
    Kai seems to be saying to replace the hpt command line in imp-mail... y


    Done. I'm a bity rusty with cron, though. Any idea how I would make a cron entry to do this?

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Joseph Larsen@1:340/800 to Joseph Larsen on Sunday, July 31, 2016 10:12:56
    Kai seems to be saying to replace the hpt command line in imp-mail.


    Done. I'm a bity rusty with cron, though. Any idea how I would make a c entry to do this?

    Thanks,

    ignatius (cia)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)

    -- begin IMP-MAIL.CFG ---

    Echo_Toss rem . > tossflag
    Echo_Scan rem . > scanflag

    -- end IMP-MAIL.CFG -----

    -- begin imppoll.sh ---

    #!/bin/bash
    if [ -f /home/imp/imp/SCANFLAG ]
    then
    /home/imp/imp/poll.sh
    fi

    -- end imppoll.sh -----

    Posted test messages. Ran poll.sh ("imp-mail all" (pack scan and toss)) within

    DOSBox. Then ran imppoll.sh

    And got this:

    catch22bbs:/home/imp/imp # ./imppoll.sh
    home/imp/imp /home/imp/imp
    03.18.24 Statistics
    03.18.24 areas: 259 msgs: 761
    03.18.24 exported: 0
    03.18.24 Areas summary:
    03.18.24 Statistics
    03.18.24 areas: 4 msgs: 0
    03.18.24 exported: 0
    03.18.24 Areas summary:

    Doesn't appear to work. :(

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From mark lewis@1:3634/12.73 to Joseph Larsen on Sunday, July 31, 2016 12:32:00

    31 Jul 16 09:43, you wrote to me:

    Kai seems to be saying to replace the hpt command line in imp-mail...

    Done. I'm a bity rusty with cron, though. Any idea how I would make a
    cron entry to do this?

    to edit your crontab:

    crontab -u youruser -e

    to show the contents of your crontab:

    crontab -u youruser -l


    my crontab contains the following:

    ===== snip =====
    # Edit this file to introduce tasks to be run by cron.
    #
    # Each task to run has to be defined through a single line
    # indicating with different fields when the task will be run
    # and what command to run for the task
    #
    # To define the time you can provide concrete values for
    # minute (mm), hour (hh), day of month (dom), month (mon),
    # and day of week (dow) or use '*' in these fields (for 'any').
    #
    # Notice that tasks will be started based on the cron system's
    # daemon's notion of time and timezones.
    #
    # Output of the crontab jobs (including errors) is sent through
    # email to the user the crontab file belongs to (unless redirected).
    #
    # For example, you can run a backup of all your user accounts
    # at 5 a.m every week with:
    # 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
    #
    # For more information see the manual pages of crontab(5) and cron(8)
    #
    # mm hh dom mon dow command
    # || || ||| ||| ||| |||||||
    # || || ||| ||| ||| |||||||
    # pack the message bases at midnight of every day
    0 0 * * * /home/myuser/fido/bin/sqpack "*"

    # poll the boss node at hh:48 every hour of every day
    48 * * * * /usr/bin/touch /home/fido/out/fidonet/0e32000c.ilo

    ===== snip =====

    )\/(ark

    Always Mount a Scratch Monkey

    ... '\o.,@o.+:"/~!v <-- Tagline debris.
    ---
    * Origin: (1:3634/12.73)
  • From Kai Richter@2:240/1351.7 to Joseph Larsen on Sunday, July 31, 2016 18:59:12
    Hey Joseph!

    Am 31 Jul 16, Joseph Larsen schrieb an Joseph Larsen:

    Done. I'm a bity rusty with cron, though. Any idea how I would
    make a c entry to do this?

    "man crontab" explains the syntax.

    -- begin IMP-MAIL.CFG ---
    Echo_Toss rem . > tossflag
    Echo_Scan rem . > scanflag
    -- end IMP-MAIL.CFG -----

    -- begin imppoll.sh ---

    #!/bin/bash
    if [ -f /home/imp/imp/SCANFLAG ]
    then
    /home/imp/imp/poll.sh
    rm /home/imp/imp/SCANFLAG (or better place the rm flagfile into poll.sh)
    fi
    -- end imppoll.sh -----

    Ran poll.sh ("imp-mail all" (pack scan and toss))
    within DOSBox.

    If you scan, toss and _pack_ then there is nothing left for hpt/lnx.

    Then ran imppoll.sh
    And got this:
    03.18.24 exported: 0

    Doesn't appear to work. :(

    Because imp-mail did all the work.
    Do not pack with imp-mail and leave that work to hpt/lnx.

    Tschuess

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: . datei ist nicht gleich ./datei (2:240/1351.7)
  • From Joseph Larsen@1:340/800 to Kai Richter on Sunday, July 31, 2016 23:12:26
    Because imp-mail did all the work.
    Do not pack with imp-mail and leave that work to hpt/lnx.

    So, leave the Echo_Toss and Echo_Scan blank in the IMP-MAIL.CFG?

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Joseph Larsen@1:340/800 to Kai Richter on Sunday, July 31, 2016 23:49:31
    Because imp-mail did all the work.
    Do not pack with imp-mail and leave that work to hpt/lnx.

    So, have IMP-MAIL do everything but pack?

    Thanks,

    |09ignatius |07(|15cia|07)

    --- DayDream BBS/UNIX (Linux) 2.15a
    * Origin: catch22bbs.com >>> >> > (1:340/800)
  • From Kai Richter@2:240/1351.7 to Joseph Larsen on Monday, August 01, 2016 12:16:42
    Hello Joseph!

    Am 31 Jul 16, Joseph Larsen schrieb an Kai Richter:

    Because imp-mail did all the work.
    Do not pack with imp-mail and leave that work to hpt/lnx.

    So, have IMP-MAIL do everything but pack?

    Yes.

    Ran poll.sh ("imp-mail all" (pack scan and toss))

    Check imp-mail parameter. "all" does all. Are there "scan" and "toss" possible? Look at the docs or try "imp-mail /?".

    Then look what hpt does with imp-mails work.

    hth

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: std err to std out: 2>&1 (2:240/1351.7)