@MSGID: 54248.sync@1:103/705 2c8ff708
@REPLY: 54247.sync@1:103/705 2c8f73f8
@TZUTC: -0500
@PID: Synchronet 3.21a-Linux master/97e1d3922 May 08
2025 GCC 14.2.0
@TID: SBBSecho 3.26-Linux master/91ea951d3 May 13
2025 GCC 12.2.0
@BBSID: PALANTIR
@CHRS: CP437 2
@FORMAT: flowed
-=> Digital Man wrote to Gamgee <=-

 > Wondering about how files are considered "new" to the system.  I like to see
 > when something new has been uploaded, and usually see that when I grab a QWK
 > packet which includes notifications of new uploads.  What I`d like to see a
 > change in is usually an issue with FTN file echos, where a file is uploaded
 > with a name that has been uploaded before.  A common one is something like
 > INFOPACK.ZIP which may come in weekly from an FTN distribution echo.  Since
 > it`s the same filename as before, it doesn`t get recognized as a new file
 > when added to the file base by the TIC processor (TickIT).  It always keeps
 > the originally uploaded date, instead of the new file date.  Here`s a
 > screenshot which shows the issue pretty well:
 >
 > https://imgur.com/a/Y15Cypc
 >
 > Is there a way to use the "File Date" instead of the originally "Uploaded"
 > date in the logic to detect a new file?  I can put in a git feature request
 > if you`d like, but thought I`d just ask here first to see if it`s possible.

 DM> Yes, it`s possible (e.g. TickIt.js could use the FileBase.update()
 DM> instead of the FileBase.add() method in this case) and yes, a gitlib
 DM> feature request/issue would be helpful.

Will do, thank you.



... Gone crazy, be back later, please leave message.
--- MultiMail/Linux v0.52
 ■ Synchronet ■ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 50/109 103/705 154/10 218/700 221/1
240/1120 280/464 301/1 113
SEEN-BY: 341/66 463/68 712/848 5000/111 5001/100
5020/101 715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5060/900 5061/133
5075/128 5083/444
@PATH: 103/705 301/1 5020/1042 4441