But in cases of Fidopoll 'directory' style sessions it would be good if MIS or MIS2 could monitor the known inbound directory and create a semaphore when a file appears.
Right now if I am right MIS is the only one which can monitor semaphores via the event editor, MIS2 can not do this yet why we are all running MIS/MIS2. :P
Right now if I am right MIS is the only one which can monitor semaphores via the event editor, MIS2 can not do this yet why we are all running MIS/MIS2. :P
Just a heads up. I have been working with 'directory' style transfers between two Mystic systems on the same Windows PC. What I have noticed
is that during a Fidopoll between the two systems the usual echomail.in semaphore is not being created by the receiving system during a Fidopoll from a sending system.
But in cases of Fidopoll 'directory' style sessions it would be good if MIS or MIS2 could monitor the known inbound directory and create a semaphore when a file appears.
Just a heads up. I have been working with 'directory' style transfers between two Mystic systems on the same Windows PC. What I have notice is that during a Fidopoll between the two systems the usual echomail. semaphore is not being created by the receiving system during a Fidop from a sending system.
Yes, there is no "server" receiving any files so there is nothing there
to create incoming semaphores.
Maybe there can be a configuration option for the echomail node that specifies the path to create the semaphores, and then FidoPoll will
create them. Otherwise, you could do a check with a batch file (not tested example below) or just whatever calls FIDOPOLL can also put the semaphore there.
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 31 |
Nodes: | 8 (0 / 8) |
Uptime: | 203:03:49 |
Calls: | 2,083 |
Calls today: | 1 |
Files: | 11,139 |
Messages: | 947,987 |