Subj : RE: tic processing
To   : apam
From : Al
Date : Tue Nov 05 2019 21:40:08

 Al> Perhaps if ticproc had an option to read the tics, import the files and
 Al> leave the tic alone I could run ticproc first to import the new files
 Al> and then run htick to move the files into place and do what it needs to
 Al> do right after I run ticproc?
 
 ap> I've added a "do not delete" option to the main section in the ini
 ap> file. This will default to false, but you can set it to true and it will
 ap> leave the tic file, and the copy the referenced file rather than moving
 ap> it. So ticproc imports the file into the bbs, but leaves everything in
 ap> the inbound for htick..
 
 ap> You will then need to run htick after and have it remove both the tic
 ap> file and the referenced file after it does what it does.
 
 ap> Will that work?

htick may fail to toss those tics if it finds those files already exist
in those destination directories. It will work I think if those tics have
a REPLACES line in them but most tics don't have a REPLACES line.

I may be able to work with this though, I'll have a look at available
keywords for the husky config. It is a good start though, thank you for
that. I only get maybe 10 files a day most days so it won't be hard to
work with and I'll let you know how it goes.

 ap> I haven't committed it yet but will do so soon.

I see you have commited it since and I have updated and will have a go
with it.

 Ttyl :-),
         Al

--- MagickaBBS v0.13alpha (Linux/x86_64)
 * Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106)

.