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: 1/19 120 16/0 18/0 19/10 37 116/116 123/0 25 130 180 755 3001 3002
SEEN-BY: 123/4040 132/174 135/115 142/104 153/757 7715 203/0 218/840 220/6 70
SEEN-BY: 221/1 6 242 360 222/2 226/17 229/426 230/0 240/5832 250/1 267/800
SEEN-BY: 275/1000 280/464 5003 292/854 301/1 320/119 219 319 2119 322/762
SEEN-BY: 326/101 335/364 341/66 234 423/81 633/267 280 712/620 848 1321 770/1
SEEN-BY: 770/100 340 350 772/220 230 2320/0 105 304 3634/0 12 27 57 58 60 119
PATH: 2320/105 3634/12 712/848 770/1 218/840 221/6 1 320/219
|
