AREA:BINKLEY
TZUTC: -0500
MSGID: 106.binkley@1:2320/105 2d22e330
PID: Synchronet 3.21a-Linux master/123f2d28a Jul 12 2025 GCC 12.2.0
TID: SBBSecho 3.28-Linux master/123f2d28a Jul 12 2025 GCC 12.2.0
BBSID: CAPCITY2
CHRS: ASCII 1
FORMAT: flowed
I was not sure where to ask this question so I thought I would try here.

I have ifcico installed on this system, and on my test system.  Both are
running debian linux.  It was working and I was using it to move mail
between the two systems.  I suspect at some point I have goofed up the
permissions on either the in/out directories and/or possibly even the log
files.

If my test system calls the hub, it will exit with "successful (rc=0)"
without picking up the waiting mail.  If the hub calls the test system,
here is what happens:

Sep 06 11:28:55 local ifcico[3701945]: start outbound EMSI session
Sep 06 11:28:55 local ifcico[3701945]: remote  address: 618:250/10@micronet
Sep 06 11:28:55 local ifcico[3701945]: remote  address: 1:2320/107@fidonet
Sep 06 11:28:55 local ifcico[3701945]: remote password: 
Sep 06 11:28:55 local ifcico[3701945]: remote     uses: ifcico [FE] version
2.14
Sep 06 11:28:55 local ifcico[3701945]: remote     time: Sep 06 11:28:55
Sep 06 11:28:55 local ifcico[3701945]: remote timezone: -0500
Sep 06 11:28:55 local ifcico[3701945]: remote   system: Capitol_
ity_Online_TEST
Sep 06 11:28:55 local ifcico[3701945]: remote location: Frankfort_KY_USA
Sep 06 11:28:55 local ifcico[3701945]: remote operator: Mike_Powell
Sep 06 11:28:55 local ifcico[3701945]: remote    phone: xx-xx-xxxxxxxx
Sep 06 11:28:55 local ifcico[3701945]: remote     baud: 14400
Sep 06 11:28:55 local ifcico[3701945]: remote    flags: XA,V32B,V42B
Sep 06 11:28:55 local ifcico[3701945]: start TCP send
Sep 06 11:28:55 local ifcico[3701945]: TCP send "/sbbs/fido/out/0000fffe.WE0"
as

It waits a while before exiting:

Sep 06 11:30:56 local ifcico[3701945]: TCP send rc=2
Sep 06 11:30:58 local ifcico[3701945]: call to 1:2320/107@fidonet failed
(rc=12)

From what I can tell, rc=2 has to do with the connection not happening but,
in this case, as info is received from the remote I don't think that is the
case.

In both cases, the host ifcico instance is not logging the incoming call,
but I can see at least that there was incoming traffic to ifcico in my linux
system logs.

The "slave" instances are being initiated by the same user that the BBS
runs under.  I am not certain which user the "host" initiates traffic on,
though.

I am curious about how others that have it working are handling
permissions, and could the "rc=2" and no host logging issue even have anything
to do with permissions -- or is it more likely some other issue that has
cropped up.

FWIW, I also have a test instance of BinkleyTerm that answers incoming TCP
traffic.  If I use ifcico to connect with it, whatever mail is waiting is
transfered fine... both sides report a good connect.  So the issue is
between the two ifcico instances.

Mike

 * SLMR 2.1a * What does "File Allocation Table bad" mean?
--- SBBSecho 3.28-Linux
 * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
SEEN-BY: 19/25 33 41 106/987 124/5016 229/426 280/464 387/18 25 396/45
PATH: 2320/105 3634/12 712/848 280/464 396/45