Maybe I’m misreading but CR/LF is not the same thing as new line. Line feed and new line are synonomous. And \f (form feed) is not a typical end of line (EOL) marker.
Carriage return = CR = 0x0d = 13 = \r
new line = NL = Line feed = LF = 0x0a = 10 = \n
Form feed = FF = 0x0c = 12 = \f
Conventional end of line terminators for various platforms are:
CR/LF for Windows/DOS and others
LF for Unix
CR for Mac
Typcially for successful and consistent text file handling one will specify that all incoming files use just 1 of type of EOL. Trying to support all 3 is problematic and normally unnecessary.
Which termination a particular file uses depends on a number of factors. If someone uses a text editor to create the file, the file will typically have the conventional EOL for the platform where the file is created/edited. For example, if someone uses Notepad on Windows, the file will have CR/LF for EOL.
Some editors do automatic translation of EOL. It will read and convert any EOL marker to its own conventional EOL–this can be confusing because in the editor the file looks one way and on disk it is another.
Some editors allow the user to specify what EOL convention to use when saving the file. Textpad is one example. There are others.
If the file is created programmatically, the programmer almost certainly has control over which EOL marker is used.
Use an editor that has a binary viewing mode or use a binary file viewer (one the shows the bytes in the file as hex) to view the file to determine the EOL marker in use.
If you’re defining an integration that accepts flat files and you control the flat file definition, explicitly specify what the EOL marker must be when files are submitted to IS. If you do not control the flat file definition, ask the team that does what the EOL markers will be and indicate that the EOL marker should always be the same. In either case, use the specified EOL marker in your FF schema definition.
When transferring files via FTP at any point along the integration path, be aware of which mode is being used. In ASCII transfer mode, the FTP server will translate EOL and end of file markers to the convention used by the receiving system. In binary mode this is not done. I normally indicate that all transfers be done using binary mode to avoid EOL and EOF marker confusion.
Hope this helps.