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