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: <redacted>
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_City_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)