@MSGID: 1:154/700 69ef9608
@REPLY: 60.husky@1:2320/107 2e54b242
@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:

 > I still maintain that the REPLACES not matching the case of the files
 > received is eventually going to cause a problem... whether it just be
 > duplicate files or something else remains to be seen.  I will worry
 > about it when it happens again.  I don`t think that htick is the cause
 > of that, either, as I doubt it changes file cases on its own, so it is
 > probably also off topic here.

 With quite a bit of experience using htick, what I`m trying to
tell you is that htick itself will not do anything if whatever is in
the REPLACES field is not there or found. It might log the fact that
the filename in that field isn`t there, but it will still continue to
process the file and put it where it belongs.

 The only "problem" it may cause, is you might end up with a few
files in a directory: possibly one uppercase, one lowercase, and maybe
even one mixed case, depending on what your uplink sends you. As long
as the tic file matches the file it came with, it will be processed.
If the REPLACES command has an uppercase or mixed case filename, and
you have a lowercase file of the same in your `fileecho` directory
(again, /not/ inbound), it will not replace it.

 If you know that your uplink will always send you lowercase files,
once those are in the directory they`re supposed to be in, you can
safely remove the uppercase or mixed case ones (ie. manual cleanup, as I
don`t think any tic processor does that for you). If you were to ever
switch hubs, you may have to do it all over again, depending on how they
treat their own incoming files.

 I agree with you on the last bit, though.. htick was definitely
not the original cause. However, it was in fact what told you there
was an issue! ;)

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