@MSGID: 1:154/700 69f00105
@REPLY: 63.husky@1:2320/107 2e54f62e
@PID: GED+LNX 1.1.5-b20260425
@TID: SBBSecho 3.37-Linux master/1c7d28448 Apr 27
2026 GCC 15.2.1
@BBSID: PHARCYDE
@TZUTC: -0500
@CHRS: UTF-8 4
@FORMAT: flowed
Hey Mike!

On Mon Apr 27 2026 , you wrote:

 > What I am thinking is that it will move the new ones to the directory,
 > the old ones (that are not in all CAPS) will still be there, the new
 > ones will get renamed to something else (like zip.# or the like because
 > they will never be replaced), and the updated file listing might point
 > to the wrong/older file.

 That`s not what happens. The only renaming (as in zip.#) is done
by binkd in your inbound directory. htick will only rename files to
*.bad, or maybe even *.sec due to security issues and/or not having a
certain fileechos setup, which would also be in your inbound directory. I
don`t know if there`s a way to make it do it, but htick has never
renamed anything in my actual file echos (where they go after they are
processed from your inbound).

 As far as I`ve seen, if "something.zip" is in the fileecho, and a
new "something.zip" arrives via binkd with "REPLACES SOMETHING.ZIP" and
htick processes it, it would replace the uppercase version (if there is
one) in that directory. If there is no uppercase file named that in
there, it will simply ignore the REPLACES command since there is nothing
to do, and just overwrite the original "something.zip", without error.

Regards,
Nick

... Sarcasm: because beating people up is illegal.
--- SBBSecho 3.37-Linux
 * Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (1:154/700)
SEEN-BY: 19/10 50/109 104/117 119 114/10 120/616
153/757 154/10 30 50 700
SEEN-BY: 218/840 220/20 90 221/1 6 360 226/18 20
44 50 280/464 301/1 335/364
SEEN-BY: 341/66 234 452/28 166 460/58 463/68
2320/105 3634/12 5000/111
SEEN-BY: 5010/352 5015/46 5020/715 828 846 848
1042 4441 12000 5030/49 1081
SEEN-BY: 5053/51 5061/133 5075/128 5083/444
@PATH: 154/700 10 221/6 5020/1042 4441