cancel
Showing results for 
Search instead for 
Did you mean: 

Adapter moule for handling the special characters in PI 7.31

jayat
Explorer
0 Kudos

Hi Experts,

I have a issue with the attachement content of the mail. Special character carriage return exists in the mail attachment while processing the message from idoc->pi->mail. When i check the output of message mapping attachment content doesn't have any special characters at the endof the line. But at the end of scenario while sending the messgae to mail receiver carriage return character exists at the end of the line in the mail attachemnt.

Please help me how to remove the special character from the attachment content.

Thank you.

Regards,

Jaya

Accepted Solutions (0)

Answers (1)

Answers (1)

stefan_grube
Active Contributor
0 Kudos

The mail server adds carriage return to end of line.

This is email standard, there is nothing that you can do inside PI:

jayat
Explorer
0 Kudos

Hi Stefan,

Thank you for reply.

But to fill the clinet requirement do we have any other options to achieve the requirement. Because of the CRLF at the end of the line in the mail attachment client is facing issues of duplicate files generation.

Regards,

Jaya

stefan_grube
Active Contributor
0 Kudos

CLRF is Mail standard, in PI 7.0 it was wrong, in PI 7.31 it was corrected and now the end of line characters are CRLF.


Check chapter 2.3.7 Lines in RFC 2821 (Simple Mail Transfer Protocol)  

   "SMTP commands and, unless altered by a service extension, message

   data, are transmitted in "lines".  Lines consist of zero or more data

   characters terminated by the sequence ASCII character "CR" (hex value

   0D) followed immediately by ASCII character "LF" (hex value 0A)."

   "In addition, the appearance of "bare" "CR" or "LF" characters in text

   (i.e., either without the other) has a long history of causing

   problems in mail implementations and applications that use the mail

   system as a tool.  SMTP client implementations MUST NOT transmit

   these characters except when they are intended as line terminators

   and then MUST, as indicated above, transmit them only as a <CRLF>

   sequence."

Source: https://www.ietf.org/rfc/rfc2821.txt