• One feed not tossing help

    From Louis Northmore@2:250/8 to All on Sat Apr 24 21:06:36 2021
    Hi All,

    After some Husky/tossing help.

    I have one othernet feed that is not tossing anymore.

    Packets get downloaded but just remain as arcs in the summary output.

    Outgoing echomail to this net works fine, just incoming is problematic.

    Any advice on troubleshooting steps?

    L

    ---
    Satchmo // Louis Northmore

    --- Mystic BBS v1.12 A46 2020/08/26 (Linux/64)
    * Origin: Sonic BBS :: North Yorkshire, England (2:250/8)
  • From Alan Ianson@1:153/757 to Louis Northmore on Sat Apr 24 16:28:49 2021
    Hello Louis,

    After some Husky/tossing help.

    I have one othernet feed that is not tossing anymore.

    Did something change in the meantime?

    Packets get downloaded but just remain as arcs in the summary output.

    Outgoing echomail to this net works fine, just incoming is
    problematic.

    Here's a wild guess, an unknown archiver.

    If you paste a bit of your log here when hpt is (trying) to toss those packets we might be able to see what the problem is.

    Ttyl :-),
    Al
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Louis Northmore@2:250/8 to Alan Ianson on Sun Apr 25 00:49:44 2021
    Hi Alan,

    Thanks!

    I have one othernet feed that is not tossing anymore.

    Did something change in the meantime?

    Not too sure.


    Here's a wild guess, an unknown archiver.

    I was thinking the same although I don't think my hub has made any changes.
    I even queried the archive type and set to zip via areafix.


    If you paste a bit of your log here when hpt is (trying) to toss those packets we might be able to see what the problem is.


    A quick snippet of my hpt.log:

    A 23:01:07 Renaming pkt/arc to .asc
    7 23:01:07 bundle /var/spool/ftn/in/f65eb467.sa6: renaming to .tos
    6 23:01:07 bundle /var/spool/ftn/in/f65eb467.tos: unpacking with "unzip -j -Loqq /var/spool/ftn/in/f65eb467.tos -d /var/spool/ftn/incomplete/"
    A 23:01:08 Renaming pkt/arc to .asc
    1 23:01:08 Statistics:
    1 23:01:08 arc: 16 netMail: 0 echoMail: 0 CC: 0 1 23:01:08 pkt's: 0 dupe: 0 passthru: 0 exported: 0 1 23:01:08 msgs: 0 bad: 0 saved: 0 empty: 0 1 23:01:08 Input: 0.00 mails/sec Output: 0.00 mails/sec
    1 23:01:08 12.58 kb/sec
    1 23:01:08 61.36 kb total, processed in 4.879 seconds
    1 23:01:08 Areas summary:
    1 23:01:08 End tossing
    1 23:01:08 End

    and a bit of the binkp log:

    24 Apr 23:00:04 [29957] rcvd msg FILE f65eb467.sa6 832 1619304957 0
    24 Apr 23:00:04 [29957] file not found, trying to create a tmpname
    - 24 Apr 23:00:04 [29957] receiving f65eb467.sa6 (832 byte(s), off 0)
    24 Apr 23:00:04 [29957] rate for f65eb467.sa6 is unlimited
    + 24 Apr 23:00:04 [29957] f65eb467.sa6 -> /var/spool/ftn/in/f65eb467.sa6
    24 Apr 23:00:04 [29957] unlinked `/var/spool/ftn/in/d36acc47.hr'
    24 Apr 23:00:04 [29957] got *.sa?, delayed creating /var/spool/ftn/flags/toss + 24 Apr 23:00:04 [29957] rcvd: f65eb467.sa6 (832, 832.00 CPS, 21:4/100@fsxnet)
    24 Apr 23:00:04 [29957] send message GOT f65eb467.sa6 832 1619304957


    --- webJAM v0.1.3
    * Origin: Sonic BBS :: www.sonicbbs.co.uk :: North Yorkshire, UK (2:250/8)
  • From Alan Ianson@1:153/757 to Louis Northmore on Sat Apr 24 18:29:51 2021
    Hello Louis,

    A 23:01:07 Renaming pkt/arc to .asc

    I don't ever recall seeing this in my log. The docs say that .acs is for a pkt that couldn't be opened. I wonder if hpt cannot open a pkt file for some reason.

    7 23:01:07 bundle /var/spool/ftn/in/f65eb467.sa6: renaming to .tos
    6 23:01:07 bundle /var/spool/ftn/in/f65eb467.tos: unpacking with
    "unzip -j -Loqq /var/spool/ftn/in/f65eb467.tos -d /var/spool/ftn/incomplete/" A 23:01:08 Renaming pkt/arc to .asc

    Does the target directory /var/spool/ftn/incomplete exist and is it writable by hpt?

    hpt writes to my inbound/tmp when it extracts packets.

    arc: 16
    netMail: 0
    echoMail: 0

    16 archives but not one net or echomail. I suspect hpt is having trouble extracting the packet or writing them.

    I would check my inbound directories used by hpt and binkd. I suspect the /var/spool/ftn/incomplete could be the problem.

    I get/send mail with 21:4/100 all day long but we don't compress packets. :)

    Ttyl :-),
    Al
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Michael Dukelsky@2:5020/1042 to Louis Northmore on Sun Apr 25 09:58:10 2021
    Hello Louis,

    Sunday April 25 2021, Louis Northmore wrote to Alan Ianson:

    I have one othernet feed that is not tossing anymore.
    A quick snippet of my hpt.log:

    A 23:01:07 Renaming pkt/arc to .asc

    There was a typo in the code, it should be .acs here from the word "access". If a bundle cannot be opened, its filename extension is renamed this way. So it is a problem of accessing the bundle.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Kai Richter@2:240/77 to Louis Northmore on Sun Apr 25 16:06:02 2021
    Hello Louis!

    25 Apr 21, Louis Northmore wrote to Alan Ianson:

    Renaming pkt/arc to .asc

    Find the file and use the list function of your packer to see its contents.
    Try to unzip the files manually.

    "unzip -j -Loqq

    qq stands for quieter mode. Edit this to get a verbose log of the unzipper.

    Regards

    Kai
    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)
  • From Louis Northmore@2:250/8 to Alan Ianson on Tue Apr 27 20:27:00 2021
    On 24 Apr 2021, Alan Ianson said the following...

    Does the target directory /var/spool/ftn/incomplete exist and is it writable by hpt?

    Yep it does. Other networks use it. What's really weird is netmail to the
    same system works fine. I get my AREAFIX replies via netmail just fine.

    It's odd. I'm going to keep troubleshooting.

    ---
    Satchmo // Louis Northmore

    --- Mystic BBS v1.12 A46 2020/08/26 (Linux/64)
    * Origin: Sonic BBS :: North Yorkshire, England (2:250/8)
  • From Louis Northmore@2:250/8 to Michael Dukelsky on Tue Apr 27 20:27:52 2021
    On 25 Apr 2021, Michael Dukelsky said the following...

    There was a typo in the code, it should be .acs here from the word "access". If a bundle cannot be opened, its filename extension is
    renamed this way. So it is a problem of accessing the bundle.

    Thanks Michael. Presuming this has been updated and I need to upgrade?

    ---
    Satchmo // Louis Northmore

    --- Mystic BBS v1.12 A46 2020/08/26 (Linux/64)
    * Origin: Sonic BBS :: North Yorkshire, England (2:250/8)
  • From Louis Northmore@2:250/8 to Kai Richter on Tue Apr 27 20:29:14 2021
    Hi Kai!

    On 25 Apr 2021, Kai Richter said the following...

    "unzip -j -Loqq
    qq stands for quieter mode. Edit this to get a verbose log of the unzipper.

    Good call, however I did edit this and no difference.

    ---
    Satchmo // Louis Northmore

    --- Mystic BBS v1.12 A46 2020/08/26 (Linux/64)
    * Origin: Sonic BBS :: North Yorkshire, England (2:250/8)
  • From Alan Ianson@1:153/757 to Louis Northmore on Tue Apr 27 13:56:21 2021
    Hello Louis,

    Does the target directory /var/spool/ftn/incomplete exist and is
    it writable by hpt?

    Yep it does. Other networks use it. What's really weird is netmail to
    the same system works fine. I get my AREAFIX replies via netmail just fine.

    Yes, there is some kind of permissions issue and I can't quite put my finger on it.

    It's odd. I'm going to keep troubleshooting.

    Yes, the solution whatever it happens to be is close by there. :)

    In my own case I start binkd like this, as an unprivileged user.

    /usr/local/sbin/binkd -DC /path/to/binkd.conf

    In my binkd.conf there is an exec line that runs a script with the commands needed by hpt to toss incoming mail and files.

    So incoming mail and files are all owned by the same user and there is no possibility for permissions issues.

    Ttyl :-),
    Al

    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Michael Dukelsky@2:5020/1042 to Louis Northmore on Wed Apr 28 12:07:38 2021
    Hello Louis,

    Tuesday April 27 2021, Louis Northmore wrote to Michael Dukelsky:

    There was a typo in the code, it should be .acs here from the
    word "access". If a bundle cannot be opened, its filename
    extension is renamed this way. So it is a problem of accessing
    the bundle.

    Thanks Michael. Presuming this has been updated and I need to upgrade?

    Yes, the typo has been fixed.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Moscow, Russia (2:5020/1042)
  • From Kai Richter@2:240/77 to Louis Northmore on Wed Apr 28 18:46:44 2021
    Hello Louis!

    27 Apr 21, Louis Northmore wrote to Kai Richter:

    "unzip -j -Loqq
    qq stands for quieter mode. Edit this to get a verbose log of the
    unzipper.

    Good call, however I did edit this and no difference.

    A good method for troubleshooting is to set checkpoints that tell you "so far, so good". The verbose log is to check that unzipping did work correctly.

    If yes, you could concentrate on forward workflow.

    Regards

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)