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)