REPLY: 2:221/360 5d22223e   
   MSGID: 1:320/219@fidonet 5d228e95   
   CHRS: CP437 2   
   TZUTC: -0400   
   TID: MBSE-FIDO 1.0.7.12 (GNU/Linux-x86_64)   
   Hello Tommi!   
      
   07 Jul 19 19:46, you wrote to me:   
      
    AL>> FastEcho also has a problem with the .PKT forwarding function.   
      
    TK> Oh? Can you tell more about this?   
      
   Basically, if you receive a .PKT file destined for one of your downlinks, it    
   should be placed unaltered in the temporary outbound, to be archived for the    
   destination along with any other mail you are tossing.  However, it appears    
   from my testing that certain .PKT header fields (including the .PKT password)    
   are overwritten with the password you have defined for that downlink.  Of    
   course, this causes an issue if the originating node has a different password    
   defined for the destination.  There is also a minor issue with .PKT endings,    
   as the forwarded .PKTs end up with an extra 2 NUL bytes tacked onto the end.   
      
    AL>> I sent details to Tobias Burchhardt a few months back, but he   
    AL>> wasn't hopeful that he would be able to fix it.   
      
    TK> :(   
      
   It's too bad, because other than the cross-zone SEEN-BY stripping and these    
   issues with forwarding .PKTs, the software is virtually bullet-proof.   
      
   Andrew   
      
   --- GoldED+/LNX 1.1.5-b20180707   
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)   
   SEEN-BY: 1/19 123 15/2 16/0 103/705 120/544 123/130 131 154/10 203/0   
   SEEN-BY: 203/124 221/0 1 226/17 227/114 229/354 426 1014 230/0 240/5832   
   SEEN-BY: 249/206 317 400 261/38 280/464 310/31 317/3 320/119 219 322/0   
   SEEN-BY: 322/757 342/200 396/45 423/81 120 712/848 770/1   
   PATH: 320/219 203/0 280/464 229/426