KR> nope afaik city doesn't do points. his message system is not what the

PE> IOW he has exactly the same technology that I do.  If a sysop
PE> crashes a file to him that he already has, he doesn't have any
PE> protection against it.

KR> in that case, how does it still work when i do an iemsi connect to him?

You can crash him a file and he will not accept it if it is in 
his messagebase already?

KR> is a dupe the xfer aborts. if you don't have the brains to work it out
KR> for yourself, i suggest that you could ring john and ask him to explain

PE> Explain how to stop points from sending dupes?

KR> how about the notion of breaking into the zmodem state machine at the
KR> point where the file name has been received, and
KR>  
KR>         a) check for a mail transfer. procede at once if it is.
KR>         b) if not, spawn a child process to scan the filebase, and abort
KR>            the transfer if the file exists.

Not going to help too much if it's a passthrough TIC file, or
passthrough anything else for that matter.

PE> So what's he got that does FTS-1 and FTS-4 under OS/2 32-bit and
PE> doesn't cost me anything and comes with source? 

KR> i have no idea whether frodo/remoteaccess meet those specificatins or
KR> not.

No, it doesn't.

KR> but then, as you have the source code of bink, it shouldn't be
KR> too hard for you to change it should it?

PE> I can give you the source code in about 3 minutes.  If it's not too
PE> hard to change (your assertion) then please FREQ BTPE302.ZIP and 
PE> send me the diffs so that I can apply them to BTPE303.ZIP.  Thanks
PE> for your cooperation.

KR> you are the boy genius of bink fudging, i dont have the motivation, it

I am not the boy genius of bink fudging, I never wanted to touch
the thing.  And even if I am, you are welcome to take over if you
think you can do a better job, especially since it's so easy (your
assertion).  If you don't have the motivation to make code changes,
don't expect anyone else to.

KR> makes little difference to me whether a transfer aborts before or after,
KR> but i'd think that your std connected points would prefer an abort
KR> sooner rather than later.

It doesn't matter to me either.  If you'd read my message, I wasn't
complaining about the dupes, I was complaining about the order that
the files were sent.  BFN.  Paul.
@EOT:

---