How do I know what kind of files in Outbound are supported and recognised by binkd?


The files was created by my tosser (TrapToss for Amiga) when it scanned the messages I just wrote from inside my BBS)
i have ASO activated in binkd.cfg

My Outbound directory have these files.

2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I uncompress it)

But when i connect with binkd to the node 2:203/0 it says:
the queue is empty, quitting...
So it seems like binkd does not find anything in the Outbound folder.

Nothing is sent or recived.

Conny

--- Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
* Origin: news://eljaco.se:4119 (2:203/2)

Hi Conny,

On 2022-02-02 22:49:28, you wrote to All:

How do I know what kind of files in Outbound are supported and
recognised by binkd?

The Binkley Style Outbound (BSO) is described here:

http://ftsc.org/docs/fts-5005.003

As far as I remember in ASO, just the filenames are different from BSO, so the filename extensions and their function are the same.

The files was created by my tosser (TrapToss for Amiga) when it
scanned the messages I just wrote from inside my BBS) i have ASO
activated in binkd.cfg

My Outbound directory have these files.

2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I uncompress it)

You seem to be missing a .flo file, that tells binkd what files to send.

But when i connect with binkd to the node 2:203/0 it says: the queue
is empty, quitting... So it seems like binkd does not find anything in
the Outbound folder.

Nothing is sent or recived.

Receiving should be automatic, as long as your binkd identifies itself correctly to the other system (AKA and password).

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Conny wrote (2022-02-02):

How do I know what kind of files in Outbound are supported and recognised by binkd?

The files was created by my tosser (TrapToss for Amiga) when it scanned the messages I just wrote from inside my BBS) i have ASO activated in binkd.cfg

My Outbound directory have these files.

2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I uncompress it)

But when i connect with binkd to the node 2:203/0 it says:
the queue is empty, quitting...
So it seems like binkd does not find anything in the Outbound folder.

Nothing is sent or recived.

As Wilfred already said, there should be a *.FLO (or HLO, DLO, CLO) in the outbound. My guess is (I might be wrong) that TrapToss created that .FLO file with an Amiga filepath inside, that binkd could not understand. Then binkd deleted the .FLO file. Do you find anything in the binkd logs that says something like

start_file_transfer: 2.203.0.0.WE0: No such file or directory

Or make sure binkd is not running in the background, create a new message and run TrapToss and look if there is a .FLO file in the outbound.

If that is the case, open the .FLO file with an editor and check the filename inside. Maybe you can make use of ftrans in binkd.cfg.

---
* Origin: Birds aren't real (2:280/464.47)

Den 2022-02-03 kl. 08:40, skrev 2280/464:

Hi Conny,

On 2022-02-02 22:49:28, you wrote to All:

 CE>> How do I know what kind of files in Outbound are supported and
 CE>> recognised by binkd?

The Binkley Style Outbound (BSO) is described here:

http://ftsc.org/docs/fts-5005.003

As far as I remember in ASO, just the filenames are different from BSO, so the filename extensions and their function are the same.

Ok, sounds ok so far for the mix of binkd and TrapToss.


 CE>> The files was created by my tosser (TrapToss for Amiga) when it
 CE>> scanned the messages I just wrote from inside my BBS) i have ASO
 CE>> activated in binkd.cfg

 CE>> My Outbound directory have these files.

 CE>> 2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
 CE>> 2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I

uncompress it)

You seem to be missing a .flo file, that tells binkd what files to send.

Very strange, if I take a look in the directory Outbound from my old installation back in 1998 all these files exist for Fidonet and the Aminet node in Outbound.
..FLO
..MO0
..REQ
..HLO
..MO1
..MO2
..SA0
The only thing I have done with the config files for TrapToss is to change the node address from my old one to the new one, I may have missed something that I'm not aware of.

 CE>> But when i connect with binkd to the node 2:203/0 it says: the queue
 CE>> is empty, quitting... So it seems like binkd does not find

anything in

 CE>> the Outbound folder.

 CE>> Nothing is sent or recived.

Receiving should be automatic, as long as your binkd identifies itself correctly to the other system (AKA and password).

Yes it does, since I got the 113 binary for binkd, connecting is no problem.

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
 * Origin: FMail development HQ (2:280/464)

--- Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
* Origin: news://eljaco.se:4119 (2:203/2)

Hi Conny,

On 2022-02-03 16:13:02, you wrote to me:

 CE>>> The files was created by my tosser (TrapToss for Amiga) when it
 CE>>> scanned the messages I just wrote from inside my BBS) i have ASO
 CE>>> activated in binkd.cfg

 CE>>> My Outbound directory have these files.

 CE>>> 2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
 CE>>> 2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I

uncompress it)

You seem to be missing a .flo file, that tells binkd what files to
send.

Very strange, if I take a look in the directory Outbound from my old installation back in 1998 all these files exist for Fidonet and the Aminet node in Outbound. ..FLO ..MO0 ..REQ ..HLO ..MO1 ..MO2 ..SA0 The only thing I have done with the config files for TrapToss is to change the node address from my old one to the new one, I may have missed something that I'm not aware of.

As Oli suggested. Look at/experiment with these settings:

From TrapToss.Man:

4.12. Outbound Handling

To facilitate cooperation with a vast number of mailers,
TrapToss supports a number of different outbound directory
formats. You can choose between 2D and 4D handling of Netmail
bundles, of EchoMail (arcmail) bundles, and of Flow files. The
keywords (NO)FORCE4DMO, (NO)OLDSTYLEMO, (NO)OLDSTYLEFLO and
(NO)OUT4D control this. Their defaults are set for perfect usage
with the TrapDoor mailer.

And don't have binkd active when you run traptoss, so you can see what traptoss creates, before binkd gets its hands on them...

 CE>>> Nothing is sent or recived.

Receiving should be automatic, as long as your binkd identifies
itself correctly to the other system (AKA and password).

Yes it does, since I got the 113 binary for binkd, connecting is no problem.

Then there probably is no mail waiting for you. ;-)

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Den 2022-02-03 kl. 16:23, skrev 2280/464:

Hi Conny,

On 2022-02-03 16:13:02, you wrote to me:

  CE>>>> The files was created by my tosser (TrapToss for Amiga) when it
  CE>>>> scanned the messages I just wrote from inside my BBS) i have ASO
  CE>>>> activated in binkd.cfg

  CE>>>> My Outbound directory have these files.

  CE>>>> 2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
  CE>>>> 2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I
 WvV>>> uncompress it)

 WvV>>> You seem to be missing a .flo file, that tells binkd what files to
 WvV>>> send.

 CE>> Very strange, if I take a look in the directory Outbound from my old
 CE>> installation back in 1998 all these files exist for Fidonet and

the Aminet

 CE>> node in Outbound. ..FLO ..MO0 ..REQ ..HLO ..MO1 ..MO2 ..SA0 The

only thing

 CE>> I have done with the config files for TrapToss is to change the node
 CE>> address from my old one to the new one, I may have missed

something that

 CE>> I'm not aware of.

As Oli suggested. Look at/experiment with these settings:

From TrapToss.Man:

 4.12. Outbound Handling

       To facilitate cooperation with a vast number of mailers,
     TrapToss supports a number of different outbound directory
     formats. You can choose between 2D and 4D handling of Netmail
     bundles, of EchoMail (arcmail) bundles, and of Flow files. The
     keywords (NO)FORCE4DMO, (NO)OLDSTYLEMO, (NO)OLDSTYLEFLO and
     (NO)OUT4D control this. Their defaults are set for perfect usage
     with the TrapDoor mailer.

The FORCE4DMO is set in TrapToss.cfg

And don't have binkd active when you run traptoss, so you can see what traptoss creates, before binkd gets its hands on them...

  CE>>>> Nothing is sent or recived.

 WvV>>> Receiving should be automatic, as long as your binkd identifies
 WvV>>> itself correctly to the other system (AKA and password).

 CE>> Yes it does, since I got the 113 binary for binkd, connecting is no
 CE>> problem.

Then there probably is no mail waiting for you. ;-)

Ok, so try to send me a mail to 2:203/317.0 :-)

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
 * Origin: FMail development HQ (2:280/464)

--- Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
* Origin: news://eljaco.se:4119 (2:203/2)

Den 2022-02-03 kl. 09:26, skrev 2280/464.47:

Conny wrote (2022-02-02):

 CE>> How do I know what kind of files in Outbound are supported and

recognised

 CE>> by binkd?


 CE>> The files was created by my tosser (TrapToss for Amiga) when it

scanned

 CE>> the messages I just wrote from inside my BBS) i have ASO activated in
 CE>> binkd.cfg

 CE>> My Outbound directory have these files.

 CE>> 2.203.0.0 (a folder containing a file named 61f9cd2c.PKT )
 CE>> 2.203.0.0.WE0 ( a compressed file called 61f9cd2c.PKT when I

uncompress

 CE>> it)

 CE>> But when i connect with binkd to the node 2:203/0 it says:
 CE>> the queue is empty, quitting...
 CE>> So it seems like binkd does not find anything in the Outbound folder.

 CE>> Nothing is sent or recived.

As Wilfred already said, there should be a *.FLO (or HLO, DLO, CLO) in
the outbound. My guess is (I might be wrong) that TrapToss created that .FLO file with an Amiga filepath inside, that binkd could not
understand. Then binkd deleted the .FLO file. Do you find anything in
the binkd logs that says something like

start_file_transfer: 2.203.0.0.WE0: No such file or directory

Or make sure binkd is not running in the background, create a new
message and run TrapToss and look if there is a .FLO file in the outbound.

If that is the case, open the .FLO file with an editor and check the filename inside. Maybe you can make use of ftrans in binkd.cfg.

---
 * Origin: Birds aren't real (2:280/464.47)

This is the binkd log entry at loglevel 6 (long text)


---------------------------
03 Feb 16:16:36 [4094004] BEGIN, binkd/1.1a-113/Linux -p -P2:203/0 /etc/binkd/binkd.cfg
03 Feb 16:16:36 [4094004] creating a poll for 2:203/0@fidonet (`d' flavour)
03 Feb 16:16:36 [4094004] clientmgr started
03 Feb 16:16:36 [4094004] started client #1, id=4094007
03 Feb 16:16:36 [4094007] created /home/conny/amigahd/MAI/Outbound/2.203.0.0.csy
+ 03 Feb 16:16:36 [4094007] call to 2:203/0@fidonet
03 Feb 16:16:36 [4094007] trying eljaco.se [82.196.126.157]:24555...
03 Feb 16:16:36 [4094007] connected
03 Feb 16:16:36 [4094007] binkp init done, socket # is 3
+ 03 Feb 16:16:36 [4094007] outgoing session with eljaco.se:24555 [82.196.126.157]
03 Feb 16:16:36 [4094007] send message NUL SYS Digital Zone BBS
03 Feb 16:16:36 [4094007] send message NUL ZYZ Conny Enstrom
03 Feb 16:16:36 [4094007] send message NUL LOC Avesta, Sweden
03 Feb 16:16:36 [4094007] send message NUL NDL 115200,TCP,BINKP
03 Feb 16:16:36 [4094007] send message NUL TIME Thu, 3 Feb 2022 16:16:36 +0100
03 Feb 16:16:36 [4094007] send message NUL VER binkd/1.1a-113/Linux binkp/1.1
03 Feb 16:16:36 [4094007] send message ADR 2:203/317@fidonet
03 Feb 16:16:36 [4094007] send message NUL OPT NDA EXTCMD CRYPT
03 Feb 16:16:36 [4094007] touched /home/conny/amigahd/MAI/Outbound/2.203.0.0.csy
03 Feb 16:16:36 [4094007] rcvd msg NUL OPT CRAM-MD5-4a445ccc2e9e6336435b5983bd57d1ee
- 03 Feb 16:16:36 [4094007] OPT CRAM-MD5-4a445ccc2e9e6336435b5983bd57d1ee
+ 03 Feb 16:16:36 [4094007] Remote requests MD mode
03 Feb 16:16:36 [4094007] rcvd msg NUL SYS Felten's Sharp System
- 03 Feb 16:16:36 [4094007] SYS Felten's Sharp System
03 Feb 16:16:36 [4094007] rcvd msg NUL ZYZ Björn Felten
- 03 Feb 16:16:36 [4094007] ZYZ Björn Felten
03 Feb 16:16:36 [4094007] rcvd msg NUL LOC Säve, Sweden
- 03 Feb 16:16:36 [4094007] LOC Säve, Sweden
03 Feb 16:16:36 [4094007] rcvd msg NUL NDL 115200,TCP,BINKP
- 03 Feb 16:16:36 [4094007] NDL 115200,TCP,BINKP
03 Feb 16:16:36 [4094007] rcvd msg NUL TIME Thu, 3 Feb 2022 16:16:38 +0100
- 03 Feb 16:16:36 [4094007] TIME Thu, 3 Feb 2022 16:16:38 +0100
03 Feb 16:16:36 [4094007] rcvd msg NUL VER binkd/1.1a-65/Win32 binkp/1.1
- 03 Feb 16:16:36 [4094007] VER binkd/1.1a-65/Win32 binkp/1.1
03 Feb 16:16:36 [4094007] remote uses binkp v.1.1
03 Feb 16:16:36 [4094007] rcvd msg ADR 2:203/0@fidonet 2:20/0@fidonet 2:2/2@fidonet 2:203/2@fidonet
03 Feb 16:16:36 [4094007] created /home/conny/amigahd/MAI/Outbound/2.203.0.0.bsy
+ 03 Feb 16:16:36 [4094007] addr: 2:203/0@fidonet
03 Feb 16:16:36 [4094007] created /home/conny/amigahd/MAI/Outbound/2.20.0.0.bsy
+ 03 Feb 16:16:36 [4094007] addr: 2:20/0@fidonet
03 Feb 16:16:36 [4094007] created /home/conny/amigahd/MAI/Outbound/2.2.2.0.bsy
+ 03 Feb 16:16:36 [4094007] addr: 2:2/2@fidonet
03 Feb 16:16:36 [4094007] created /home/conny/amigahd/MAI/Outbound/2.203.2.0.bsy
+ 03 Feb 16:16:36 [4094007] addr: 2:203/2@fidonet
03 Feb 16:16:36 [4094007] send message NUL TRF 0 0
03 Feb 16:16:36 [4094007] send message PWD CRAM-MD5-63cf1eedefd14cd27859f6468c046dd0
03 Feb 16:16:37 [4094007] rcvd msg NUL TRF 0 0
- 03 Feb 16:16:37 [4094007] TRF 0 0
+ 03 Feb 16:16:37 [4094007] Remote has 0b of mail and 0b of files for us
03 Feb 16:16:37 [4094007] rcvd msg NUL OPT EXTCMD CRYPT
- 03 Feb 16:16:37 [4094007] OPT EXTCMD CRYPT
+ 03 Feb 16:16:37 [4094007] Remote supports EXTCMD mode
+ 03 Feb 16:16:37 [4094007] Remote requests CRYPT mode
03 Feb 16:16:37 [4094007] rcvd msg OK secure
+ 03 Feb 16:16:37 [4094007] pwd protected session (MD5)
- 03 Feb 16:16:37 [4094007] session in CRYPT mode
03 Feb 16:16:37 [4094007] removing flo: /home/conny/amigahd/MAI/Outbound/2.203.0.0.dlo
03 Feb 16:16:37 [4094007] unlinked `/home/conny/amigahd/MAI/Outbound/2.203.0.0.dlo'
03 Feb 16:16:37 [4094007] send message EOB
03 Feb 16:16:37 [4094007] rcvd msg EOB
03 Feb 16:16:37 [4094007] there were 2 msgs in this batch
+ 03 Feb 16:16:37 [4094007] done (to 2:203/0@fidonet, OK, S/R: 0/0 (0/0 bytes))
03 Feb 16:16:37 [4094007] processing kill list
03 Feb 16:16:37 [4094007] unlinked `/home/conny/amigahd/MAI/Outbound/2.203.0.0.bsy'
03 Feb 16:16:37 [4094007] unlinked `/home/conny/amigahd/MAI/Outbound/2.20.0.0.bsy'
03 Feb 16:16:37 [4094007] unlinked `/home/conny/amigahd/MAI/Outbound/2.2.2.0.bsy'
03 Feb 16:16:37 [4094007] unlinked `/home/conny/amigahd/MAI/Outbound/2.203.2.0.bsy'
03 Feb 16:16:37 [4094007] binkp deinit done...
03 Feb 16:16:37 [4094007] session closed, quitting...
03 Feb 16:16:37 [4094007] unlinked `/home/conny/amigahd/MAI/Outbound/2.203.0.0.csy'
03 Feb 16:16:37 [4094007] bsy_remove_all: done
03 Feb 16:16:37 [4094004] rc(4094007)=0
03 Feb 16:16:37 [4094004] the queue is empty, quitting...
03 Feb 16:16:37 [4094004] downing clientmgr...
03 Feb 16:16:37 [4094004] bsy_remove_all: done ----------------------------------------------------------

It seems like binkd create some 2.203.0.0.bsy, 2.2.2.0.bsy, 2.20.0.0.bsy and 2.203.0.0.csy files and at the end removing them.

The line: removing flo: /home/conny/amigahd/MAI/Outbound/2.203.0.0.dlo
Is also strange?

--- Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
* Origin: news://eljaco.se:4119 (2:203/2)

Hi Conny,

On 2022-02-03 17:06:55, you wrote to me:

 4.12. Outbound Handling

       To facilitate cooperation with a vast number of
mailers,
     TrapToss supports a number of different outbound directory
     formats. You can choose between 2D and 4D handling of
Netmail
     bundles, of EchoMail (arcmail) bundles, and of Flow files.
The
     keywords (NO)FORCE4DMO, (NO)OLDSTYLEMO, (NO)OLDSTYLEFLO and
     (NO)OUT4D control this. Their defaults are set for perfect
usage
     with the TrapDoor mailer.

The FORCE4DMO is set in TrapToss.cfg

If I had any experience with this, it's long forgotten! ;-)
So you will have to find out in another way what these need to be set to.

Then there probably is no mail waiting for you. ;-)

Ok, so try to send me a mail to 2:203/317.0 :-)

I'll cc this message as netmail...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Den 2022-02-03 kl. 18:01, skrev 2280/464:

Hi Conny,

On 2022-02-03 17:06:55, you wrote to me:

 WvV>>>    4.12. Outbound Handling

 WvV>>>          To facilitate cooperation with a vast number of
 WvV>>> mailers,
 WvV>>>        TrapToss supports a number of different outbound directory
 WvV>>>        formats. You can choose between 2D and 4D handling of
 WvV>>> Netmail
 WvV>>>        bundles, of EchoMail (arcmail) bundles, and of Flow files.
 WvV>>> The
 WvV>>>        keywords (NO)FORCE4DMO, (NO)OLDSTYLEMO, (NO)OLDSTYLEFLO and
 WvV>>>        (NO)OUT4D control this. Their defaults are set for perfect
 WvV>>> usage
 WvV>>>        with the TrapDoor mailer.

 CE>> The FORCE4DMO is set in TrapToss.cfg

If I had any experience with this, it's long forgotten! ;-)
So you will have to find out in another way what these need to be set to.

 WvV>>> Then there probably is no mail waiting for you. ;-)

 CE>> Ok, so try to send me a mail to 2:203/317.0 :-)

I'll cc this message as netmail...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
 * Origin: FMail development HQ (2:280/464)

I recived a .PKT file but this could not be handled by TrapToss, is it compressed? with what? ZIP, LHA, RAR, ARJ, BZIP? The actual recieved file 61fc73b2.pkt is not present in Inbound anymore. And not in Bad.Pkts.
Anyway it's getting closer, I recieved something :-)

-----------------------------------------
20:22 [3064541] receiving 61fc73b2.pkt (1400 byte(s), off 0)
+ 20:22 [3064541] 61fc73b2.pkt -> /home/conny/amigahd/MAI/Inbound/61fc73b2.pkt + 20:22 [3064541] rcvd: 61fc73b2.pkt (1400, 1400.00 CPS, 2:203/0@fidonet)
+ 20:22 [3064541] done (to 2:203/0@fidonet, OK, S/R: 0/1 (0/1400 bytes))
20:22 [3064541] session closed, quitting...
20:22 [3064539] rc(3064541)=0
20:22 [3064539] the queue is empty, quitting... -----------------------------------------

TrapToss import
-----------------------------------------
| 3-Feb-22 20:09:48 TrapToss 1.50 opened
Å  3-Feb-22 20:09:48 Importing mail
Å  3-Feb-22 20:09:48 *** Error: Error opening .PKT file
: 3-Feb-22 20:09:48 Packing mail

3-Feb-22 20:09:48 Checking Poll List

| 3-Feb-22 20:09:48 TrapToss 1.50 closed -----------------------------------------

--- Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
* Origin: news://eljaco.se:4119 (2:203/2)

Conny wrote (2022-02-03):

It seems like binkd create some 2.203.0.0.bsy, 2.2.2.0.bsy, 2.20.0.0.bsy and 2.203.0.0.csy files and at the end removing them.

binkd creates .bsy files for every AKA of the remote system and deletes them when the call has finished. This is not related to your problem.

The line: removing flo: /home/conny/amigahd/MAI/Outbound/2.203.0.0.dlo
Is also strange?

Also normal behavior if run binkd with the -P parameter.

The first thing to debug this problem is to make sure that binkd is not running in the background. Do you still have the binkd package from Ubuntu installed. Usually Debian/Ubuntu enables and starts services in installation (I don't remember if this is the case with binkd). If the package is still installed, do stop it with:

sudo systemctl stop binkd

and optionally disable it:

sudo systemctl disable binkd

Then toss some outgoing mail with TrapToss. It should create some FLO/DLO/CLO/HLO file.

You could also try

grep -A4 start_file_transfer /srv/log/binkd.log

---
* Origin: Birds aren't real (2:280/464.47)

Conny wrote (2022-02-03):

I recived a .PKT file but this could not be handled by TrapToss, is it compressed? with what? ZIP, LHA, RAR, ARJ, BZIP?

A .pkt file is uncompressed mail.

---
* Origin: Birds aren't real (2:280/464.47)

Ok, so try to send me a mail to 2:203/317.0 :-)

No! Absolutely not! I've told you that you cannot use that address outside of our two systems until everything is setup OK. I can create pending mail to you if you ask me.

And as a side note, we usually don't use compressed mail any more. We're not on POTS, where every byte counts. It may even save you some headache with your various binkd files?



..

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://eljaco.se:4119 (2:203/2)

Den 2022-02-03 kl. 20:14, skrev 2280/464.47:

Conny wrote (2022-02-03):

 CE>> It seems like binkd create some 2.203.0.0.bsy, 2.2.2.0.bsy,

2.20.0.0.bsy

 CE>> and 2.203.0.0.csy files and at the end removing them.

binkd creates .bsy files for every AKA of the remote system and deletes them when the call has finished. This is not related to your problem.

 CE>> The line: removing flo:

/home/conny/amigahd/MAI/Outbound/2.203.0.0.dlo

 CE>> Is also strange?

Also normal behavior if run binkd with the -P parameter.

I run it with the -p parameter ( run client only, poll, quit )
Like this: sudo binkd -p -P2:203/0 /etc/binkd/binkd.cfg

The first thing to debug this problem is to make sure that binkd is not running in the background. Do you still have the binkd package from
Ubuntu installed. Usually Debian/Ubuntu enables and starts services in installation (I don't remember if this is the case with binkd). If the package is still installed, do stop it with:

sudo systemctl stop binkd

and optionally disable it:

sudo systemctl disable binkd

Then toss some outgoing mail with TrapToss. It should create some FLO/DLO/CLO/HLO file.

I killed all binkd processes, seems like I had run it without the parameter -p sometime before, but no change when i write inside the BBS, toss does not create the needed files.

You could also try

grep -A4 start_file_transfer /srv/log/binkd.log

---
 * Origin: Birds aren't real (2:280/464.47)

--- Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0
* Origin: news://eljaco.se:4119 (2:203/2)

Hi Conny,

On 04 Feb 22 00:08, Conny Enström wrote to Oli:
about: "File support for binkd?":

The line: removing flo:
/home/conny/amigahd/MAI/Outbound/2.203.0.0.dlo
Is also strange?

Also normal behavior if run binkd with the -P parameter.

I run it with the -p parameter ( run client only, poll, quit )
Like this: sudo binkd -p -P2:203/0 /etc/binkd/binkd.cfg

-P2:203/0 creates the .dlo file. Flo files (*.?lo) are always deleted by binkd after it's done with them, that is normal behaviour.

toss does not create the needed files.

So experiment with the options...

Wilfred.

--- FMail-W32 2.0.1.4
* Origin: point@work (2:280/464.112)