@MSGID: 1:320/119 64b36b5e
@REPLY: 2:250/1@fidonet 64b1b4d8
@PID: GED+2 1.1.5-b20230304
@CHRS: CP437 2
@TZUTC: -0400
@TID: FastEcho 1.46.1 10045
Hello Vincent!

Friday July 14 2023 21:46, Vincent Coen wrote to Sean Dennis:

 >> I don`t think you can use a wildcard.  I believe it has to be an
 >> actual filename.  I am no expert on this but many years ago I
 >> talked to the Allfix developer about this.

 VC> Found the TIC spec in doc FTS-5006.001 which states :

 VC>  Replaces

 VC>      This specifies that the file replaces one or more files that
 VC>      were sent previously. It is up to the receiving system if it
 VC>      honours this keyword.
 VC>      The wildcard characters `?` and `*` may be used with the usual
 VC>      meaning as in MS-DOS.
 VC>      Some tic processors do not support wild cards and use of
 VC>      wild cards with this keyword may cause unexpected results.


 VC> With the proviso of unexpected results which I assume means that if
 VC> you use *.* it will scrap the lot so any s/w must check that such a
 VC> first `*` is not less than the 5 chars etc.

 VC> So the question is what does mbse do and more importantly in what
 VC> program ?

 MBSE does NOT support wildcards in the .TIC Replaces directive. The
processing of the Replaces directive is done in addbbs.c which handles adding
the file to the BBS file database.

Andrew

---
 * Origin: Bits & Bytes BBS * V.Everything! * 860/503-8857 (1:320/119)
SEEN-BY: 1/19 16/0 19/10 37 50/109 80/1 123/130
142/73 104 203/0 221/0 1 6
SEEN-BY: 221/360 229/426 240/1120 5832 280/464 5003
292/854 301/1 113 320/119
SEEN-BY: 320/219 319 2119 322/0 335/364 341/66
423/81 467/888 5000/111
SEEN-BY: 5001/100 5005/49 5019/40 5020/715 846 848
1042 4441 12000 5030/49
SEEN-BY: 5030/1081 5058/104 5061/133 5075/128
5083/444 5090/958
@PATH: 320/119 219 221/1 301/1 5020/1042 4441