Hallo mark!   
      
    ml> in FTN specs, "unbounded" refers to the message body *length*...   
      
   I stand corrected.   
      
    ml> packed messages still have to be separated by nulls, though...   
      
   The fifth one when counting null terminators in a single packed message ...   
   ignoring any false nulls within the first 14 bytes of the msg_header(s) that   
   is.   
      
    ml> if you are finding messages that left your system with no LFs on   
    ml> each line and they are being seein elsewhere with LFs on each   
    ml> line, then yes, you have found a buggy tosser in the line...   
      
   Actually it was you (and Nicholas Boel) who pointed them out to me in this   
   particular echoarea.  As far as I was concerned nothing here generates or uses   
   them other than to seperate paragraphs.  Word wrapping is left to highly   
   capable editors such as vim.  That way displays that are not DOS-think 80   
   columns wide such as smart phones can be deployed to their fullest extent.    
   For example this particular paragraph on a 60 character wide display would   
   look something like this;   
      
   ----- 60 character width word wrapping starts   
   Actually it was you (and Nicholas Boel) who pointed them   
   out to me in this particular echoarea.  As far as I was   
   concerned nothing here generates or uses them other than to   
   seperate paragraphs.  Word wrapping is left to highly   
   capable editors such as vim.  That way displays that are   
   not DOS-think 80 columns wide such as smart phones can be   
   deployed to their fullest extent.  For example this   
   particular paragraph on a 60 character wide display would   
   look something like this;   
   ----- 60 character width word wrapping ends   
      
   The above linefeeds should be preserved even on DOS-think crippleware given   
   all the lines are less than 80 columns.   
      
    ml> one that needs to be fixed or removed...   
      
   Best of luck with that.  It has been a bug since forever.