Hello Wilfred!   
      
   Saturday February 25 2017 21:32, you wrote to me:   
      
   Thanks for that Wilfred, so guess it is down to user's editor   
   (Multimail/Darwin)  not set up correctly one way or another.   
      
   This was his text msg:   
      
   -!-   
   Since The Eastern Star (whom I’ve been getting my main echo feed from) has   
   shut down I linked to all the echos you have available and noticed a strange   
   issue with either your Areafix, Synchronet or SBBSECHO.   
      
   Basically, some messages (such as the result of %ADD and %RESCAN) look fine    
   but   
   others (such as the output from %HELP/%LIST) do not.   
      
   In any case, this is what I get in both MultiMail and on Synchronet itself:   
   -!-   
      
   First time anyone mentioned a problem.   
      
   I have passed on your response, thanks again,   
      
      
   Vince   
      
      
    > Hi,   
      
    > On 2017-02-25 18:45:42, Vince Coen wrote to All:   
    >   about: "Line termination in msgs issued by mbse":   
      
    VC>> It has been reported to me that replies from areafix / filemgr   
    VC>> within mbse have only been terminated with a LF as in Linux text   
    VC>> format recods etc.   
      
    VC>> Problem is I have at least one downlink that uses a Windows based   
    VC>> product and is getting a flow of chars on one or more lines that   
    VC>> are not formatted with LFCR :   
      
    VC>> Is there any way of dealing with this ?   
      
    VC>> And still cope with downlinks using Linux.   
      
    > It's not a matter of Windows or Linux. It's a matter of fidonet.   
    > FTS-0001 has this to say about it:   
      
      
    >       A 'hard' carriage return, 0DH,  marks the end of a paragraph,   
    > and must   
    >       be preserved.   
      
    >       So   called  'soft'  carriage  returns,  8DH,  may  mark  a   
    > previous   
    >       processor's  automatic line wrap, and should be ignored.  Beware   
    > that   
    >       they may be followed by linefeeds, or may not.   
      
    >       All  linefeeds, 0AH, should be ignored.  Systems which display   
    > message   
    >       text should wrap long lines to suit their application.   
      
      
      
      
    > Bye, Wilfred.   
      
      
      
      
   Vince   
      
   --- Mageia Linux v5/Mbse v1.0.6/GoldED+/LNX 1.1.501-b20150715   
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)