Hi Nicholas,   
      
   On 08 Aug 17 20:20, Nicholas Boel wrote to All:   
     about: "Argh..":   
      
    NB> Last question for tonight, and maybe I'll get an answer by tomorrow.   
      
   It's received here at 3:26 in the middle of the night. ;)   
      
    NB> So I have everything setup, including in my node manager for my link   
    NB> (myself) I have compression set to NONE. Also, in my   
    NB> compression/decompression settings I only have ZIP setup, and set as   
    NB> default (even though this shouldn't matter since my link is set to no   
    NB> compression).   
      
   Indeed.   
      
    NB> That said, when I run "fmail scan -A -E -N -J -S" (even though I   
    NB> really don't need all that), I get:   
      
   So you red the docs? ;)   
   (I don't use any options on my "regular" scan command)   
      
   -E and -N are mutually exclusive. I don't know what happens when you use both   
   at the same time.   
      
    NB> Retrying to compress outgoing mailpacket(s)   
    NB> DEBUG packArc: file /home/axisd/fido/outbound/00000001.qqq  1:154/10.1 ->   
    NB> 1:154/10  outStatus:2   
      
   Hey you build a debug version. ;)   
   outStatus:2 just means the node has "crash" status.   
      
   This is logged at the beginning of the packArc function. It's what happens   
   afterwards that is the interesting part...   
      
    NB> There the .QQQ file sits with my two messages in my outbound   
    NB> directory. I'm lost.   
      
   .qqq files are temporary pkt files that are left when something went wrong   
   scanning/packing. And are retried the next time fmail is run.   
      
   Wilfred.   
      
   --- FMail-W32 2.0.1.4   
    * Origin:  point@work  (2:280/464.112)