• ARCMAIL

    From August Abolins@2:221/360 to Tommi Koivula on Wed Mar 25 22:54:22 2020
    On 3/25/2020 1:31 AM, between "Tommi Koivula : August Abolins":

    AA>> Maybe this is a good time to have a utility that merges individual
    AA>> .pkt files into a big one..

    There already is one: pktsort. It reads all the .pkts in a directory and writes one (or more).

    === Cut ===

    FTS-0001 PacketSorter v1.4 [unregistered] (c) 1993, 1994 by Rolf K. Wilms
    libg++ (c) 1987-1993 Free Software Foundation (see license.doc)


    SWEET. Thanks!



    --
    Daudz baltu dieniņu, Laimiņa dodi, Diženi raženi, Dzīvojoti!

    --- Thunderbird 2.0.0.24 (Windows/20100228)
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Tommi Koivula@2:221/1 to August Abolins on Sun Mar 22 10:24:02 2020
    * Originally in netmail
    * Crossposted in points

    Hi August,

    I have found several ARCMAIL bundles in my INSECURE inbound. They contain NETMAIL messages from your point 2:333/808.7.

    Please make sure NETMAIL is NOT packed into Zipped ARCMAIL, if you send them CRASH.

    'Tommi

    ---
    * Origin: 2001:470:1f15:cb0:f1d0:2:221:1 (2:221/1)
  • From August Abolins@2:333/808.7 to Tommi Koivula on Sun Mar 22 20:59:30 2020
    Sveiks Tommi!

    22 Mar 20 10:24, you wrote to me:

    I have found several ARCMAIL bundles in my INSECURE inbound. They
    contain NETMAIL messages from your point 2:333/808.7.

    Please make sure NETMAIL is NOT packed into Zipped ARCMAIL, if you
    send them CRASH.

    Sounds like a job for.. Superman, er.. DaBoss :)


    --- GoldED+/W32-MINGW 1.1.5-b20180707
    * Origin: ----> Point Of VeleNo BBs (http://www.velenobbs.net) (2:333/808.7)
  • From F. Krueger@2:333/808.1 to Tommi Koivula on Sun Mar 22 22:41:00 2020
    Hello, Tommi Koivula.
    On 22/03/20 10:24 you wrote:

    * Originally in netmail * Crossposted in points Hi August, I have
    found several ARCMAIL bundles in my INSECURE inbound. They contain NETMAIL messages from your point 2:333/808.7. Please make sure
    NETMAIL is NOT packed into Zipped ARCMAIL, if you send them CRASH.
    Hi tommi what date are the netmail? So I do a check ...
    I'm sysop of veleno bbs


    Bye
    Thomas
    --
    Best regards!
    Posted using Hotdoged on Android
    --- Hotdoged/2.13.5/Android
    * Origin: Veleno BBS - http://www.velenobbs.net (2:333/808.1)
  • From Tommi Koivula@2:221/360 to F. Krueger on Mon Mar 23 08:17:34 2020
    Hi F.

    22 Mar 20 22:41:00, you wrote to me:

    Hello, Tommi Koivula.
    On 22/03/20 10:24 you wrote:

    * Originally in netmail * Crossposted in points Hi August, I have
    found several ARCMAIL bundles in my INSECURE inbound. They contain
    NETMAIL messages from your point 2:333/808.7. Please make sure
    NETMAIL is NOT packed into Zipped ARCMAIL, if you send them CRASH.

    Hi tommi what date are the netmail? So I do a check ...
    I'm sysop of veleno bbs

    Those came direct from the point in one session, not from you.

    === Cut ===
    - 04 Mar 21:32:25 [35307] SYS Points Of Veleno BBS
    - 04 Mar 21:32:25 [35307] ZYZ The BoSS
    - 04 Mar 21:32:25 [35307] LOC Italy
    - 04 Mar 21:32:25 [35307] NDL MO,IBN
    - 04 Mar 21:32:25 [35307] TIME Wed, 4 Mar 2020 20:32:24 +0100
    - 04 Mar 21:32:25 [35307] VER binkd/1.1a-99/Win32 binkp/1.1
    + 04 Mar 21:32:25 [35307] addr: 2:333/808.7@fidonet
    - 04 Mar 21:32:25 [35307] OPT NDA EXTCMD CRYPT GZ BZ2
    + 04 Mar 21:32:25 [35307] Remote supports asymmetric ND mode
    + 04 Mar 21:32:25 [35307] Remote supports EXTCMD mode
    + 04 Mar 21:32:25 [35307] Remote requests CRYPT mode
    + 04 Mar 21:32:25 [35307] Remote supports GZ mode
    + 04 Mar 21:32:25 [35307] Remote supports BZ2 mode
    - 04 Mar 21:32:25 [35307] TRF 0 7556
    + 04 Mar 21:32:25 [35307] Remote has 0b of mail and 7556b of files for us
    - 04 Mar 21:32:25 [35307] receiving 007001c0.th0 (370 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] 007001c0.th0 -> \husky\inbound\007001c0.th0
    + 04 Mar 21:32:25 [35307] rcvd: 007001c0.th0 (370, 370.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving 00700327.tu0 (358 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] 00700327.tu0 -> \husky\inbound\00700327.tu0
    + 04 Mar 21:32:25 [35307] rcvd: 00700327.tu0 (358, 358.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving 00700327.su0 (1746 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] 00700327.su0 -> \husky\inbound\00700327.su0
    + 04 Mar 21:32:25 [35307] rcvd: 00700327.su0 (1746, 1746.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving 00700327.th0 (767 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] 00700327.th0 -> \husky\inbound\00700327.th0
    + 04 Mar 21:32:25 [35307] rcvd: 00700327.th0 (767, 767.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving WELCOME.TXT (3590 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] WELCOME.TXT -> \husky\inbound\welcome.txt
    + 04 Mar 21:32:25 [35307] rcvd: WELCOME.TXT (3590, 3590.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving 00700327.su1 (357 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] 00700327.su1 -> \husky\inbound\00700327.su1
    + 04 Mar 21:32:25 [35307] rcvd: 00700327.su1 (357, 357.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving 00700327.tu1 (368 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] 00700327.tu1 -> \husky\inbound\00700327.tu1
    + 04 Mar 21:32:25 [35307] rcvd: 00700327.tu1 (368, 368.00 CPS, 2:333/808.7@fidonet)
    + 04 Mar 21:32:25 [35307] done (from 2:333/808.7@fidonet, OK, S/R: 0/7 (0/7556 bytes))
    04 Mar 21:32:27 [35307] Creating \semapho\toss.now
    04 Mar 21:32:27 [35307] session closed, quitting...
    04 Mar 21:32:27 [115] rc(35307)=0
    === Cut ===

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From Tommi Koivula@2:221/360 to August Abolins on Mon Mar 23 08:24:06 2020
    Hi August.

    22 Mar 20 20:59:30, you wrote to me:

    I have found several ARCMAIL bundles in my INSECURE inbound. They
    contain NETMAIL messages from your point 2:333/808.7.

    Please make sure NETMAIL is NOT packed into Zipped ARCMAIL, if you
    send them CRASH.

    Sounds like a job for.. Superman, er.. DaBoss :)

    It's your job as the sysop of your point.

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From F. Krueger@2:333/808.1 to Tommi Koivula on Mon Mar 23 08:19:53 2020
    Hello, Tommi Koivula.
    On 23/03/20 08:17 you wrote:

    Those came direct from the point in one session, not from you. ===
    Cut === - 04 Mar 21:32:25 [35307] SYS Points Of Veleno BBS - 04
    Mar 21:32:25 [35307] ZYZ The BoSS - 04 Mar 21:32:25 [35307] LOC
    Italy - 04 Mar 21:32:25 [35307] NDL MO,IBN - 04 Mar 21:32:25
    [35307] TIME Wed, 4 Mar 2020 20:32:24 +0100 - 04 Mar 21:32:25
    [35307] VER binkd/1.1a-99/Win32 binkp/1.1 + 04 Mar 21:32:25
    [35307] addr: 2:333/808.7@fidonet - 04 Mar 21:32:25 [35307] OPT
    NDA EXTCMD CRYPT GZ BZ2 + 04 Mar 21:32:25 [35307] Remote supports asymmetric ND mode + 04 Mar 21:32:25 [35307] Remote supports
    EXTCMD mode + 04 Mar 21:32:25 [35307] Remote requests CRYPT mode +
    04 Mar 21:32:25 [35307] Remote supports GZ mode + 04 Mar 21:32:25
    [35307] Remote supports BZ2 mode - 04 Mar 21:32:25 [35307] TRF 0
    7556 + 04 Mar 21:32:25 [35307] Remote has 0b of mail and 7556b of
    files for us - 04 Mar 21:32:25 [35307] receiving 007001c0.th0 (370 byte(s), off 0) + 04 Mar 21:32:25 [35307] 007001c0.th0 -> \husky\inbound\007001c0.th0 + 04 Mar 21:32:25 [35307] rcvd:
    007001c0.th0 (370, 370.00 CPS, 2:333/808.7@fidonet) - 04 Mar
    21:32:25 [35307] receiving 00700327.tu0 (358 byte(s), off 0) + 04
    Mar 21:32:25 [35307] 00700327.tu0 -> \husky\inbound\00700327.tu0 +
    04 Mar 21:32:25 [35307] rcvd: 00700327.tu0 (358, 358.00 CPS, 2:333/808.7@fidonet) - 04 Mar 21:32:25 [35307] receiving
    00700327.su0 (1746 byte(s), off 0) + 04 Mar 21:32:25 [35307]
    00700327.su0 -> \husky\inbound\00700327.su0 + 04 Mar 21:32:25
    [35307] rcvd: 00700327.su0 (1746, 1746.00 CPS,
    2:333/808.7@fidonet) - 04 Mar 21:32:25 [35307] receiving
    00700327.th0 (767 byte(s), off 0) + 04 Mar 21:32:25 [35307]
    00700327.th0 -> \husky\inbound\00700327.th0 + 04 Mar 21:32:25
    [35307] rcvd: 00700327.th0 (767, 767.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving WELCOME.TXT (3590 byte(s), off
    0) + 04 Mar 21:32:25 [35307] WELCOME.TXT ->
    \husky\inbound\welcome.txt + 04 Mar 21:32:25 [35307] rcvd:
    WELCOME.TXT (3590, 3590.00 CPS, 2:333/808.7@fidonet) - 04 Mar
    21:32:25 [35307] receiving 00700327.su1 (357 byte(s), off 0) + 04
    Mar 21:32:25 [35307] 00700327.su1 -> \husky\inbound\00700327.su1 +
    04 Mar 21:32:25 [35307] rcvd: 00700327.su1 (357, 357.00 CPS, 2:333/808.7@fidonet) - 04 Mar 21:32:25 [35307] receiving
    00700327.tu1 (368 byte(s), off 0) + 04 Mar 21:32:25 [35307]
    00700327.tu1 -> \husky\inbound\00700327.tu1 + 04 Mar 21:32:25
    [35307] rcvd: 00700327.tu1 (368, 368.00 CPS, 2:333/808.7@fidonet)
    + 04 Mar 21:32:25 [35307] done (from 2:333/808.7@fidonet, OK, S/R:
    0/7 (0/7556 bytes))
    04 Mar 21:32:27 [35307] Creating \semapho\toss.now
    04 Mar 21:32:27 [35307] session closed, quitting...
    04 Mar 21:32:27 [115] rc(35307)=0
    === Cut ===
    They are old tests that had been done ... Don't take them into consideration.

    Bye
    Thomas
    --
    Best regards!
    Posted using Hotdoged on Android
    --- Hotdoged/2.13.5/Android
    * Origin: Veleno BBS - http://www.velenobbs.net (2:333/808.1)
  • From F. Krueger@2:333/808.1 to Tommi Koivula on Mon Mar 23 08:28:32 2020
    Hello, Tommi Koivula.
    On 23/03/20 08:24 you wrote:

    Hi August. 22 Mar 20 20:59:30, you wrote to me:
    I have found several ARCMAIL bundles in my INSECURE inbound.
    They contain NETMAIL messages from your point 2:333/808.7.
    Please make sure NETMAIL is NOT packed into Zipped ARCMAIL, if
    you send them CRASH.
    Sounds like a job for.. Superman, er.. DaBoss :)
    It's your job as the sysop of your point.
    Hi no I am the sysop of your point because it uses the Veleno bbs web Point system. However as my previous message they were old tests.

    Bye
    Thomas
    --
    Best regards!
    Posted using Hotdoged on Android
    --- Hotdoged/2.13.5/Android
    * Origin: Veleno BBS - http://www.velenobbs.net (2:333/808.1)
  • From August Abolins@2:221/1.58 to Tommi Koivula on Mon Mar 23 08:31:00 2020
    Hello Tommi!

    ** 23.03.20 - 08:24, Tommi Koivula wrote to August Abolins:

    Sounds like a job for.. Superman, er.. DaBoss :)

    It's your job as the sysop of your point.

    Ah... that's the old-school point-of-view <g> Pun intended!

    In this case, "The Points of Veleno BBS" system is acting as the stewart
    and offers to assume all responsibility.



    ../|ug

    --- OpenXP 5.0.43
    * Origin: û › Ÿ (2:221/1.58)
  • From August Abolins@2:333/808.7 to Tommi Koivula on Mon Mar 23 15:17:29 2020
    Sveiks Tommi!

    22 Mar 20 10:24, you wrote to me:

    Please make sure NETMAIL is NOT packed into Zipped ARCMAIL, if you
    send them CRASH.

    I just sent a couple of netmail/crash tests. Let me know if the arcmail situation persists.



    --- GoldED+/W32-MINGW 1.1.5-b20180707
    * Origin: ----> Point Of VeleNo BBs (http://www.velenobbs.net) (2:333/808.7)
  • From August Abolins@2:221/360 to F. Krueger on Mon Mar 23 16:30:31 2020
    On 23/03/2020 2:19 a.m., F. Krueger : Tommi Koivula wrote:

    -----Beginning of the citation-----
    - 04 Mar 21:32:25 [35307] receiving 007001c0.th0 (370 byte(s), off 0)
    - 04 Mar 21:32:25 [35307] receiving 00700327.tu0 (358 byte(s), off 0)
    - 04 Mar 21:32:25 [35307] receiving 00700327.su0 (1746 byte(s), off 0)
    - 04 Mar 21:32:25 [35307] receiving 00700327.th0 (767 byte(s), off 0)
    - 04 Mar 21:32:25 [35307] receiving WELCOME.TXT (3590 byte(s), off 0)
    + 04 Mar 21:32:25 [35307] rcvd: WELCOME.TXT (3590, 3590.00 CPS, 2:333/808.7@fidonet)
    - 04 Mar 21:32:25 [35307] receiving 00700327.su1 (357 byte(s), off 0)
    - 04 Mar 21:32:25 [35307] receiving 00700327.tu1 (368 byte(s), off 0)
    ----- The end of the citation -----


    They are old tests that had been done... Don't take them into
    consideration.


    The issue here is that the above (primarily crash or routed) were sent archived.

    Meanwhile, regular netmail (routed) is working fine now. But CRASH/DIRECT netmail seems to be getting archived.




    --
    Quoted with Reformator/Quoter. Info = https://tinyurl.com/sxnhuxc

    --- TB68.4.1/Win7
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From F. Krueger@2:333/808.1 to August Abolins on Mon Mar 23 17:18:15 2020
    Hello, August Abolins.
    On 23/03/20 16:30 you wrote:

    The issue here is that the above (primarily crash or routed) were
    sent archived. Meanwhile, regular netmail (routed) is working fine
    now. But CRASH/DIRECT netmail seems to be getting archived.
    --
    Quoted with Reformator/Quoter. Info = https://tinyurl.com/sxnhuxc
    For policy netmail do not go directly to the recipient but first pass through my hub and then sort. The netmail of 04 March that you see refers to when the system wanted to send them directly but it failed and therefore now they pass first from my hub and then follow the normal procedure.

    Let me know if they are now delivered correctly.

    Bye
    Thomas


    --
    Best regards!
    Posted using Hotdoged on Android
    --- Hotdoged/2.13.5/Android
    * Origin: Veleno BBS - http://www.velenobbs.net (2:333/808.1)
  • From August Abolins@2:333/808.7 to F. Krueger on Mon Mar 23 17:51:30 2020
    Sveiks F!

    23 Mar 20 17:18, you wrote to me:

    Let me know if they are now delivered correctly.

    Routed netmail is working ok.

    But my crash netmail tests from here have not been seen yet. They are probably
    ending up in the destination BBS's insecure inbound because they are leaving your system archived as nnnnnnnn.fr1 nnnnnnnn.fr2, etc.

    Tommi is trying to tell you that direct mail should not be archived.


    --- GoldED+/W32-MINGW 1.1.5-b20180707
    * Origin: ----> Point Of VeleNo BBs (http://www.velenobbs.net) (2:333/808.7)
  • From mark lewis@1:3634/12 to August Abolins on Mon Mar 23 14:16:01 2020
    Re: ARCMAIL
    By: August Abolins to F. Krueger on Mon Mar 23 2020 17:51:30


    Tommi is trying to tell you that direct mail should not be archived.

    this day in time, no FTN mailer needs to be bundled... there aren't the speed or size limits there used to be and transmissions take seconds instead of minutes...


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Alan Ianson@1:153/757 to mark lewis on Mon Mar 23 13:12:08 2020
    Tommi is trying to tell you that direct mail should not be archived.

    this day in time, no FTN mailer needs to be bundled... there aren't the speed or size limits there used to be and transmissions take seconds instead of minutes...

    I still find arcmail bundles are neat, tidy and efficient.

    --- BBBS/Li6 v4.10 Toy-4
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From mark lewis@1:3634/12 to Alan Ianson on Mon Mar 23 16:47:13 2020
    Re: ARCMAIL
    By: Alan Ianson to mark lewis on Mon Mar 23 2020 13:12:08


    Tommi is trying to tell you that direct mail should not be archived.

    this day in time, no FTN mailer needs to be bundled... there aren't the speed or size limits there used to be and transmissions take seconds instead of
    minutes...

    I still find arcmail bundles are neat, tidy and efficient.

    they're also a PITA when it comes to archiving pkts for possible diagnostics or
    recovery... not to mention wasting time just to bundle one pkt as is seen in so many transfers these days with virtually realtime conversations ;)


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Tommi Koivula@2:221/360 to Alan Ianson on Tue Mar 24 08:12:56 2020
    Hi Alan.

    23 Mar 20 13:12:08, you wrote to mark lewis:

    Tommi is trying to tell you that direct mail should not be archived.

    this day in time, no FTN mailer needs to be bundled... there aren't the speed
    or size limits there used to be and transmissions take seconds instead of
    minutes...

    I still find arcmail bundles are neat, tidy and efficient.

    Correct. :) But arcmail should only be sent via secure link.

    And since this is a POINTS echo, it is a good practise to archive thousands of tiny .pkts instead of sending them separately. Points can't receive crash, normally.

    Arcmail doesn't necessarily mean compressing. :)

    And August, you have 254 files on hold for your point .59. Would it be time to pick them up?

    === Cut ===
    ^\xenia\outbound\00dd0001.pnt\797ac504.pkt ^\xenia\outbound\00dd0001.pnt\79468f08.pkt ^\xenia\outbound\00dd0001.pnt\79437604.pkt ^\xenia\outbound\00dd0001.pnt\7926b005.pkt ^\xenia\outbound\00dd0001.pnt\791f7e08.pkt ^\xenia\outbound\00dd0001.pnt\7919c806.pkt ^\xenia\outbound\00dd0001.pnt\7911e505.pkt ^\xenia\outbound\00dd0001.pnt\790f430c.pkt ^\xenia\outbound\00dd0001.pnt\7907bc08.pkt ^\xenia\outbound\00dd0001.pnt\78fffc03.pkt ^\xenia\outbound\00dd0001.pnt\78f89207.pkt ^\xenia\outbound\00dd0001.pnt\78f60d0b.pkt ^\xenia\outbound\00dd0001.pnt\78ee9d07.pkt ^\xenia\outbound\00dd0001.pnt\78e99b06.pkt ^\xenia\outbound\00dd0001.pnt\78e49408.pkt ^\xenia\outbound\00dd0001.pnt\78e4ba08.pkt ^\xenia\outbound\00dd0001.pnt\78e1e308.pkt ^\xenia\outbound\00dd0001.pnt\78c92f08.pkt ^\xenia\outbound\00dd0001.pnt\78c67808.pkt ^\xenia\outbound\00dd0001.pnt\78ac9e06.pkt ^\xenia\outbound\00dd0001.pnt\789bbc09.pkt ^\xenia\outbound\00dd0001.pnt\78741408.pkt ^\xenia\outbound\00dd0001.pnt\786bf306.pkt ^\xenia\outbound\00dd0001.pnt\78661f09.pkt ^\xenia\outbound\00dd0001.pnt\7863c906.pkt ^\xenia\outbound\00dd0001.pnt\78568e0b.pkt ^\xenia\outbound\00dd0001.pnt\7856f209.pkt ^\xenia\outbound\00dd0001.pnt\784abf07.pkt ^\xenia\outbound\00dd0001.pnt\781b7e0a.pkt ^\xenia\outbound\00dd0001.pnt\781b9c0b.pkt ^\xenia\outbound\00dd0001.pnt\780de809.pkt ^\xenia\outbound\00dd0001.pnt\780ef605.pkt ^\xenia\outbound\00dd0001.pnt\77dc0e0b.pkt ^\xenia\outbound\00dd0001.pnt\77cd4b06.pkt ^\xenia\outbound\00dd0001.pnt\77c4970a.pkt ^\xenia\outbound\00dd0001.pnt\77b37e02.pkt ^\xenia\outbound\00dd0001.pnt\77b03805.pkt ^\xenia\outbound\00dd0001.pnt\77a12302.pkt ^\xenia\outbound\00dd0001.pnt\7799170c.pkt ^\xenia\outbound\00dd0001.pnt\77836302.pkt ^\xenia\outbound\00dd0001.pnt\7722cd07.pkt ^\xenia\outbound\00dd0001.pnt\76ca2308.pkt ^\xenia\outbound\00dd0001.pnt\76cb7605.pkt ^\xenia\outbound\00dd0001.pnt\76a3370a.pkt ^\xenia\outbound\00dd0001.pnt\769fe802.pkt ^\xenia\outbound\00dd0001.pnt\765a5c0a.pkt ^\xenia\outbound\00dd0001.pnt\76370205.pkt ^\xenia\outbound\00dd0001.pnt\7632ca06.pkt ^\xenia\outbound\00dd0001.pnt\76167c09.pkt ^\xenia\outbound\00dd0001.pnt\76132505.pkt ^\xenia\outbound\00dd0001.pnt\75f86305.pkt ^\xenia\outbound\00dd0001.pnt\75e7aa05.pkt ^\xenia\outbound\00dd0001.pnt\75a8dc08.pkt ^\xenia\outbound\00dd0001.pnt\75933d04.pkt ^\xenia\outbound\00dd0001.pnt\7584d409.pkt ^\xenia\outbound\00dd0001.pnt\757f6102.pkt ^\xenia\outbound\00dd0001.pnt\75685308.pkt ^\xenia\outbound\00dd0001.pnt\75620102.pkt ^\xenia\outbound\00dd0001.pnt\7560ac07.pkt ^\xenia\outbound\00dd0001.pnt\755cd807.pkt ^\xenia\outbound\00dd0001.pnt\74e24f09.pkt ^\xenia\outbound\00dd0001.pnt\74d1af09.pkt ^\xenia\outbound\00dd0001.pnt\74b90509.pkt \husky\file\base\nodedifz\NODEDIFF.Z80
    ^\husky\file\pass\0su0vtwq.tic
    ^\xenia\outbound\00dd0001.pnt\74b67407.pkt ^\xenia\outbound\00dd0001.pnt\74add609.pkt ^\xenia\outbound\00dd0001.pnt\7489ab0a.pkt ^\xenia\outbound\00dd0001.pnt\7468a508.pkt \husky\file\base\nodediff\NODEDIFF.A80
    ^\husky\file\pass\0su0avkn.tic
    ^\xenia\outbound\00dd0001.pnt\742cfc0e.pkt ^\xenia\outbound\00dd0001.pnt\7421b409.pkt ^\xenia\outbound\00dd0001.pnt\74032c0b.pkt ^\xenia\outbound\00dd0001.pnt\7391e509.pkt ^\xenia\outbound\00dd0001.pnt\738bcf0c.pkt ^\xenia\outbound\00dd0001.pnt\73521f04.pkt ^\xenia\outbound\00dd0001.pnt\7342ed05.pkt ^\xenia\outbound\00dd0001.pnt\72e1e30a.pkt ^\xenia\outbound\00dd0001.pnt\72190310.pkt ^\xenia\outbound\00dd0001.pnt\71b05909.pkt ^\xenia\outbound\00dd0001.pnt\71b2620e.pkt ^\xenia\outbound\00dd0001.pnt\71ae430c.pkt ^\xenia\outbound\00dd0001.pnt\71a97808.pkt ^\xenia\outbound\00dd0001.pnt\71a2df07.pkt ^\xenia\outbound\00dd0001.pnt\715bda08.pkt ^\xenia\outbound\00dd0001.pnt\7153a50c.pkt ^\xenia\outbound\00dd0001.pnt\71171606.pkt ^\xenia\outbound\00dd0001.pnt\71077c0a.pkt ^\xenia\outbound\00dd0001.pnt\70fef607.pkt ^\xenia\outbound\00dd0001.pnt\70fab80b.pkt ^\xenia\outbound\00dd0001.pnt\70fae709.pkt ^\xenia\outbound\00dd0001.pnt\70f71109.pkt ^\xenia\outbound\00dd0001.pnt\709c8e06.pkt ^\xenia\outbound\00dd0001.pnt\70817508.pkt ^\xenia\outbound\00dd0001.pnt\70357b0a.pkt ^\xenia\outbound\00dd0001.pnt\6fead806.pkt ^\xenia\outbound\00dd0001.pnt\6fe93a0d.pkt ^\xenia\outbound\00dd0001.pnt\6fe97f06.pkt ^\xenia\outbound\00dd0001.pnt\6fe98a09.pkt ^\xenia\outbound\00dd0001.pnt\6f9fee07.pkt ^\xenia\outbound\00dd0001.pnt\6f9b350b.pkt ^\xenia\outbound\00dd0001.pnt\6f8abb04.pkt ^\xenia\outbound\00dd0001.pnt\6f61ae05.pkt ^\xenia\outbound\00dd0001.pnt\6f475a09.pkt ^\xenia\outbound\00dd0001.pnt\6f3e3009.pkt ^\xenia\outbound\00dd0001.pnt\6edc600b.pkt ^\xenia\outbound\00dd0001.pnt\6ee00e0b.pkt ^\xenia\outbound\00dd0001.pnt\6ed44209.pkt ^\xenia\outbound\00dd0001.pnt\6eaafa0b.pkt ^\xenia\outbound\00dd0001.pnt\6ea90709.pkt ^\xenia\outbound\00dd0001.pnt\6ea2c90a.pkt ^\xenia\outbound\00dd0001.pnt\6dfe8a07.pkt ^\xenia\outbound\00dd0001.pnt\6d7f3708.pkt ^\xenia\outbound\00dd0001.pnt\6d7ee503.pkt ^\xenia\outbound\00dd0001.pnt\6d7c2803.pkt ^\xenia\outbound\00dd0001.pnt\6d0ff809.pkt ^\xenia\outbound\00dd0001.pnt\6caa8c05.pkt ^\xenia\outbound\00dd0001.pnt\6ca1f206.pkt ^\xenia\outbound\00dd0001.pnt\6c963803.pkt ^\xenia\outbound\00dd0001.pnt\6c2b610c.pkt ^\xenia\outbound\00dd0001.pnt\6c078c0b.pkt ^\xenia\outbound\00dd0001.pnt\6c034708.pkt ^\xenia\outbound\00dd0001.pnt\6beb2703.pkt ^\xenia\outbound\00dd0001.pnt\6bd21f0f.pkt ^\xenia\outbound\00dd0001.pnt\6b97fb0b.pkt ^\xenia\outbound\00dd0001.pnt\6b8fb603.pkt ^\xenia\outbound\00dd0001.pnt\6b6bb705.pkt ^\xenia\outbound\00dd0001.pnt\6b5aa70d.pkt \husky\file\base\nodediff\NODEDIFF.A73
    ^\husky\file\pass\0stn9xbn.tic
    ^\xenia\outbound\00dd0001.pnt\6af7690c.pkt ^\xenia\outbound\00dd0001.pnt\6ac9a503.pkt ^\xenia\outbound\00dd0001.pnt\6ac7b70a.pkt ^\xenia\outbound\00dd0001.pnt\6ac81609.pkt \husky\file\base\nodedifz\NODEDIFF.Z73
    ^\husky\file\pass\0stmwg7n.tic
    ^\xenia\outbound\00dd0001.pnt\6a8e3a0a.pkt ^\xenia\outbound\00dd0001.pnt\6a8b070f.pkt ^\xenia\outbound\00dd0001.pnt\69d5280d.pkt ^\xenia\outbound\00dd0001.pnt\69baf408.pkt ^\xenia\outbound\00dd0001.pnt\69ab270a.pkt ^\xenia\outbound\00dd0001.pnt\696e8606.pkt ^\xenia\outbound\00dd0001.pnt\69649f0e.pkt ^\xenia\outbound\00dd0001.pnt\6934ed06.pkt ^\xenia\outbound\00dd0001.pnt\6900820b.pkt ^\xenia\outbound\00dd0001.pnt\6901b607.pkt ^\xenia\outbound\00dd0001.pnt\68f49307.pkt ^\xenia\outbound\00dd0001.pnt\68e6ac09.pkt ^\xenia\outbound\00dd0001.pnt\68e04706.pkt ^\xenia\outbound\00dd0001.pnt\68d54309.pkt ^\xenia\outbound\00dd0001.pnt\68bccb06.pkt ^\xenia\outbound\00dd0001.pnt\68b90504.pkt ^\xenia\outbound\00dd0001.pnt\68a31807.pkt ^\xenia\outbound\00dd0001.pnt\689e7508.pkt ^\xenia\outbound\00dd0001.pnt\68940606.pkt ^\xenia\outbound\00dd0001.pnt\6891c50a.pkt ^\xenia\outbound\00dd0001.pnt\6854c50d.pkt ^\xenia\outbound\00dd0001.pnt\67b08e07.pkt ^\xenia\outbound\00dd0001.pnt\67a95b09.pkt ^\xenia\outbound\00dd0001.pnt\67a34607.pkt ^\xenia\outbound\00dd0001.pnt\67979407.pkt ^\xenia\outbound\00dd0001.pnt\67970707.pkt ^\xenia\outbound\00dd0001.pnt\67936504.pkt ^\xenia\outbound\00dd0001.pnt\6790e40b.pkt ^\xenia\outbound\00dd0001.pnt\67924d04.pkt ^\xenia\outbound\00dd0001.pnt\678f9e0c.pkt ^\xenia\outbound\00dd0001.pnt\67884d0b.pkt ^\xenia\outbound\00dd0001.pnt\677e6004.pkt ^\xenia\outbound\00dd0001.pnt\6728f60a.pkt ^\xenia\outbound\00dd0001.pnt\671d9106.pkt ^\xenia\outbound\00dd0001.pnt\66f51b0b.pkt ^\xenia\outbound\00dd0001.pnt\667b7c07.pkt ^\xenia\outbound\00dd0001.pnt\6671e60c.pkt ^\xenia\outbound\00dd0001.pnt\665d2e07.pkt ^\xenia\outbound\00dd0001.pnt\66590109.pkt ^\xenia\outbound\00dd0001.pnt\66489208.pkt ^\xenia\outbound\00dd0001.pnt\662a200a.pkt ^\xenia\outbound\00dd0001.pnt\66176607.pkt ^\xenia\outbound\00dd0001.pnt\6615d903.pkt ^\xenia\outbound\00dd0001.pnt\65c9540a.pkt ^\xenia\outbound\00dd0001.pnt\65b07203.pkt ^\xenia\outbound\00dd0001.pnt\6592a70a.pkt ^\xenia\outbound\00dd0001.pnt\6544f009.pkt ^\xenia\outbound\00dd0001.pnt\653fff0b.pkt ^\xenia\outbound\00dd0001.pnt\653b4a08.pkt ^\xenia\outbound\00dd0001.pnt\652c7b0b.pkt ^\xenia\outbound\00dd0001.pnt\65264807.pkt ^\xenia\outbound\00dd0001.pnt\651ef206.pkt ^\xenia\outbound\00dd0001.pnt\651d7808.pkt ^\xenia\outbound\00dd0001.pnt\651a7e08.pkt ^\xenia\outbound\00dd0001.pnt\651aa70d.pkt ^\xenia\outbound\00dd0001.pnt\6511090b.pkt ^\xenia\outbound\00dd0001.pnt\650a6109.pkt ^\xenia\outbound\00dd0001.pnt\64f4ca0e.pkt ^\xenia\outbound\00dd0001.pnt\64f53a09.pkt ^\xenia\outbound\00dd0001.pnt\64f12307.pkt ^\xenia\outbound\00dd0001.pnt\64cae809.pkt ^\xenia\outbound\00dd0001.pnt\64c3dd09.pkt ^\xenia\outbound\00dd0001.pnt\64bcd60c.pkt ^\xenia\outbound\00dd0001.pnt\64acf40a.pkt ^\xenia\outbound\00dd0001.pnt\64ab4108.pkt ^\xenia\outbound\00dd0001.pnt\64a74309.pkt ^\xenia\outbound\00dd0001.pnt\64a5190e.pkt ^\xenia\outbound\00dd0001.pnt\64a5390d.pkt ^\xenia\outbound\00dd0001.pnt\647fc00c.pkt ^\xenia\outbound\00dd0001.pnt\645eb40a.pkt ^\xenia\outbound\00dd0001.pnt\6458620b.pkt ^\xenia\outbound\00dd0001.pnt\64552e0c.pkt ^\xenia\outbound\00dd0001.pnt\6448bb06.pkt ^\xenia\outbound\00dd0001.pnt\6442cc09.pkt ^\xenia\outbound\00dd0001.pnt\6442f00d.pkt ^\xenia\outbound\00dd0001.pnt\6440920e.pkt ^\xenia\outbound\00dd0001.pnt\640fdc0b.pkt ^\xenia\outbound\00dd0001.pnt\63d3c80b.pkt ^\xenia\outbound\00dd0001.pnt\63aab709.pkt ^\xenia\outbound\00dd0001.pnt\63a96509.pkt ^\xenia\outbound\00dd0001.pnt\63a67b0c.pkt ^\xenia\outbound\00dd0001.pnt\63a3a807.pkt ^\xenia\outbound\00dd0001.pnt\639c850c.pkt ^\xenia\outbound\00dd0001.pnt\6397c70c.pkt ^\xenia\outbound\00dd0001.pnt\63958009.pkt ^\xenia\outbound\00dd0001.pnt\6393cc09.pkt ^\xenia\outbound\00dd0001.pnt\6391ea07.pkt ^\xenia\outbound\00dd0001.pnt\638afd09.pkt ^\xenia\outbound\00dd0001.pnt\6388bb04.pkt ^\xenia\outbound\00dd0001.pnt\63665504.pkt ^\xenia\outbound\00dd0001.pnt\635d5a07.pkt ^\xenia\outbound\00dd0001.pnt\6325470a.pkt ^\xenia\outbound\00dd0001.pnt\62de9f09.pkt ^\xenia\outbound\00dd0001.pnt\62d6670c.pkt ^\xenia\outbound\00dd0001.pnt\62c26b0a.pkt ^\xenia\outbound\00dd0001.pnt\62976608.pkt ^\xenia\outbound\00dd0001.pnt\6294760a.pkt ^\xenia\outbound\00dd0001.pnt\625df006.pkt ^\xenia\outbound\00dd0001.pnt\6239fc09.pkt ^\xenia\outbound\00dd0001.pnt\622cce06.pkt ^\xenia\outbound\00dd0001.pnt\6206ef0e.pkt \husky\file\base\nodediff\NODEDIFF.A66
    ^\husky\file\pass\0staf1zn.tic
    ^\xenia\outbound\00dd0001.pnt\618d160a.pkt \husky\file\base\nodedifz\NODEDIFF.Z66
    ^\husky\file\pass\0st9xshn.tic
    ^\xenia\outbound\00dd0001.pnt\61623209.pkt ^\xenia\outbound\00dd0001.pnt\61627409.pkt ^\xenia\outbound\00dd0001.pnt\61617407.pkt ^\xenia\outbound\00dd0001.pnt\6161ba09.pkt ^\xenia\outbound\00dd0001.pnt\6161e309.pkt ^\xenia\outbound\00dd0001.pnt\611c680b.pkt ^\xenia\outbound\00dd0001.pnt\60eb7a07.pkt ^\xenia\outbound\00dd0001.pnt\60ecbc09.pkt ^\xenia\outbound\00dd0001.pnt\60e8d509.pkt ^\xenia\outbound\00dd0001.pnt\60e77b04.pkt ^\xenia\outbound\00dd0001.pnt\60e59506.pkt
    === Cut ===

    Should I turn on arcmail? :)

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From Tommi Koivula@2:221/360 to mark lewis on Tue Mar 24 08:24:34 2020
    Hi mark.

    23 Mar 20 16:47:12, you wrote to Alan Ianson:

    I still find arcmail bundles are neat, tidy and efficient.

    they're also a PITA when it comes to archiving pkts for possible
    diagnostics or
    recovery... not to mention wasting time just to bundle one pkt as is seen
    in
    so many transfers these days with virtually realtime conversations ;)

    So true between CM nodes when mail is sent crash.

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From Alan Ianson@1:153/757 to Tommi Koivula on Tue Mar 24 00:32:20 2020
    Hello Tommi,

    I still find arcmail bundles are neat, tidy and efficient.

    Correct. :) But arcmail should only be sent via secure link.

    Why is that?

    And since this is a POINTS echo, it is a good practise to archive thousands of
    tiny .pkts instead of sending them separately. Points can't receive crash, normally.

    True, points and other nodes on hold are best set to arcmail so the number of files doesn't grow in your outbound.

    Arcmail doesn't necessarily mean compressing. :)

    When I think of arcmail I think of a bundle of PKT files archived together for easy storage and delivery to the recipient. Is there more to it?

    And August, you have 254 files on hold for your point .59. Would it be time to
    pick them up?

    === Cut ===
    ^\xenia\outbound\00dd0001.pnt\797ac504.pkt ^\xenia\outbound\00dd0001.pnt\79468f08.pkt ^\xenia\outbound\00dd0001.pnt\79437604.pkt ^\xenia\outbound\00dd0001.pnt\7926b005.pkt

    Whowah! That's what I'm talkin' about!

    --- BBBS/Li6 v4.10 Toy-4
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Tommi Koivula@2:221/1 to Alan Ianson on Tue Mar 24 10:24:16 2020
    24 Mar 20 00:32, Alan Ianson wrote to Tommi Koivula:

    I still find arcmail bundles are neat, tidy and efficient.

    Correct. :) But arcmail should only be sent via secure link.

    Why is that?

    Many tossers, like HPT, won't unpack arcmail from insecure inbound. I don't know if it is possible to tell HPT to do so, but I prefer not to unpack arcmail
    from untrusted sources.

    Arcmail doesn't necessarily mean compressing. :)

    When I think of arcmail I think of a bundle of PKT files archived together
    for
    easy storage and delivery to the recipient. Is there more to it?

    Nope, that's it. "zip -0" ;)

    And August, you have 254 files on hold for your point .59. Would it be time
    to
    pick them up?

    === Cut ===
    ^\xenia\outbound\00dd0001.pnt\797ac504.pkt
    ^\xenia\outbound\00dd0001.pnt\79468f08.pkt
    ^\xenia\outbound\00dd0001.pnt\79437604.pkt
    ^\xenia\outbound\00dd0001.pnt\7926b005.pkt

    Whowah! That's what I'm talkin' about!

    Exactly!

    'Tommi

    ---
    * Origin: 2001:470:1f15:cb0:f1d0:2:221:1 (2:221/1)
  • From mark lewis@1:3634/12 to Tommi Koivula on Tue Mar 24 05:36:16 2020
    Re: ARCMAIL
    By: Tommi Koivula to Alan Ianson on Tue Mar 24 2020 10:24:16


    Correct. :) But arcmail should only be sent via secure link.

    Why is that?

    Many tossers, like HPT, won't unpack arcmail from insecure inbound.
    I don't know if it is possible to tell HPT to do so, but I prefer
    not to unpack arcmail from untrusted sources.

    that seems like a flaw in their design... unpacking bundles in the insecure inbound should not be a problem... the pkts can be inspected and netmail tossed
    from them while leaving behind the echomail... this is FTN mail tossing 101...


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Tommi Koivula@2:221/360 to mark lewis on Tue Mar 24 14:15:46 2020
    Hi mark.

    24 Mar 20 05:36:16, you wrote to me:

    Why is that?

    Many tossers, like HPT, won't unpack arcmail from insecure inbound.
    I don't know if it is possible to tell HPT to do so, but I prefer
    not to unpack arcmail from untrusted sources.

    that seems like a flaw in their design... unpacking bundles in the
    insecure
    inbound should not be a problem...

    Yeah, it can easily be done before calling "hpt toss". If wanted. :)

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From August Abolins@2:333/808.7 to mark lewis on Tue Mar 24 17:52:34 2020
    Sveiks mark!

    23 Mar 20 16:47, you wrote to Alan Ianson:

    I still find arcmail bundles are neat, tidy and efficient.

    they're also a PITA when it comes to archiving pkts for possible diagnostics or recovery... not to mention wasting time just to bundle
    one pkt as is seen in so many transfers these days with virtually
    realtime conversations ;)

    Maybe this is a good time to have a utility that merges individual .pkt files into a big one, say if the pkts qty reaches a certain number.


    --- GoldED+/W32-MINGW 1.1.5-b20180707
    * Origin: ----> Point Of VeleNo BBs (http://www.velenobbs.net) (2:333/808.7)
  • From August Abolins@2:333/808.7 to Tommi Koivula on Tue Mar 24 18:13:28 2020
    Sveiks Tommi!

    24 Mar 20 08:12, you wrote to Alan Ianson:

    And since this is a POINTS echo, it is a good practise to archive thousands of tiny .pkts instead of sending them separately. Points
    can't receive crash, normally.

    Arc or no arc makes no real difference me, but recall a certain boss node operator tell me that disk space is no problem these days. ;)

    Arcmail doesn't necessarily mean compressing. :)

    Thanks for that clarification. I automatically assumed compression as a consequence of bundling.

    And August, you have 254 files on hold for your point .59. Would it be time to pick them up?

    Sorry. Thanks for the reminder. I was distracted with my QWK experimentation.

    Should I turn on arcmail? :)

    I dunno. Can you merge the pkts into a mega pkt? LOL







    --- GoldED+/W32-MINGW 1.1.5-b20180707
    * Origin: ----> Point Of VeleNo BBs (http://www.velenobbs.net) (2:333/808.7)
  • From mark lewis@1:3634/12 to August Abolins on Tue Mar 24 14:24:43 2020
    Re: ARCMAIL
    By: August Abolins to mark lewis on Tue Mar 24 2020 17:52:34


    I still find arcmail bundles are neat, tidy and efficient.

    they're also a PITA when it comes to archiving pkts for possible
    diagnostics or recovery... not to mention wasting time just to bundle
    one pkt as is seen in so many transfers these days with virtually
    realtime conversations ;)

    Maybe this is a good time to have a utility that merges individual .pkt
    files
    into a big one, say if the pkts qty reaches a certain number.

    there are already one or two tools that do this... they were used more back in the day when subject sorting was a thing... they were used to sort the messages
    in pkts into one pkt in the date order of the message then better message linking came about...

    i used to use a similar tool here for other reasons but quickly dropped/disabled the sorting and pkt combining functions...


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From mark lewis@1:3634/12 to August Abolins on Tue Mar 24 14:29:13 2020
    Re: ARCMAIL
    By: August Abolins to Tommi Koivula on Tue Mar 24 2020 18:13:28


    Arc or no arc makes no real difference me, but recall a certain boss
    node operator tell me that disk space is no problem these days. ;)

    not only that but directories can hold a lot more individual files these days than back in the DOS FAT-16 and FAT-32 days... specifically, DOS used to see a huge slowdown if there were over 255 files in one directory... the introduction
    of the JAM message base format turned this up when folks configured all their 200+ JAM areas in one directory... with at least four files per JAM base, the system crawled along when scanning for messages... separating the JAM bases into no more than 45 or so areas per directory alleviated this problem... upgrading to other/better OSes also alleviated the problem since they didn't have the same limitation in their storage format(s)...


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From August Abolins@2:221/360 to mark lewis on Tue Mar 24 21:26:09 2020
    On 24/03/2020 2:29 p.m., mark lewis : August Abolins wrote:


    ..a certain boss node operator tell me that disk space is
    no problem these days.

    not only that but directories can hold a lot more individual
    files these days than back in the DOS FAT-16 and FAT-32 days..
    specifically, DOS used to see a huge slowdown if there were
    over 255 files in one directory...

    Does the same limitation still apply when virtualizing 16-bt OSes, or operating a BBS with DOSbox?

    I sincerely *do* apologize for neglecting to poll for several long weeks with my
    other point account.



    --
    Quoted with Reformator/Quoter. Info = https://tinyurl.com/sxnhuxc

    --- TB68.4.1/Win7
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From August Abolins@2:221/1.58 to mark lewis on Tue Mar 24 21:37:00 2020
    Hello mark!

    ** 24.03.20 - 14:24, mark lewis wrote to August Abolins:

    Maybe this is a good time to have a utility that merges individual
    .pkt files into a big one, say if the pkts qty reaches a certain
    number

    there are already one or two tools that do this...

    i used to use a similar tool here for other reasons but quickly
    dropped/disabled the sorting and pkt combining functions...

    I have hunted for it/them, but have not found anything. Do you remember a filename, key words or description?




    ../|ug

    --- OpenXP 5.0.43
    * Origin: û › Ÿ (2:221/1.58)
  • From Tommi Koivula@2:221/360 to August Abolins on Wed Mar 25 07:31:12 2020
    Hi August.

    24 Mar 20 17:52:34, you wrote to mark lewis:

    I still find arcmail bundles are neat, tidy and efficient.

    they're also a PITA when it comes to archiving pkts for possible
    diagnostics or recovery... not to mention wasting time just to bundle
    one pkt as is seen in so many transfers these days with virtually
    realtime conversations ;)

    Maybe this is a good time to have a utility that merges individual .pkt
    files into a
    big one, say if the pkts qty reaches a certain number.

    There already is one: pktsort. It reads all the .pkts in a directory and writes
    one (or more).

    === Cut ===

    FTS-0001 PacketSorter v1.4 [unregistered] (c) 1993, 1994 by Rolf K. Wilms
    libg++ (c) 1987-1993 Free Software Foundation (see license.doc)

    Usage: pktsort [-c<file>] [-w<count>] [-s<size>] [-p<count>]
    [-osubject | -otime] [-g<size>] [-l<file>] [-d<dir>]
    [-h] [-e<entry> [args] | program-with-args]

    Default

    -c<file> configuration file pktsort.cfg
    -w<count> number of messages to keep in memory 1000
    -s<size> limit in bytes for (un)splitting messages no (un)split
    -p<count> max. number of messages in output packets 1000
    -otime sort messages by time no
    -osubject sort messages by subject and time no
    -g<size> remove garbage, rename pkt if garbage > size no
    -e<entry> select archiver entry from config file none
    -l<file> log file name none
    -d<dir> directory where packets are searched current
    -h this help
    [program-with-args] exec. archiver before processing packets

    === Cut ===

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From Tommi Koivula@2:221/360 to August Abolins on Wed Mar 25 07:38:50 2020
    Hi August.

    24 Mar 20 18:13:28, you wrote to me:

    And August, you have 254 files on hold for your point .59. Would it be
    time to pick them up?

    Sorry. Thanks for the reminder. I was distracted with my QWK
    experimentation.

    Should I turn on arcmail? :)

    I dunno. Can you merge the pkts into a mega pkt? LOL

    I sure can.

    'Tommi

    ---
    * Origin: - rbb.fidonet.fi - Finland - (2:221/360)
  • From Tommi Koivula@2:221/360 to August Abolins on Wed Mar 25 07:59:14 2020
    On Tue, 24 Mar 2020 21:26:08 +0200 "August Abolins" <0@360.221.2> wrote:


    AA>> ..a certain boss node operator tell me that disk space is
    AA>> no problem these days.

    ml>not only that but directories can hold a lot more individual
    ml>files these days than back in the DOS FAT-16 and FAT-32 days..
    ml>specifically, DOS used to see a huge slowdown if there were
    ml>over 255 files in one directory...

    Does the same limitation still apply when virtualizing 16-bt OSes, or operating a BBS with DOSbox?

    Basically yes, if the guest OS runs plain DOS, but nowadays it shouldn't matter. Back in the day zero it had huge impact.

    I sincerely *do* apologize for neglecting to poll for several long
    weeks with my other point account.

    No worries. There is plenty of room in the outbound. ;) And I get daily report what is on hold. :D

    'Tommi

    ---
    * Origin: nntp://fidonews.mine.nu (2:221/360.0)
  • From mark lewis@1:3634/12 to August Abolins on Wed Mar 25 10:16:35 2020
    Re: ARCMAIL
    By: August Abolins to mark lewis on Tue Mar 24 2020 21:26:09


    ..a certain boss node operator tell me that disk space is
    no problem these days.

    not only that but directories can hold a lot more individual
    files these days than back in the DOS FAT-16 and FAT-32 days..
    specifically, DOS used to see a huge slowdown if there were
    over 255 files in one directory...

    Does the same limitation still apply when virtualizing 16-bt OSes, or
    operating a BBS with DOSbox?

    if they are using real MS/PC-DOS, yes... at least up to version 7, i think...

    it doesn't matter if the machine is virtualized... that only fakes the hardware...

    DOSbox, on the other hand, is not a hardware virtualization... at least, not AFAIK... it is a DOS environment and may not be subject to that old limitation from the original m$ code...

    other DOSes may also not be limited... it just depends on the code...


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From mark lewis@1:3634/12 to August Abolins on Wed Mar 25 10:55:30 2020
    Re: ARCMAIL
    By: August Abolins to mark lewis on Tue Mar 24 2020 21:37:00


    i used to use a similar tool here for other reasons but quickly
    dropped/disabled the sorting and pkt combining functions...

    I have hunted for it/them, but have not found anything.

    i don't know what search terms you used...

    Do you remember a filename, key words or description?

    i was thinking of the "Fido Year 2000 Tools Rel. 6 by Tobias Ernst" but after a
    quick read of the docs inside, that's not the one but it is one that i used to run...

    [time passes]

    packetsorter is one of the tools i was thinking of... it can generally be found
    as psrt_XX where 'XX' is the version number... it also implements the ^ASPLIT proposal which i never used as i disagreed with where it was implemented in the
    processing chain but it was easy enough to work around... in any case, packetsorter combines packets and cleans them up... when it combines them, it can sort the messages so that they are grouped by area and sorted by date...

    this sorting by echo areas helps to speed up tossing since the tosser can then open the one area, toss all the new messages, close the area, and move on to the next area... that rather than opening an area, tossing one message, closing
    the area, opening the next area, tossing a message, closing the area, opening the first area again, tossing another message, etc., etc., etc., tossing them as they are stored in the original packet...

    there was another tool that also combined packets but i just can't locate it right now...


    )\/(ark
    --- SBBSecho 3.10-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)