Domino Server e-Mail Formatting

20 pts.
Tags:
Domino Server
IFS
Lotus Mail
Using Domino Server Version (8.0.2) I have a script in the IFS that gets copied from STDIN to a temp IFS file. The temp IFS is set in ASCII ccsid=819 The body text is a 142 character, no embedded CR or LF or CRLF I use the IBM API QtmmSendMail to deliver the e-Mail. This all works great as long as I stay within Notes. As soon as anyone opens the same generated e-Mail for instance in OUTLOOK, the body text is mis-formatted. I've tried to embed 0D0A, 0D25, multiple 0D0A0D0A to no avail; the body text is still mis-formatted. I've been asked what MIME and Transfer Encoding is being used and I can't answer that question. Has anyone fallen into this trap as well???

Software/Hardware used:
System i 570

Answer Wiki

Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Discuss This Question: 3  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • TomLiotta
    Is there any chance that you could tell us something about what "mis-formatted" means? It seems that you are only discussing the simple body of the message with no attachments. Can you say anything about what the message is? HTML? Embedded image references? Anything? If it's just the body of a message, MIME probably shouldn't even get involved. The purpose of MIME encoding is essentially to ensure that no non-text bytes get passed through an SMTP server. Tom
    125,585 pointsBadges:
    report
  • Dlanor
    Thanks Tom Misformatting is the text in the body is skewed; doesn't line up properly; snippet below of a copy&paste out of Notes shows the staggering seen in OUTLOOK. Yet within Notes when e-Mail gets sent, the text in the body lines up properly; readable. There could be embedded <blanks> for each line that gets wriiten to STDOUT. This is pure text, no attachments, no images, no HTML. ================================================================ POS Support Team: Please obtain a ticket from the Service Desk before forwarding to the Legacy Support Team >>><<< Transaction ID TP ECR Bank Seq# CC# AuthCd Amount Missing 021*02*20091025*0765502 DB 66022789 295002001895 29494550 U23213 *******70.86 BANK ========================================================================================================= 037*04*20091025*0308504 DB 66063862 295004001648 29150808 171334 *******31.49 BANK ========================================================================================================= 064*03*20091025*0891503 VI 66029906 295003002208 29419290 R032208 *******56.49CR BANK ========================================================================================================= 228*01*20091025*0817001 VI 66101506 295001001303 29566312 170503 *******66.22 BANK =========================================================================================================
    20 pointsBadges:
    report
  • TomLiotta
    My apologies for not getting back to this in a reasonable time. I watched for a couple days and then lost track of it. I don't see what the problem is. If there are no embedded CR/LF characters, then the formatting will always be determined by the particular settings of the e-mail client. E.g., if the client is configured to break lines at a maximum line length of, say, 80 characters, then that's where line breaks will appear -- when you use that e-mail client. If the setting is to apply word-wrap rules within the width of a window, then the window width will determine where line breaks appear. If you want line breaks at particular positions, then you better insert either CR/LF (for Windows) or LF (For Unix/Linux) at the end of each line. And the CR and/or LF characters need to be the appropriate hex values for the document CCSID. A CR would normally be x'0D' and NL would be x'0A' in ASCII. If you can't answer what MIME and/or Transfer Encoding is used, then you almost certainly aren't using the QtmmSendMail API incorrectly. It requires that the e-mail file be a proper MIME note. (Read the API documentation. Then read the MIME RFCs, beginning with RFC 2045 and ending with RFC 2049. ) You are the one who creates the note, so you're the one who knows what MIME headers you inserted into it and what CCSIDs you used, not to mention what character set was used, whether encoding such as base64 or quoted-printable was done and other elements. All of that may be useless to you. What you need to do is send test mails to at least one, and better, two different, external test e-mail addresses. (I use the simple free e-mail accounts that are provided for my AIM screennames for example, among a few others.) Whatever you use, you need to be able to download the actual e-mail items into text files that you can open and review with Notepad. (I use Thunderbird with IMAP connectivity.) You will use these external accounts to see what your e-mails look like when viewed with clients other than Notes/Domino. If webmail is available, don't forget to view the e-mails there too. You'll download the items and look at them with Notepad to see exactly what gets into the the data streams that you send. (You might need to use Wordpad sometimes for verification, depending on end-of-line delimiters.) Until you get a general feeling for how SMTP e-mail works, and some clear pictures of what your data streams contain, there won't be a lot that makes sense to you. Learning this will put you well ahead of many others. Tom
    125,585 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following