Hello,
with kermit I connect to a machine that sends a newline consisting of just the character 0Ah (LF). This is the general line break used in nix-systems.
The issue is: Kermit requires 0Dh/0Ah (CRLF) in order to properly display a linebreak. If Kermit receives just a LF the output is something like:

line_1
......line_2
............line_3

and so on. I tried the option SET TERMINAL CR-DISPLAY CRLF/NORMAL but no change. I could not find such a switch in Minicom as well. I always thought, a classical UNIX tool like Kermit or Minicom displays a received newline in its native manner.
So what am I doing wrong ? Thanks !

Are you sure that the device is only returning LF at the end of a line? In the example you give, line_1, line_2 and line_3 are all on new lines, apart from the dots. What do those dots represent?

The device sends a 0Ah (LF) at the end of the line, definitely. The dots in my example are a just replacements for space characters in order to shove the line_2 and line_3 words to the right. The message text editor "optimizes" spaces "away". The column where one line ends (plus one) is the column where the next line starts. Because the CR character is missing the output in Kermit or Minicom look this way.
So the basic question is: How do I get Minicom or Kermit to display a UNIX-linebreak properly ?

Which version of Minicom are you using?

https://lists.alioth.debian.org/pipe...12/001178.html

I can't see on the home site (https://alioth.debian.org/projects/minicom) which version, if any, included the commit. You should contact Jeremy and/or Adam (both addresses at the first link) and ask them. You can ask them about Kermit while you're at it.

Let us know how you get on.

My Minicom is version 2.1.
My Kermit is version C-Kermit 9.0.302

Strange thing is, that both do have the same issue.