BBS:      TELESC.NET.BR
Assunto:  htick "issue"
De:       Nick Boel
Data:     Mon, 27 Apr 2026 11:45:21 -0500
-----------------------------------------------------------
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)

-----------------------------------------------------------
[Voltar]