REPLY: 3:770/100 b4ecbc0a   
   MSGID: 1:153/757@fidonet 61a1b859   
   CHRS: UTF-8 2   
   TZUTC: -0800   
   TID: MBSE-FIDO 1.0.7.22 (GNU/Linux-x86_64)   
   Hello Paul,   
      
    Al>> I can post my log also for that session and we'll see if we can   
    Al>> get a better  idea of what the problem is.   
      
    PH> I wonder if TIC processing is not happening so files build up and get   
    PH> renamed?   
      
   Tic processing is working for him, I think.   
      
   There is sometimes (but not always) some kind of communication error between    
   the mailers and so they give up when a partial file is received. That partial    
   file will not toss because the CRC is incorrect.   
      
   Then on the next poll my mailer will send that file again and since that file    
   is in the inbound already the new one renamed to *.1.zip, *.2.zip etc.   
      
   If I have been following what Edmund has been reporting he sometimes sees    
   several *.#.zip files in his inbound. One of them may be the correct file and    
   if so he has to rename it to the correct filename and retoss it.   
      
   I am not sure just what the problem is or what the solution might be but if we    
   can get a better idea on what the problem is we can look to a solution.   
      
    Ttyl :-),   
            Al   
      
   ... My message above. Your response here: __________________   
   --- GoldED+/LNX 1.1.5-b20180707   
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)   
   SEEN-BY: 1/123 30/0 80/1 90/1 103/705 105/81 120/340 123/131 129/305   
   SEEN-BY: 134/100 153/0 105 757 7083 154/10 218/700 840 221/1 6 226/30   
   SEEN-BY: 227/114 229/424 426 428 452 550 664 700 240/1120 5832 249/206   
   SEEN-BY: 249/307 317 400 261/38 280/464 282/464 1038 292/854 301/0   
   SEEN-BY: 301/1 101 113 317/3 322/757 335/364 341/66 342/200 633/280   
   SEEN-BY: 712/848 920/1 4500/1 5020/1042 5058/104   
   PATH: 153/757 221/6 301/1 229/426