Echo wipes Linedelimiters on Standard Output

I am trying to pipe a plain-text chunk (a  multi-part html email)  from a variable through to sendmail. This works on Linux or any other Nix. But on  Mac OSX,  if I do this: (where "$DailyHPIAnnouncement" contains the multi-line text chunk)

echo $DailyHPIAnnouncement | sendmail -f someLIst@foo.org

Send mail is receiving a block of text with no line delimiters at all. In my wrapper program that is driving the shell I tried changing Char(13) to Char(10), which normally works if you use "cat" to read a file (the file then has unix end lines), but if I just echo the data straight out to stdOut (without writing to disk) it doesn't seem to matter whether end-of-line delimiters is ASCII 13 or ASCII 10... either way "echo" wipes them out completely. Sendmail gets one long string with no line endings anywhere.

Any solutions? I would use

 "cat someFooFile.txt | | sendmail -f someLIst@foo.org"

 which *does* work, (almost) if I change char(13) to char(10) but we are facing some issue where PostFix is inserting a CRLF every 1024 chars, which is the *real* problem I am trying to solve.

The hope is: if we pipe the text straight into stnOut instead of reading from disk then we may avoid the insertion of CRLF every 1024 chars... but now I get no end-of-lines at all. I *really* want to try and avoid the retrograde function of inserting a linefeed after some arbitrary number of words in the original text chunk. But using echo... even that would not help.. they would all get wiped.

SivakatirswamiStart Free Trial