@MSGID: 39:190/101@amiganet c0ed35b1
@CHRS: LATIN-1 2
Hi. Testing with fidoblitz and april 1.9
--- April V1.09 (SAS)
* Origin: April message tosser/viewer (39:190/101)
SEEN-BY: 11/0 13/0 17/0 39/0 42/0 90/0 101/601 140/0 150/200 160/242 SEEN-BY: 160/508 190/101 260/512 270/2226 423/120 901/280 902/0 513 SEEN-BY: 943/0 970/0
@PATH: 190/101 150/200
@MSGID: 39:190/101@amiganet c0ed35b1
@CHRS: LATIN-1 2
Hi. Testing with fidoblitz and april 1.9
--- April V1.09 (SAS)
* Origin: April message tosser/viewer (39:190/101)
SEEN-BY: 11/0 13/0 17/0 39/0 42/0 90/0 101/601 140/0 150/200 160/242
508
SEEN-BY: 190/101 260/512 270/2226 423/120 901/280 620 902/0 513 943/0 970/0
@PATH: 190/101 150/200 901/280
Hi Tanausu,
On 2026-03-22 19:22:49, you wrote to ALL:
@MSGID: 39:190/101@amiganet c0ed35b1
@CHRS: LATIN-1 2
Hi. Testing with fidoblitz and april 1.9
It's looking good!
--- April V1.09 (SAS)
* Origin: April message tosser/viewer (39:190/101)
SEEN-BY: 11/0 13/0 17/0 39/0 42/0 90/0 101/601 140/0 150/200
160/242 SEEN-BY: 160/508 190/101 260/512 270/2226 423/120 901/280 902/0 513 SEEN-BY: 943/0 970/0 @PATH: 190/101 150/200
I finally have time to check my messages. The a1200 has been on
nonstop for a few days. I'll turn it off today just in case it
overheats.
But fidoblitz and april are working perfectly. Not a single problem.
Hi Tanausu,
On 2026-03-29 17:49:49, you wrote to me:
I finally have time to check my messages. The a1200 has been on
nonstop for a few days. I'll turn it off today just in case it
overheats.
I think you would notice that after a few hours. If it runs fine for a couple of days, there shouldn't be a heat problem, unless the room temperature increases significantly
But fidoblitz and april are working perfectly. Not a single
problem.
Great to hear! Are you running the version you compiled yourself? Or
the version from the release bundle file?
I didn't quite understand you. Stephen Walsh's fidoblitz version 0.15 works quite well, and the version you sent me on April 1st, to which I
I didn't quite understand you. Stephen Walsh's fidoblitz version
0.15 works quite well, and the version you sent me on April 1st, to which I
This has just been sent to the testers....
Fidoblitz Version v0.16 - 2026-03-30
#### Enhancement: Binkp/1.1 Protocol Support
Upgraded from Binkp/1.0 to full Binkp/1.1 (FSP-1024) with NR mode and CRC32 integrity.
**VER string updated:** FidoBlitz now announces `binkp/1.1` in M_NUL
VER. This is required for interoperability with binkd and other modern Binkp/1.1 mailers.
**OPT NR (Non-Reliable mode):** Both sides now announce `OPT NR` in
their M_NUL frames. FidoBlitz already behaved as NR-capable (sending
file data immediately without waiting for M_GET), but was not announcing it. Remote's NR capability is parsed and stored in `Sess\remoteHasNR`; `Sess\useNR` is set when both sides support it.
**OPT CRC (CRC32 file integrity):** Both sides announce `OPT CRC`. When agreed, the receiver accumulates a CRC32 over all received bytes (for fresh receives starting from offset 0) and appends the unsigned decimal CRC to M_GOT. The sender accumulates a CRC over sent bytes and verifies the CRC returned in M_GOT, logging a warning on mismatch.
Stephen
But fidoblitz and april are working perfectly. Not a single
problem.
Great to hear! Are you running the version you compiled yourself? Or
the version from the release bundle file?
I didn't quite understand you. Stephen Walsh's fidoblitz version 0.15 works quite well,
and the version you sent me on April 1st,
to which I added a script to decompress the zip file because lha
doesn't work on my amiga, appears to be corrupted.
It decompresses fine on my computer, but not on my Amiga... it works
fine on bsd, but not on the other one...
On 2026-03-29 21:25:10, you wrote to me:
But fidoblitz and april are working perfectly. Not a single
problem.
Great to hear! Are you running the version you compiled
yourself? Or
the version from the release bundle file?
I didn't quite understand you. Stephen Walsh's fidoblitz version
0.15 works quite well,
I was talking about april.
and the version you sent me on April 1st,
It is still March!? ;-)
to which I added a script to decompress the zip file because lha
doesn't work on my amiga, appears to be corrupted.
? lha doesn't work on zip files!?
It decompresses fine on my computer, but not on my Amiga... it
works
fine on bsd, but not on the other one...
Which file(s) are we talking about?
to which I added a script to decompress the zip file because lha
doesn't work on my amiga, appears to be corrupted.
? lha doesn't work on zip files!?
It decompresses fine on my computer, but not on my Amiga... it
works
fine on bsd, but not on the other one...
Which file(s) are we talking about?
My bsd version:
$ lha --version
lha for unix version 1.14g
But on my amiga it says the files are corrupted, and no, it's an incompatibility. I can decompress them after fidoblitz picks them up, buton
bsd. I don't know if there's a newer version; I think the one I'm using isup
to date... from a few years ago.
April is quite stable; I tested it with 8MB of ram and a database
that's a little over 1GB. It doesn't even flinch.
For now, with version 0.15 of their BBS, it works quite well. I
haven't been able to get a script with `exec` to work, but that's due
to my own ignorance. I had to do it in C to decompress the files to
Is there any way to read the files directly from `outbound` and not
from the other folders? Is it possible? I ask because with April, I
don't know if there's an option to save the files in other folders
like `outbound.xxx`.
But on my amiga it says the files are corrupted, and no, it's an incompatibility. I can decompress them after fidoblitz picks them up,
but on bsd. I don't know if there's a newer version; I think the one
I'm using is up to date... from a few years ago.
to which I added a script to decompress the zip file because
lha
doesn't work on my amiga, appears to be corrupted.
? lha doesn't work on zip files!?
It decompresses fine on my computer, but not on my Amiga... it
works
fine on bsd, but not on the other one...
Which file(s) are we talking about?
My bsd version:
$ lha --version
lha for unix version 1.14g
# lha --help
LHarc for UNIX V 1.02 Copyright(C) 1989 Y.Tagawa
LHx for MSDOS V C2.01 Copyright(C) 1990 H.Yoshizaki
LHx(arc) for OSK V 2.01 Modified 1990 Momozou
LHa for UNIX V 1.00 Copyright(C) 1992 Masaru Oki
LHa for UNIX V 1.14 Modified 1995 Nobutaka Watazaki
LHa for UNIX V 1.14i Modified 2000 Tsugio Okamoto
Autoconfiscated 2001-2008 Koji Arai
usage: lha [-]<commands>[<options>] [-<options> ...] archive_file [file...] commands: [axelvudmcpt] options: [q[012]vnfto[567]dizg012e[w=<dir>|x=<pattern>]] long options: --system-kanji-code={euc,sjis,utf8,cap}
--archive-kanji-code={euc,sjis,utf8,cap}
--extract-broken-archive
--convert-filename-case
--ignore-mac-files
--traditional
--help
--version
commands: options:
a Add(or replace) to archive q{num} quiet (num:quiet mode)
x,e EXtract from archive v verbose
l,v List / Verbose List n not execute
u Update newer files to archive f force (over write at extract)
d Delete from archive t FILES are TEXT file
m Move to archive (means 'ad') o[567] compression method (a/u/c)
c re-Construct new archive d delete FILES after (a/u/c)
p Print to STDOUT from archive i ignore directory path (x/e)
t Test file CRC in archive z files not compress (a/u/c)
g Generic format (for
compatibility)
0/1/2 header level (a/u/c)
e TEXT code convert from/to EUC
w=<dir> specify extract directory (x/e)
x=<pattern> eXclude files
(a/u/c)
I did 1 thing to the source for the version I'm using, and that is
adding the -i option. So to explicitly create lha files that don't
contain (possibly incompatible) paths in the file names. My system exchanges .lha files with a couple of Amiga systems, and I never get comments they don't work...
But on my amiga it says the files are corrupted, and no, it's an
incompatibility. I can decompress them after fidoblitz picks them
up, but on bsd. I don't know if there's a newer version; I think
the one I'm using is up
to date... from a few years ago.
The lha versions after 1995, are "diverse" by several people. So there might be some confusion...
April is quite stable; I tested it with 8MB of ram and a database
that's a little over 1GB. It doesn't even flinch.
After I got the source, the main thing I did to it, was fixing bugs...
;-)
30 Mar 26 10:33, you wrote to me:
For now, with version 0.15 of their BBS, it works quite well. I
haven't been able to get a script with `exec` to work, but that's
due to my own ignorance. I had to do it in C to decompress the
files to
Have you changed the protection bits on your script, to mark it as a script?
Except for the name in the example fidoblitz config file, that is how
I have it running on my system.
Is there any way to read the files directly from `outbound` and
not from the other folders? Is it possible? I ask because with
April, I don't know if there's an option to save the files in
other folders
like `outbound.xxx`.
Fidoblitz supports both BSO and ASO style outbounds.
Just remove the ASO flag from the config. and it will read the outbound.xxx
But on my amiga it says the files are corrupted, and no, it's an
incompatibility. I can decompress them after fidoblitz picks them
up, but on bsd. I don't know if there's a newer version; I think
the one I'm using is up to date... from a few years ago.
Your host needs to use 'ao5' for the archiving of lha files.
I have found the amiga version cant handle the latter compression
types. Even though it says it can do -lh6-, I've found it to be unreliable.
I have lha v 2.15 on my system.
Stephen
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 63 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 492953:54:05 |
| Calls: | 839 |
| Calls today: | 1 |
| Files: | 1,300 |
| D/L today: |
15 files (11,466K bytes) |
| Messages: | 253,663 |
| Posted today: | 1 |
